Chaque champ de saisie porte enfin son nom

Sur un formulaire, le mot « Ville » posé juste au-dessus d'une zone de saisie suffit à l'oeil. Pour tout le reste, non. Le navigateur ne sait pas que ces deux éléments vont ensemble : un lecteur d'écran annonce « zone de saisie » sans plus de précision, la commande vocale ne trouve aucun champ « Ville », et un gestionnaire de mots de passe ne sait pas quoi y mettre.

Sur les 1 798 champs de saisie de l'application, 766 étaient dans ce cas. Ils portent tous un nom désormais.

Ce que cela change à l'usage

• Cliquer le libellé place le curseur dans le champ, sans viser la case elle-même. Utile au doigt, sur une tablette, et pour les cases à cocher
• Un lecteur d'écran annonce le nom du champ au lieu de rester muet
• La commande vocale peut désigner un champ par son nom
• Les essais automatisés et les outils d'assistance retrouvent les champs de façon fiable

Les mots de passe et les clés

Un champ masqué n'est pas toujours un mot de passe : dans les réglages techniques, ce sont des clés secrètes. Sans indication, votre gestionnaire de mots de passe proposait de les enregistrer comme s'il s'agissait de vos identifiants. Chaque champ masqué dit maintenant ce qu'il contient, et les clés techniques sont explicitement écartées de l'enregistrement automatique.

À l'inverse, sur les écrans où vous parlez de vous, votre navigateur peut à nouveau proposer votre adresse et votre mot de passe. Sur une fiche client ou une fiche contact, il ne propose rien : ce sont les coordonnées de quelqu'un d'autre, pas les vôtres.