Pop-up vs div cachée

(reprise du message précédent)

Moi qui ne développe (en tout cas pour l'instant) que pour les personnes "valide" (ceci n'à rien de péjoratif) je me dis que c'est un boulot énorme que de rendre accèssible cela dans tous les cas de figure. Je pense m'y mettre un jour car c'est surement un plus indéniable.

Parce que dans tous les cas. Pop-up ou <div> cachée... Sans javascript ca risque d'etre compliqué .... Bien sur on peut toujours faire comme l'a si bien dit Yahrou et proposer l'alternative.

Dans le cas d'accèssibilité. Si la div est affiché par un onclick .... Peut on rendre cela accèssible pour une navigation au clavier ? Cela me parait un peu complexe mais je suppose que c'est possible... non ?

Rude

a écrit :
Si la div est affiché par un onclick .... Peut on rendre cela accèssible pour une navigation au clavier ? Cela me parait un peu complexe mais je suppose que c'est possible... non ?

J'ai remarqué, sur Firefox, que l'évènement "onclick" se déclenchait aussi lors d'un "click" clavier. Est ce le cas sur les autres navigateurs ?

yahrou a écrit :
J'ai remarqué, sur Firefox, que l'évènement "onclick" se déclenchait aussi lors d'un "click" clavier. Est ce le cas sur les autres navigateurs ?

Pas à ma connaissance ...
Modifié par ffwrude (29 Jun 2007 - 10:25)

Je viens de tester sur IE 6 et 7, et ça marche bien.
Il faut, bien sur, que l'évènement soit sur un lien et non sur sur un autre élément, sinon on n'a pas le focus au niveau du clavier...

Ah ok... Donc ca ne marche que sur une balise <a> car j'ai mis des onclick sur un tableau (pour faire un calendrier) et je n'ai pas mis de balises <a> sur les cellules.... et ca ne marchait pas.

Rude

Hello Arsene et merci pour les détails.

Arsene a écrit :
Déjà il ne s'agit pas de "fausse pop-up" mais d'une technique de gestion d'affichage de contenu

Et « fausse pop-up » est un nom pratique pour désigner la technique de gestion d'affichage de contenu où l'on joue sur la superposition du contenu que l'on fait apparaitre par dessus le contenu initialement visible.

Plutôt que de jouer sur les mots, il est effectivement utile de préciser qu'il serait dommage de se limiter à ce cas de figure, alors que l'on peut faire bien d'autres choses (notamment : afficher le contenu dans le flux, ce qui décalera les contenus suivants), avec d'ailleurs moins de problèmes d'accessibilité (toute superposition de contenus dans un même document étant potentiellement problématique).

Arsene a écrit :
Au-delà des questions d'accessibilité se pose celle du statut de cette partie de contenu : si elle réfère à une partie du contenu visible l'une et l'autre devraient être jointes, c'est -à-dire former un bloc cohérent subdivisé en deux sous-blocs, l'un visible et l'autre masqué.

Hum... sans doute, dans de nombreux cas. Mais j'en encore du mal avec ce genre de règles générales. Elles devraient être jointes ? Est-ce que ça ne dépend pas de la nature des contenus ? Et, au sujet de la nature des contenus, peut-on donner une définition fiable et opérante de « A réfère à une partie du contenu de B » ?

Et « X réfère à Y », n'est-ce pas le principe de l'hypertexte ?

Je dis ça juste pour faire contrepoint, pas pour chercher à édicter une règle contraire à celle que tu présentes (pour mon opinion, tu la connais : il n'y a pas lieu d'édicter de règle de principe).

Arsene a écrit :
En utilisation non-screen, les deux contenus sont inconsultables simultanément

À la rigueur, je ne connais pas de contenus qui soient « consultables simultanément ».
Dans un cas on affiche/masque un contenu dans la page (avec la dégradation acceptable suivante : les contenus sont tous affichés par défaut dans le document), dans l'autre on ouvre/ferme une pop-up (avec la dégradation acceptable suivante : le contenu B est accessible depuis un lien hypertexte sur la page du contenu A, et pour revenir au contenu A il faut revenir à la page précédente).

La seule chose qui semble faire pencher la balance (s'il faut qu'elle penche... ), c'est la gestion du cas où on change de page en quittant une page de formulaire (que ce soit parce qu'on est en handheld, parce que JS est désactivé, etc.). Mais là, quid du comportement des UA ? On a dit qu'il peut être problématique dans le cas où on aurait saisi des informations dans un formulaire. Mais il faut garder à l'esprit que :
- l'affichage de contenus secondaires n'est pas strictement limité à la fourniture d'instructions relatives à un formulaire (c'était un exemple, hein !) ;
- même s'il y a changement de page, les UA ont la possibilité de garder en mémoire les informations saisies.
Ce dernier point serait à tester. On fait ça et on en reparle ?

Arsene a écrit :
Compte-tenu du fait que certains navigateurs ne gèrent pas les pop-up par défaut

Quels navigateurs bloquent par défaut les pop-up déclenchées par un script bien écrit lors du clic sur un lien hypertexte en bonne et due forme ?
Là aussi, un point à vérifier.

Arsene a écrit :
compte-tenu que le contenu devrait être délivré intégralement pour son usabilité

Tiens, encore une règle générale. Ça faisait longtemps.
Est-ce que je me répète si je réponds « ça dépend du contenu » ?
Modifié par Florent V. (29 Jun 2007 - 10:54)

a écrit :
Tiens, encore une règle générale. Ça faisait longtemps. lol
Est-ce que je me répète si je réponds « ça dépend du contenu (boudiou !) » ?

La dessus, je te suis tout à fait.
Il ne faut pas mélanger deux choses, l'organisation du contenu brut = qu'est ce qui fait partie du contenu de la page, qu'est ce qui n'en fait pas partie. Et son affichage.

Quand on crée une page web, on doit d'abord créer le contenu qu'on organise de façon logique, puis on gère la façon dont ça s'affiche.
Au moment de la création du contenu, on décide de ce qui va dans la page, par exemple, en fonction de son importance, on décide si on doit inclure l'aide à propos d'un formulaire dans le contenu de la page ou si on doit faire une page séparée.
On décide si on veut inclure tous les commentaires d'un post ou seulement les premiers, etc.

Ensuite, uen fois qu'on a décidé à partit du contenu, de ce qui avait sa place dans la page, on peut réfléchir à l'affichage. C'est à ce moment là qu'on prend la décision d'inclure des options de masquage / affichage javascript (fausse pop up ou autre), et l'on peut décider aussi de méthode d'affichage d'un contenu extérieur à la page de façon dynamique.

Exemple d'un cas ou l'on peut utiliser une fausse pop up pour un contenu extérieur à la page :
une galerie de photos.
Une liste de petites photos linkant sur sur la photo taille normale.
tout le monde est d'accord qu'on n'a pas à mettre les photos taille normale dans la page de départ (c'est le principe même de la page).
Cependant, même si le code de base peut créer un lien de la petite photos vers son équivalent taille normale, on peut tout à fait rajouter une surcouche javascript permettant l'affichage de la grande photo en fausse pop up. Ca rend la navigation plus agréable...

Arsene a écrit :
<edit> Cette discussion n'aurait-t'elle pas sa place ailleurs que dans le salon ????</edit>

On pourrait à la rigueur la déplacer dans le salon « Général et débutants », mais elle n'est pas non plus complètement déplacée dans le Bar, et ceux qui la suivent pourraient la perdre de vue.

Si un autre modérateur veut déplacer ce sujet, pourquoi pas. Pour ma part, je laisse en l'état.

@Florent

Je pense effectivement que le contenu devrait être délivré intégralement (où la règle pourrait être : ce qui va ensemble reste ensemble, règle implicite à la notion de cohérence de document... voir discussion récente sur l'inconvénient des fichiers longdesc comme document séparé), ce qui ne veut pas dire qu'il doive être récupéré intégralement par l'utilisateur... En gros le schéma est le suivant : l'UA reçoit l'intégralité du contenu, le gère comme il peut selon ses capacités, après quoi l'utilisateur décide, par tout un jeu de préférences et de possibilités offertes par son UA, sous quelle forme ou dans quel ordre cela se présente à lui...

Que cela puisse poser des problèmes, entre autres de transparences possibles ou de déplacements intempestifs de blocs, ne signifie pas qu'il n'y a pas de solutions. Ça relève du webmastering et d'un usage fin des possibilités offertes par les langages appropriés.

J'avais zappé cette remarque

Florent a écrit :
je ne connais pas de contenus qui soient « consultables simultanément ».

Dans une lecture audio de la div masquée par exemple... ce qu'une pop-up est incapable de produire.

Arsene a écrit :
Dans une lecture audio de la div masquée par exemple...

Oui, mais ça n'a rien de simultané. Il faut choisir un ordre dans la linéarité du document, et que celui-ci fasse sens.