En vertu des API qu'Apple a fournies (et non fournies) pour les claviers personnalisés, Gboard doit à peu près utiliser sa propre autocorrection par nécessité.
Tous ceux qui veulent entrer dans les détails peuvent se documenter dans le Guide de programmation des extensions d'applications pour les claviers personnalisés d'Apple, mais pour résumer, dans la section sur les fonctionnalités de clavier que les utilisateurs d'iOS attendent[1], Apple liste des choses comme la "capitalisation automatique" et la "correction automatique et la suggestion" comme des fonctionnalités optionnelles, en notant qu'il n'y a pas d'API dédiée pour aucune d'entre elles.
Tous les claviers personnalisés ont bien accès à un lexique de base[2] qui comprend :
- Des prénoms et noms de famille non appariés provenant de la base de données du carnet d'adresses de l'utilisateur
- Des raccourcis textuels définis dans la liste Paramètres > Général > Clavier > Raccourcis
- Un dictionnaire de mots courants
Cependant, il s'agit d'un tableau en lecture seule utilisé pour fournir une base de référence ; il appartient à chaque développeur de clavier personnalisé de mettre en œuvre une fonction d'autocorrection plus avancée s'il le souhaite - il n'a pas accès aux bases de données utilisées par le clavier iOS intégré pour l'apprentissage de l'autocorrection ou de la saisie prédictive.
Avec Gboard, Google a implémenté ses propres versions de la plupart des fonctionnalités utilisées dans le clavier standard, comme le montre la section Paramètres du clavier de l'app Gboard :
Malgré une apparence similaire aux options du clavier iOS standard, chacune de ces fonctionnalités est implémentée spécifiquement dans Gboard - comme indiqué ci-dessus dans la documentation pour les développeurs d'Apple, Google n'aurait aucun moyen d'utiliser les API iOS standard pour accéder à ces fonctionnalités car il n'existe pas d'API iOS pour ces fonctionnalités. De même, l'option Effacer mon dictionnaire ne prend en compte que les mots mémorisés par Gboard lui-même - elle n'aura aucun effet sur le dictionnaire du clavier iOS. En bref, les mots "appris" par Gboard ne sont pas partagés avec le clavier standard d'iOS, et vice-versa.
Pour ce qui est de la deuxième partie de la question, concernant le fait de savoir si la correction automatique de Gboard s'améliore plus rapidement que celle du clavier iOS, je n'ai pas de données empiriques suggérant que l'une ou l'autre est meilleure que l'autre, cependant ce n'est même pas une fonction de " l'amélioration " de la correction automatique en soi, mais plutôt de la façon dont sont conçus les algorithmes qui analysent les mots que vous avez tapés - ou peut-être MIS-typés - dans le passé par rapport à ce que vous êtes en train de taper. Gardez également à l'esprit que la grande majorité des orthographes "correctes" des mots sont déjà stockées dans les dictionnaires en lecture seule de l'ensemble du système, donc en ce sens, Gboard et le clavier iOS commencent tous deux sur un terrain de jeu complètement égal.
Dans mes propres comparaisons entre les deux claviers, les algorithmes de type prédictif semblent sortir à peu près égaux. Ils ne sont pas identiques dans ce qu'ils sélectionnent, mais ils sont tous deux assez proches pour que je puisse parler d'égalité.
Donc la réponse courte à la deuxième partie est que je ne sais pas personnellement ou n'ai même pas d'opinion sur lequel est intrinsèquement meilleur, et je ne suis au courant d'aucune comparaison réelle qui a été faite entre les deux qui soit plus qu'anecdotique.
Notes de bas de page
[1] Guide de programmation App Extension : Clavier personnalisé[2] UIKit | Documentation pour les développeurs d'Apple.