Bonjour,
pour ce genre de chose tu n'as pas besoin de passer par aria, exemple :
http://blog.temesis.com/post/2014/03/18/cases-a-cocher-personnalisees-accessibles
Le problème ici est que tes cases à cocher sont faites via des images de
fond donc si tu les désactives / mode fort contraste / css utilisateurs
/ problème de chargement, elles disparaitront ce qui perturber les
utilisateurs voyants et malvoyants.
A noter, lors de l'appel à commentaire au GTA sur le RGAA 3, la majorité
a demandé le maintient de la prise en compte de ce cas de figure mais
ils semble cf la version béta que la DISIC ce soit ranger à l'avis
contraire.
Aurélien
Bonjour,
voici un nouveau cas lors de mon éval qui me laisse perplexe.
Le code suivant permet d'afficher ses propres images, via CSS, pour
représenter la case à cocher.
<input type="checkbox" value="Afficher" name="TYPE" checked="checked"
class="checkbox-mobile" id="presentationModeDemarrage">
<label role="checkbox" tabindex="0" aria-checked="true"
for="presentationModeDemarrage" id="xxx">Afficher les astuces au
prochain démarrage</label>
La classe checkbox-mobile fait un display:none.
La restitution par Jaws par prise de focus est bonne : "Case à cocher
Afficher les astuces au prochain démarrage Cochée "
Par contre, la sélection/désélection n'est pas notifiée.
Le détournement via ARIA du rôle natif de l'élément label est-il
conforme ? Si non, quel critère permet d'invalider ?
Comment implémenter la notification ?
Merci d'avance pour votre collaboration.
FRÉDÉRIC BERNIER-MALCOIFFE
_______________________________________________
liste_gta mailing list
[email protected]
http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org
--
Aurélien Levy
----
Temesis
_______________________________________________
liste_gta mailing list
[email protected]
http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org
