Pourquoi le clavier de l’iPhone n’a pas de touche Tab
Sur un ordinateur portable, un appui sur Tab saute au champ suivant d’un formulaire. Sur iPhone, cette touche n’existe sur aucun clavier, ni celui d’Apple ni un clavier tiers, et ce n’est pas un oubli : un clavier logiciel n’a aucun moyen de dire à iOS « passe au champ suivant », seulement d’écrire dans celui qu’il a déjà sous la main.
En remplissant un formulaire sur un ordinateur portable, Tab devient un réflexe : nom, un appui sur Tab, e-mail, mot de passe, sans jamais toucher la souris. Ouvrez ce même formulaire sur un iPhone et cette touche n’est tout simplement pas là. Pas absente de ce clavier en particulier, pas cachée dans une page de symboles à un appui de distance : aucun clavier de l’iPhone ne l’a jamais eue, et ça vaut la peine de comprendre pourquoi avant de supposer qu’il s’agit d’un oubli.
Aucun clavier de l’iPhone n’a de vraie touche Tab, celui d’Apple compris
Ce n’est pas une limite propre aux claviers tiers, face à une fonction que le système, lui, aurait. Le clavier d’Apple lui-même n’a pas de touche Tab, et aucun clavier personnalisé de l’App Store ne l’a non plus, pour la même raison de fond détaillée plus bas. Si un formulaire comporte plusieurs champs à remplir, la seule façon universelle de passer de l’un à l’autre sur iPhone reste de toucher directement le champ suivant.
D’où viennent vraiment les flèches « champ suivant »
Deux endroits sur iPhone offrent bien quelque chose qui ressemble à Tab, et les deux viennent de l’app, pas du clavier. Remplissez un formulaire web dans Safari et une fine barre apparaît au-dessus du clavier, avec des flèches gauche et droite pour passer d’un champ à l’autre, plus un bouton OK — c’est Safari qui dessine cette barre lui-même, pour les pages qu’il reconnaît comme des formulaires. Mail fait quelque chose de similaire dans son écran de rédaction : de petites flèches haut et bas passent entre À, Cc et Objet avant d’arriver dans le corps du message. Aucune de ces deux barres n’appartient au clavier actif en dessous ; Safari et Mail dessinent chacun leur propre barre et la relient à des champs qu’ils connaissent déjà, puisque ce sont eux qui ont construit le formulaire.
L’autre voie, c’est la touche retour elle-même
Un champ peut aussi se passer complètement des flèches et simplement renommer sa touche retour « Suivant », vous faisant passer au champ suivant d’un appui ordinaire sur retour plutôt que d’une touche dédiée — le même étiquetage champ par champ qu’explique le guide sur pourquoi la touche retour affiche Ouvrir, Rechercher ou Envoyer. Les deux mécanismes partagent le même principe : l’app propriétaire des champs a décidé comment on se déplace entre eux, et l’a relié à un bouton qu’elle a elle-même dessiné, pas à quoi que ce soit que le clavier proposerait.
Pourquoi un clavier ne peut pas en ajouter une qui fonctionne vraiment
Un clavier logiciel ne parle jamais qu’au seul champ qui a le focus à cet instant, via une interface très étroite pour insérer du texte et supprimer vers l’arrière — il ne voit pas quels autres champs se trouvent ailleurs sur le même écran, parce que cette carte appartient à l’app, pas au clavier qui se dessine en bas de celle-ci. Une touche Tab ajoutée au propre clavier pourrait tout au plus insérer un vrai caractère de tabulation dans le champ où vous êtes déjà en train d’écrire, c’est tout ce qu’un clavier peut faire — et la plupart des champs sur une seule ligne ignorent ce caractère ou le suppriment à l’envoi, si bien que même ça resterait presque toujours invisible. Sauter vers un champ différent, c’est déplacer le focus, et déplacer le focus est une chose que seule l’app elle-même, ou iOS agissant pour son compte, a le pouvoir de faire.
La touche Tab d’un clavier physique est un mécanisme totalement différent
C’est aussi pour ça que la touche Tab d’un clavier Bluetooth ou d’un Magic Keyboard peut fonctionner dans Safari là où une touche Tab logicielle ne le pourrait jamais. Un appui physique arrive à iOS comme un événement matériel brut, avant même que le code d’une app ne s’exécute, et c’est la gestion des raccourcis clavier d’iOS qui décide ce que fait une touche donnée à l’échelle du système — Safari a indiqué à iOS qu’il sait parcourir les champs d’un formulaire web en réponse à cet appui. Un clavier logiciel n’a jamais eu accès à ce même canal : c’est une vue qui dessine des touches et insère des caractères à la demande, pas une source d’événements d’entrée au niveau système comme l’est un appui physique. Les deux ont l’air d’être la même touche faisant le même travail, mais une seule des deux est réellement reliée à la gestion du focus d’iOS.
Ce qui déplace réellement entre les champs
- Toucher directement le champ suivant. Plus lent qu’un appui de touche, mais ça fonctionne toujours, partout, quel que soit le clavier actif.
- Regarder l’étiquette de la touche retour elle-même. Si elle affiche « Suivant » plutôt que « retour », un simple appui vous fait avancer sans chercher ailleurs.
- Dans Safari précisément, chercher la barre de flèches au-dessus du clavier sur un formulaire web reconnu — elle fait le même travail que ferait Tab, mais dessinée par Safari, pas par le clavier.
- Les flèches À/Cc/Objet de Mail fonctionnent de la même façon, pour la même raison : c’est l’app, pas le clavier, qui a construit le raccourci.
- La touche Tab physique d’un clavier Bluetooth fonctionne dans les apps précises qui l’ont câblée, surtout Safari sur les formulaires web, parce que cet appui atteint iOS directement au lieu de passer d’abord par un clavier logiciel.
Où se situe Kibo là-dedans
Kibo est un clavier système exactement comme celui d’Apple sur ce point précis : il lit la même étiquette de retour demandée par un champ et affiche le même mot que celui d’Apple afficherait à cet endroit, et il n’a pas plus de capacité à sauter entre les champs qu’aucun autre clavier du téléphone, parce que ce pouvoir n’a jamais été donné à un clavier logiciel, tiers ou système — Accès complet compris. L’Accès complet sur iOS gouverne les requêtes réseau et le presse-papiers système, rien à voir avec le déplacement entre champs de texte, donc le laisser désactivé ne change rien à tout ceci. Ce que Kibo ajoute vient entièrement se poser sur cette même expérience de frappe partagée : les sons de touches mécaniques, les thèmes, les effets de rétroéclairage et le texte stylisé, et aucun d’eux n’a besoin de l’Accès complet non plus. Il est gratuit à télécharger.
Questions fréquentes
Existe-t-il un moyen d’ajouter une touche Tab au clavier de l’iPhone ?
Non. Un clavier logiciel ne peut insérer des caractères que dans le champ qui a déjà le focus ; déplacer le focus vers un autre champ est une action que seule l’app, ou iOS en son nom, peut effectuer. Aucune app de clavier, celle d’Apple comprise, ne peut ajouter une touche Tab réellement fonctionnelle pour cette raison.
Pourquoi ma touche retour affiche-t-elle parfois « Suivant » au lieu de « retour » ?
L’app propriétaire de ce champ a demandé au clavier d’afficher cette étiquette, et la toucher vous mène au champ suivant plutôt que d’aller à la ligne — un choix propre à chaque champ, expliqué dans le guide sur pourquoi la touche retour affiche Ouvrir, Rechercher ou Envoyer.
La touche Tab d’un clavier Bluetooth fonctionne-t-elle sur iPhone ?
Dans les apps qui la prennent en charge, oui — surtout Safari sur les formulaires web reconnus. Un appui physique sur Tab atteint iOS directement comme un événement matériel, ce qui est une voie complètement différente de ce que peut offrir un clavier logiciel, donc les deux ne sont en réalité pas comparables.
L’absence de touche Tab est-elle une limite propre aux claviers tiers ?
Non. C’est une limite qui concerne tout iOS et touche autant le clavier d’Apple qu’un clavier tiers. Aucun clavier logiciel sur iPhone n’a jamais eu de touche Tab fonctionnelle.
Essayez-le sur votre propre clavier
Kibo est un clavier personnalisé gratuit pour iPhone : de vrais sons mécaniques, des thèmes au choix et des effets lumineux RGB. Sans compte, sans publicité, et il fonctionne avec l’accès complet désactivé.