Bonjour Marie, et merci pour cette réponse. Effectivement le fait de passer l'info "en plus" dans un conteneur "tiers" (que ce soit une pop-in, une tooltip ou autre) pourrait permettre de contourner le problème. Je vais approfondir cette piste!
[image: --] Olivier Nourry [image: http://]about.me/oliviernourry <http://about.me/oliviernourry> Le 2 août 2016 à 16:15, Marie Hanotte <m.hano...@acti.fr> a écrit : > > *Bonjour Olivier,* > > Je me permets de rebondir bien tardivement sur cette question des > tableaux... > J'avais rencontré un cas similaire il y a quelques mois. > > De notre côté nous avions opté pour le système de pop-in simple pour > afficher le "sous-contenu", afin d'éviter les développement > supplémentaires. > Cela nous permettait également de gérer le comportement responsive plus > facilement : par défaut c'est un lien vers une nouvelle page, mais si > l'écran est assez grand on charge le contenu interne de cette page dans une > pop-in. > > Dans notre cas, c'était d'autant plus pertinent que le sous-contenu était > assez massif pour justifier d'avoir une page à part entière, mais je peux > comprendre que ce ne soit pas forcément adapté s'il s'agit de quelques > infos supplémentaires uniquement. > > Dans ce cas-là, mon avis serait qu'il faut trouver une structure de > tableau qui permette d'avoir ce sous-contenu présent par défaut et gérer > uniquement l'affichage/masquage visuel, pour éviter la modification de > structure à la volée. > Sachant qu'il est quasi-impossible de faire ça a posteriori sans impacter > le design, d'où l'intérêt de valider ce type de concept bien en amont dans > le projet. > > D'une certaine manière, je trouve que ce questionnement rejoint la > problématique des tableaux responsive, où la structure peut changer > complètement sur petits écrans. > Il me semble que tu avais aussi soulevé la question dans la liste GTA, > sans que cela ait déclenché de discussion. > > Pour moi, s'il doit y avoir une grosse différence d'affichage, je > privilégie une structure de liste, qui permet d'être beaucoup plus souple > sur le rendu visuel, quitte à simuler visuellement un tableau sur grands > écrans (ne faire apparaitre les titres que sur le premier élément, égaliser > les "colonnes"...). > > J'ai eu par contre le cas d'un tableau d'horaires, qui était difficilement > réajustable sans perdre de la signification. Dans cette situation, j'ai > privilégié alors de garder la structure et la forme de tableau, même sur > petits écrans, avec un scroll horizontal. > L'enjeu était alors de signifier visuellement que du contenu "déborde" > d'un côté, et de garder les en-têtes de ligne visibles. Nous l'avons fait > avec un système d'ombre sur le côté et du positionnement en javascript. > Voici un exemple : http://codepen.io/mh-nichts/full/KrxmqK/ > Je serais d'ailleurs curieuse d'avoir des avis là-dessus, il y a peut-être > des problématiques de navigation dans le tableau auxquelles je n'aurais pas > pensé. > > Voilà, je serais autant intéressée qu'Olivier d'avoir des idées de > structures, et voir si d'autres personnes ont rencontré des cas de gestion > un peu complexes de tableaux et surtout quelles solutions ont été mises en > place ! > > Cordialement, > > *Marie Hanotte* // Intégratrice multimédia - *Interactive Designer* > [image: Experte Accessiweb] > <http://www.accessiweb.org/index.php/fiche_gta_experts/items/hanotte-marie.html> > [image: Opquast certified] <https://certified.opquast.com/fr/> > <http://www.acti.fr> > > Tél. : +33 4 37 37 25 10 > 289, rue Garibaldi > 69007 Lyon > <http://www.acti.fr/> <https://www.linkedin.com/company/acti> > <https://twitter.com/acti> <https://www.facebook.com/agence.acti> > [image: acti a le plaisir de présenter le livre À la Conquête du Social > Media] > <http://www.acti.fr/blog/acti-est-fier-de-presenter-le-livre-a-la-conquete-du-social-media/> > Le 01/07/2016 à 16:05, Olivier Nourry a écrit : > > Bonjour la liste, > > Une page que j'audite me pose une colle, et je n'aipas trouvé d esolution > élégante. > > On a un tableau de données simple, avec des données en colonne (8 > colonnes), donc scope="col" sur les TH, normal. > Mais quand on clique sur un bouton "détails" dans l'une des colonnes, on > génère à la volée un sous tableau, avec moins de colonnes. L'intégrateur a > mis ce sous-tableau dans une ligne à une cellule (colspan=7 sur le TD). > Du coup, le tableau qui était simple devient complexe, du fait de cette > fusion et d'une mécanique différente pour les entêtes. Et donc on devrait > passer à une structure id/headers. > Mais franchement je ne me vois pas imposer ça, compte tenu de la > complexité du script à prévoir, et surtout parce qu'au final on aura un > bouzin sans doute conforme mais pas franchement utilisable. > > Je fais donc appel à votre créativité... Quelle structure HTML pourrait-on > proposer? > > J'avais pensé à une modale déguisée en sous-tableau, ce qui alourdirait > l'interface pour la fermeture, potentiellement, mais laisse plus de chances > aux utilisateurs de comprendre la structure. > Vos avis? > > Merci d'avance, > > > > [image: --] > Olivier Nourry > [image: http://]about.me/oliviernourry > <http://about.me/oliviernourry> > > > > _______________________________________________ > liste_gta mailing > listliste_gta@list.accessiweb.orghttp://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org > > > > _______________________________________________ > liste_gta mailing list > liste_gta@list.accessiweb.org > http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org > >
_______________________________________________ liste_gta mailing list liste_gta@list.accessiweb.org http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org
