Onglets: il complexe ™.

Lorsque les développeurs frontaux juniors apprennent JavaScript, la maîtrise des noms de classe de commutation est une technique rapide et efficace.

 const Button = Document.QuerySelector (". My-Button");
const element = Document.QuerySelector (". Content");

Button.AdDeventListener ("cliquez", fonction () {
  element.classList.toggle ("Sparkles");
});

En utilisant cette astuce, nous pouvons créer des onglets.

Implémentation simple

Si nous avons maîtrisé les compétences de la commutation des noms de classe, nous devons créer une interface d'onglet. Ajoutez simplement du code pour gérer les événements de clic pour implémenter des onglets simples, tels que:

Ces onglets sont entièrement disponibles. J'utilise des liens d'ancrage pour créer des liens de saut entre les liens et les zones d'onglet, qui est sémantiquement raisonnable. Les onglets sont accessibles via le clavier, ont un style de mise au point et peuvent être activés à l'aide de la clé de retour .

Mais est-ce suffisant? Onglet parfait?

Pas facile

Le problème est que nous ne faisons aucun traitement spécial pour le traitement du clavier, et l'interface d'onglet peut nécessiter un traitement du clavier. Heydon Pickering explique ceci:

Contrairement aux liens vers la même page, l'onglet ne déplace pas l'utilisateur vers la zone / panneau de contenu associé. Il affiche simplement le contenu visuellement. Cela est bénéfique pour les utilisateurs qui souhaitent basculer entre les différents domaines sans revenir en haut de la page à chaque fois (y compris ceux qui utilisent des lecteurs d'écran).

Cela apporte un effet secondaire malheureux: si un utilisateur souhaite se déplacer dans une zone via le clavier et interagir avec son contenu interne, il doit traverser séquentiellement tous les onglets à droite de l'onglet actuel, qui sont organisés au foyer.

Il s'avère qu'il existe de nombreux autres aspects comportementaux à considérer dans l'interface TAB. Dans l'explication de Heydon, la clé de l'onglet peut en fait être utilisée comme un moyen de passer de l'onglet lui-même à ce qui est lié à cet onglet, déplaçant ainsi l'objectif. L'onglet Shift ramène la mise au point. Utilisez ensuite les touches fléchées pour modifier l'onglet. Tout cela nécessite plus de JavaScript, et même certains HTML pour permettre à l'état de mise au point ... plus certains attributs Aria- *, je n'ai pas assez d'expertise pour expliquer pourquoi ils sont importants.

Le résultat final est le suivant:

La question devient donc: nos compétences pour changer de nom de classe sont nocives sur le Web car elles ne tiennent pas compte de ces aspects? L'utilisation d'outils de base compromettra-t-il l'accessibilité du Web? Je ne sais pas. Ce problème est trop grand pour moi. Cependant, c'est une question qui mérite d'être réfléchie.

Mémoire musculaire

Si nous apprenons d'abord à écrire des onglets comme la première démo, tant que personne ne nous critique pour l'avoir fait, nous l'utiliserons encore et encore. J'ai écrit la démo en environ trois minutes parce que je l'ai fait plusieurs fois. La création de ces onglets fait définitivement partie de ma mémoire musculaire.

Beaucoup de gens pensent que les cadres JavaScript sont un fléau sur le Web, car ils semblent diriger une époque de la pire accessibilité. Mais que se passe-t-il si la mémoire musculaire de la construction d'un onglet consiste à utiliser un onglet prédéfini, il apporte toutes les bonnes caractéristiques et vous laisse principalement le style?

Ceci est l'onglet UI Reach (en supposant que nous utilisons React ...).

Je ne vous demande pas de changer votre projet pour réagir pour obtenir des onglets gratuits, mais React est déjà énorme. Si un si bon mode devient un choix de facto, l'effet peut être un gain net sur l'accessibilité. Au moins, c'est possible pour moi. Cela pourrait m'empêcher d'écrire manuellement l'interface TAB pour la 359e fois.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!