2010-01-14 15 views
0

Les étiquettes que je crée mes éléments de formulaire doivent être dans le corps de forme < >? par exemple serait-ce conforme:étiquette de forme 508 conformité question

<div style="display: none;"> 
    <label for="somename">Some Name</label> 
    <!-- more labels.. //--> 
</div> 

<!-- insert lots of HTML here //--> 

<form> 
<input type="text" name="somename" id="somename"> 
<!-- insert more elems here //--> 
</form> 

Répondre

1

En général, l'étiquette ne fournit pas vraiment beaucoup de sens sémantique à moins que vous arrive d'avoir plus de 1 formulaire sur une page, dans ce cas, la balise form indique les éléments de formulaire, il est associé. Cela étant dit, les étiquettes ne dépendent pas non plus de leur emplacement car elles sont liées à 1 et 1 seul autre élément par l'ID de cet élément, donc non, peu importe où vous le placez par rapport à l'élément est une étiquette pour, mais il est généralement recommandé de conserver l'étiquette près de l'élément. Je mettrais en question la validité sémantique de votre page si elle dérive trop loin de l'élément qu'elle décrit, et s'assurer que votre document est sémantique est un élément clé de l'accessibilité. 508 ne nécessite qu'un effort d'accessibilité, mais rares sont les cas où il est trop difficile d'avoir un document sémantique.

+0

sont des étiquettes même OBLIGATOIRES pour 508? Tous nos éléments de formulaire sont «étiquetés» mais n'utilisent pas d'étiquettes, le lecteur d'écran reprend l'étiquette même s'il n'est pas dans une étiquette ... – user105033

+0

Depuis 508 est très vague, et plus écrit avec des applications (plutôt en dehors de sites web), il n'y a pas de réelle exigence, sauf que vous faites de votre mieux pour rendre votre site aussi accessible que possible, aussi bien pour les personnes malvoyantes que pour toutes les autres dissensions. Ce que cela signifie est que tout en ayant des étiquettes explicites pour les éléments d'entrée n'est pas OBLIGATOIRE, cela rend votre page beaucoup plus sémantique, et une page plus sémantique est plus accessible. Cela dit, les lecteurs d'écran seront souvent capables de mieux interpréter les formulaires si les éléments ont des étiquettes explicites (éléments), plutôt que des textes implicites – cdeszaq

0

Si quelqu'un se demande, j'ai installé screenreader Tonnerre et le format i est fourni ci-dessus perfectaly accessable.

+0

Le lecteur d'écran Thunder n'est pas un lecteur d'écran couramment utilisé. Vous devriez vérifier avec JAWS, même si c'est cher. – Aaron

0

vous pouvez également utiliser

<label class="hideme" for="blah">blah blah</blah> 

.hideme { 
    display: none; 
} 
+0

Malheureusement, certains lecteurs d'écran ne "afficheront" pas (ou ne liront pas dans ce cas) les éléments cachés. "display: none;" pour le style de l'élément. Un moyen plus sûr est de positionner absolument l'élément WAY hors de l'écran. – cdeszaq

1

Non, ils serait idéalement être juste à côté de l'élément qu'ils sont liés, mais ils ne doivent pas être. Il est vrai que les normes 508 semblent vagues; C'est en partie parce qu'il y a plus d'un niveau de conformité que vous pouvez essayer d'égaler. J'ai toujours trouvé la conformité à la priorité 1 508 extrêmement frustrante. Vous pourriez vous en sortir avec presque tout. Les deux choses que j'ai toujours essayé de le faire (au minimum) ont été

  1. Exécutez le site ou pages par un checker
  2. Regardez le site dans un navigateur texte seulement

Je pense que la la deuxième étape a fait de moi un meilleur développeur de sites accessibles que le premier parce qu'il est devenu évident que certaines choses communes étaient frustrantes (par exemple, avoir un énorme bloc de liens de navigation en haut de chaque page sans au moins les ignorer). Si vous consultez déjà vos sites dans un lecteur d'écran, vous êtes probablement en avance sur le jeu.