Pourquoi un clavier tiers rame à sa première ouverture
L’extension est un processus distinct qu’iOS lance à la demande et décharge quand le clavier se masque : la première apparition de la session paie un démarrage que les suivantes ne paient plus.
Vous touchez un champ de texte, le clavier met un instant, puis il est instantané tout le reste de la journée. Ce n’est pas un bug, et ce n’est pas seulement une question de qualité de code : c’est la forme même de la chose.
Un clavier est un processus distinct
Sous iOS, un clavier tiers n’est pas une vue à l’intérieur de l’app où vous écrivez. C’est une extension : un processus séparé, avec son propre bac à sable, que le système lance quand un champ prend le focus et qu’il termine quand le clavier reste masqué un moment.
À la première apparition vous payez donc un démarrage complet : chargement, initialisation, construction de l’interface. À la deuxième, le processus tourne encore et il ne reste qu’à l’afficher.
Pourquoi c’est pire après un redémarrage
Après un redémarrage du téléphone, rien n’est préchauffé : ni caches ni bibliothèques déjà chargées. Le même effet survient après une mise à jour de l’app du clavier, car le système doit relire l’extension.
Cela se sent aussi quand la mémoire est rare. iOS termine les extensions avant les apps quand il a besoin de place, et le clavier est l’une des premières choses à tomber. L’appel suivant est de nouveau un démarrage à froid.
Ce qu’un clavier peut faire
- Rester petit. Moins il charge au démarrage, plus le démarrage à froid est court. Les grandes bibliothèques de polices, les appels réseau au lancement et les frameworks lourds se paient exactement ici.
- Ne pas attendre le réseau. Un clavier qui veut récupérer quelque chose au démarrage dépend de la connexion. Sans réseau, le délai devient une attente.
- Restaurer son état à bas coût. L’habillage, le son et les réglages doivent être lus comme de petites valeurs, pas recalculés.
Ce qu’un clavier **ne peut pas** faire, c’est rester durablement en mémoire. C’est iOS qui décide et aucune app ne peut le forcer. Promettre « plus jamais de latence », c’est promettre ce qui n’est pas de son ressort.
Ce que vous pouvez faire
- Ouvrez l’app conteneur une fois après l’installation et après chaque mise à jour. Le premier appel du clavier est ensuite généralement plus rapide.
- Fermez les apps gourmandes en mémoire si le clavier redémarre souvent.
- Ne jugez pas un clavier sur sa toute première ouverture. Les deuxième et troisième montrent ce que ça donne au quotidien.
La différence entre un clavier bien et mal construit ne tient pas à l’existence du démarrage à froid — il existe toujours — mais à sa durée, et au fait qu’elle soit ou non la même sans connexion.
Questions fréquentes
Est-ce mon téléphone ?
En partie seulement. Les appareils anciens lancent les processus plus lentement, mais le démarrage à froid existe sur tous les iPhone : c’est la conséquence du fait que les claviers sont des extensions.
Pourquoi est-ce de nouveau lent après une mise à jour ?
Parce que le système doit relire l’extension. Le premier appel qui suit est de nouveau un démarrage complet.
Supprimer puis réajouter le clavier aide-t-il ?
Presque jamais. Cela ne fait que réinitialiser l’enregistrement et ne change rien au démarrage. Ouvrir une fois l’app conteneur est généralement plus utile.
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é.