La plupart de ma vie de développement, je l'ai fait un code JavaScript généré bouton comme ceci:éléments HTML pour JavaScript crochets
<span>Open/hide</span>
Avec CSS comme
span {
cursor: pointer;
}
Cela semblait fonctionner pour moi, et de l'OMI , il semble et semble mieux que
<a href="(#|javascript:void(0);|javascript:;|return false)">open/hide</a>
Cependant, je commence à penser que les gens pourraient utiliser des liens parce qu'ils sont mieux acce ssible de filtrer les lecteurs. Il est également logique que le navigateur vous permette de tabuler un lien - mais pas nécessairement un span avec un style CSS (comme mon exemple précédent).
Existe-t-il un moyen d'obtenir le meilleur des deux mondes? C'est-à-dire, un bouton qui peut être tabulé, accessible aux lecteurs d'écran et n'impliquant pas non plus un lien sémantique vers un autre document, et ne pas avoir à utiliser des moyens hacky pour empêcher le lien d'aller n'importe où?
Remarque: Il ne s'agit que de boutons insérés JS, pas de liens existants dont le comportement est modifié avec JS.
Je suis dans le même bateau et j'ai commencé à utiliser le tag BUTTON comme étant plus clair dans son intention qu'un SPAN. J'ai hâte de voir les réponses ici. – donohoe
@michael - J'utilise aussi un peu le bouton, mais est-il sémantiquement correct de le faire apparaître en dehors d'un élément de formulaire? Je ne pense pas savoir ... – alex
Oui, tous les éléments d'entrée peuvent apparaître sans aucun formulaire propriétaire (bien que cela n'ait aucun sens pour les radios). – bobince