Pourquoi un formulaire est un autre problème
Tout le reste de ce que tu dictes est fait de phrases. Un formulaire est une suite de fragments courts et sans lien entre eux, ce qui retire à la reconnaissance ce dont elle dépend le plus.
Le contexte est ce qui permet à un système de choisir entre des options qui sonnent pareil. Une phrase en fournit beaucoup. Un champ qui contient un mot n’en fournit aucun, donc la décision repose sur le son seul, l’indice le plus faible disponible.
Cette seule différence explique pourquoi la dictée paraît excellente dans une zone de message et hasardeuse dans un champ de code postal, et il vaut mieux le comprendre que conclure que l’app est inconstante.
Les champs où ça change vraiment quelque chose
Les grands champs de texte libre. La case « décrivez votre demande », une consigne de livraison, un message à un vendeur, un avis. Ce sont des phrases, donc tous les avantages habituels s’appliquent et les taper sur un téléphone est un supplice.
Les recherches faites de vrais mots. Chercher un produit, une recette, un lieu, une idée. Dire une expression va bien plus vite que la taper, et les moteurs de recherche tolèrent les petites erreurs parce qu’ils rapprochent au lieu d’enregistrer.
Les champs répétés que tu remplis sans arrêt. Tout ce que tu as ajouté à ton dictionnaire personnel ressort de façon fiable, et c’est ce qui fait la différence pour qui remplit les mêmes informations d’intervention plusieurs fois par jour.
Tout ce où tes mains sont occupées. Debout dans une file, en portant quelque chose, avec des gants.
Là où la frappe gagne
Un mauvais choix ici fait perdre plus de temps qu’il n’en fait gagner.
Les adresses e-mail. Un symbole, un nom propre et un suffixe qui sonne comme un mot ordinaire. Chaque partie échoue, et un seul caractère faux rend le formulaire inutile. Tape-les, toujours.
Les codes postaux et les numéros de dossier. Les lettres dites seules sont ce qu’il y a de plus dur en reconnaissance, parce que tant d’entre elles riment. Un code postal est assez court pour se taper en trois secondes et assez coûteux à rater.
Les coordonnées bancaires et tout ce qui touche à l’argent. Au-delà du problème de justesse, dire un numéro de carte à voix haute est une mauvaise idée dans toute pièce qui contient une autre personne.
Les mots de passe. Ce n’est pas un choix : un clavier bien élevé retire le micro dans un champ de mot de passe, et LocalType le fait.
Les mots courts isolés. Un prénom, une ville, une quantité. Le temps d’appuyer sur le micro et de vérifier le résultat dépasse la frappe qu’il remplaçait.
Les adresses sont le cas mixte
Une adresse est moitié prose et moitié suite de caractères, et tombe donc entre les deux listes.
Le nom de rue et la commune sont des mots, et ils se dictent bien, surtout si tu as ajouté ta propre adresse au dictionnaire. Le numéro et le code postal sont des suites de caractères, et non.
L’approche pratique consiste à les séparer. Dicte les mots, tape les nombres. Ça paraît tatillon et c’est plus rapide que de tout dicter puis de corriger deux chiffres qu’il faut d’abord repérer.
Si tu remplis la même adresse régulièrement, ajoute la rue et la commune au vocabulaire, une fois pour toutes. Ce que tu ajoutes reste sur le téléphone et est passé au système comme connaissance de fond, ce qui est exactement l’aide dont un nom de lieu isolé a besoin.
Les champs qui changent le clavier
Un comportement qui prend les gens au dépourvu et ressemble à une panne.
Android indique au clavier de quel genre de champ il s’agit, et le clavier réagit : un pavé numérique pour un numéro de téléphone, une disposition avec une arobase pour une adresse électronique, et un comportement différent dans un champ de mot de passe. C’est voulu, et c’est ainsi qu’un clavier sait se rendre utile.
La conséquence pour la dictée, c’est que certains champs ne proposeront pas le micro du tout, ou le proposeront dans un contexte où le résultat sera faux. Un pavé numérique est un indice fort que le champ veut des chiffres, ce qui est un indice fort que parler est le mauvais outil.
Traite la disposition comme un conseil. Si le clavier a décidé qu’il te faut des chiffres, il a probablement raison.
Les navigateurs et les formulaires web
L’essentiel du remplissage de formulaires se fait dans un navigateur plutôt que dans une app, et c’est là qu’un clavier a un avantage structurel sur une app de dictée.
Une app de dictée produit du texte ailleurs, qu’il faut ensuite recopier dans un champ d’une page. Sur un téléphone, faire l’aller-retour entre un navigateur et une autre app en gardant sa place dans un long formulaire est sincèrement désagréable, et c’est pourquoi les gens renoncent et tapent au pouce.
Un clavier est simplement là, dans chaque champ, dans chaque page, dans le navigateur que tu utilises. Touche le champ, touche le micro, parle, passe au champ suivant. Rien n’est copié et rien ne te fait perdre ta place.
Vérifier avant d’envoyer
Les formulaires méritent plus de vérification que les messages et moins qu’on ne leur en accorde, ce qui fait une combinaison bizarre.
L’erreur qui compte ici n’est pas une phrase maladroite. C’est un chiffre faux dans un champ dont on va tenir compte : une adresse de livraison, un numéro de téléphone, une date. Ce sont des pannes silencieuses, puisqu’un mauvais nombre a l’air exactement aussi plausible qu’un bon, et la conséquence arrive des jours plus tard.
La routine est courte. Balaie les champs qui contiennent des nombres, contrôle l’adresse e-mail caractère par caractère si tu l’as dictée, et laisse tomber les champs de texte libre, qui pardonnent.
Le remplissage automatique reste plus rapide que les deux
Ni la dictée ni le clavier ne sont la réponse la plus rapide ici, et la raison est une fonction que tu as déjà.
Pour les champs que tu remplis sans arrêt, nom, adresse, adresse électronique, coordonnées bancaires, le remplissage automatique d’Android va plus vite que la dictée et plus vite que la frappe, et il ne se trompe pas. Si un formulaire propose de se compléter tout seul, laisse-le faire.
La dictée sert aux champs que le remplissage automatique ne peut pas connaître : le message au vendeur, la consigne de livraison, l’expression cherchée, la description de ce qui a mal tourné.
Présenté ainsi, le partage est net. Le remplissage automatique pour ce qui est déjà enregistré, la dictée pour ce que tu composes maintenant, la frappe pour les courtes suites de caractères entre les deux. La plupart des gens emploient exactement l’un des trois pour tout et se demandent pourquoi les formulaires sont pénibles.
Ce qui ne change pas
La reconnaissance se passe sur l’appareil à partir d’un modèle rangé dans un stockage qu’aucune autre app ne peut ouvrir, donc un formulaire rempli dans un train marche comme un formulaire rempli à la maison. Le réseau n’est sollicité qu’une seule fois dans la vie de l’app, au téléchargement du modèle.
Aucun compte n’intervient, la publicité est absente, aucun pistage ne tourne dans le produit, et rien ne garde d’archive de ce que tu as dicté. La sauvegarde cloud d’Android se voit refuser les données de l’app, délibérément.
Le comportement dans les champs de mot de passe compte surtout pour les formulaires, puisque c’est là que vivent les écrans de connexion : la touche micro y est retirée, donc un mot de passe ne peut pas être dicté par accident dans une page.
L’unique habitude à prendre
Regarde le champ avant de décider comment le remplir.
Champ de texte, parle. Nombre ou code, tape. Chose que tu remplis chaque semaine, laisse le remplissage automatique s’en charger. Cette décision prend une demi-seconde et c’est la différence entre des formulaires nettement plus rapides et une série de petites contrariétés qui te fait conclure que la dictée n’est pas fiable.
Elle ne l’est pas, exactement aux endroits listés plus haut, et elle l’est entièrement partout ailleurs.