Bonjour,

Implémentant et ayant implémenté sur diverses interfaces des menus
contextuels, deux réflexions me viennent à l'heure où HTML5 et ARIA sont de
plus en plus omniprésents. Malheureusement, sauf mauvaise méthode de
recherche de ma part, aucune ressource ne semble traiter de ce sujet
spécifique.

1) HTML5 permet de surcharger le menu contextuel natif (utilisation d'un
attribut contextmenu identifiant un élément menu[type="context"]...).
Avancée notable puisque avant mettre en place un tel dispositif signifiait
la désactivation totale du menu natif.

Se pose alors la question de notifier l'utilisateur de la présence de ce
menu contextuel personnalisé. Il me semble logique que dans le futur une TA
/ l'UA s'appuie sur la liaison contextmenu et menu[type=context]. Mais, en
attendant que cela soit réellement effectif, comment procéder : via une
page d'aide, via une mention textuelle ou via une alternative fonctionnelle
?

A noter qu'ARIA propose la propriété aria-haspopup (couplée à aria-owns au
besoin) mais quelle se destine uniquement aux "menus locaux" affichés sur
action.

2) ARIA permet de modifier la sémantique d'un élément par l'attribut role.
Pour prendre un exemple très concret, les liens non externes présents sur
une single-page application peuvent être considérés comme de simples
boutons (<a href="..." role="button">...</a>) puisqu'ils ne suivent plus
une ressource mais vont provoquer des changements multiples et divers sur
la page (via DOM JS et autre AJAX).

Sémantiquement, on se retrouve face à des boutons mais cela ne remet
absolument pas en cause les menus contextuels natifs. L'appel d'un menu
contextuel étant dicté par la nature de l'élément (c'est moins vrai
visuellement), le problème me semble assez conséquent. Pour le coup, la
notification est plus délicate ...

Avez-vous des avis ou des ressources sur ce sujet ?

Merci par avance.
Romain
_______________________________________________
liste_gta mailing list
liste_gta@list.accessiweb.org
http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org

Répondre à