Désactiver l’actualisation en arrière-plan affecte-t-il un clavier tiers sur iPhone ?
L’actualisation en arrière-plan ne touche jamais que l’app que vous ouvririez depuis l’écran d’accueil, en lui préparant du contenu pour la prochaine fois. Une extension de clavier ne fonctionne pas ainsi — elle naît à l’instant où un champ de texte réclame un clavier et disparaît à l’instant où ce n’est plus le cas — si bien que le réglage n’a rien à atteindre, même dirigé vers l’app d’un clavier.
Au fil d’un passage dans Réglages → Général → Actualisation en arrière-plan pour économiser la batterie, le nom d’une app de clavier apparaît dans la liste à côté de jeux et d’applications à peine ouvertes depuis des mois. La désactiver là ne semble pas grave pour presque tout le reste de la liste. La désactiver pour l’app derrière le clavier avec lequel on tape toute la journée est une décision différente, et il est raisonnable d’hésiter avant d’y toucher : est-ce le même genre d’autorisation invisible que l’accès complet, en train de garder discrètement quelque chose dont le clavier a besoin pour continuer à fonctionner ?
Ce que l’actualisation en arrière-plan actualise réellement
L’actualisation en arrière-plan permet à iOS de réveiller brièvement une app qui n’est pas ouverte, pour qu’elle aille chercher du nouveau contenu à l’avance : une app d’actualités qui récupère les titres du matin, une app de messagerie qui rapatrie les mails arrivés dans la nuit, une app de podcasts qui télécharge le prochain épisode avant même qu’on le lui demande. L’idée est que l’app paraisse instantanée la prochaine fois qu’elle s’ouvre vraiment, plutôt que de démarrer avec une roue qui tourne le temps de se mettre à jour. iOS décide lui-même du moment d’accorder ce réveil, selon la fréquence à laquelle l’app est ouverte et la qualité de la connexion disponible, et tout ce mécanisme a besoin d’une connexion réseau pour avoir quoi que ce soit à faire de ce moment — c’est une façon d’avancer une récupération de données, pas de faire tourner du code pour le principe.
Pourquoi une extension de clavier n’est pas l’app de cette liste
La ligne qui apparaît dans l’actualisation en arrière-plan appartient à l’app conteneur — celle qui a sa propre icône et sa propre fiche sur l’App Store —, pas à l’extension de clavier que cette app publie. iOS ne permet jamais de s’adresser qu’à des apps entières depuis cet écran ; une extension n’y a aucune ligne à elle pour être désactivée, tout comme elle n’a pas non plus de ligne à elle sur l’écran d’utilisation de la Batterie.
Cette app conteneur et son extension de clavier ne partagent d’ailleurs pas une existence commune, contrairement à ce que le nom suggère. Une extension de clavier n’a aucun état dormant qu’une actualisation en arrière-plan pourrait atteindre : iOS la crée à l’instant où un champ de texte, quelque part sur le téléphone, réclame un clavier, lui confie une vue où dessiner, puis la démonte dès que ce champ perd le focus ou que le clavier se ferme. Il n’existe aucune version d’elle qui patienterait entre-temps, avec un cache qui vieillirait et qu’un réveil programmé viendrait rafraîchir — le même cycle de vie court qui évite à une extension de clavier de coûter de la batterie dans une poche écarte aussi le genre de mise en attente que l’actualisation en arrière-plan est censée interrompre.
Ce qui se passe réellement une fois le réglage désactivé
Désactiver l’actualisation en arrière-plan pour l’app conteneur d’un clavier arrête seulement cette app-là, précisément, d’aller chercher discrètement ce qu’elle aurait autrement préparé pour ses propres écrans — du contenu nouveau derrière sa propre icône, pas quoi que ce soit dont un clavier aurait besoin pour dessiner une touche. Ouvrir cette app directement ensuite signifie juste qu’elle récupère ses données sur le moment plutôt qu’en partant de quelque chose de déjà préparé, exactement comme si l’autorisation n’avait jamais été accordée. Rien de tout cela n’atteint la prochaine fois qu’un champ de texte, ailleurs, réclame un clavier : celui-ci se charge toujours de la même façon, à partir de ce qui est déjà installé sur l’appareil, que l’app dont il vient ait pu s’actualiser en arrière-plan il y a une minute ou en soit privée depuis des mois.
Où le réglage compte réellement, et où il ne compte manifestement pas
- Désactivé pour quelque chose qui en dépend vraiment — messagerie, actualités, météo, un podcast —, l’effet est réel et visible : rien n’a été préchargé, si bien que la première ouverture après un moment démarre par une récupération plutôt que par du contenu déjà prêt.
- Désactivé pour l’app conteneur d’un clavier, rien ne change à la frappe, parce que l’extension ne s’appuyait jamais sur ce mécanisme au départ. Un clavier lit ce qui est installé sur l’appareil, pas un cache entretenu quelque part par l’actualisation en arrière-plan.
- Même une fonction de clavier qui atteint réellement le réseau — une recherche d’images dans un panneau emoji, par exemple — passe cet appel au moment où elle est utilisée, via l’autorisation dont cette action précise a besoin. Elle ne dépend pas d’un réveil programmé des heures plus tôt par un réglage pensé pour un tout autre type d’app.
Où Kibo se situe
Kibo n’effectue aucune requête réseau, si bien qu’il n’y a rien derrière lui que l’actualisation en arrière-plan pourrait aller chercher — aucun serveur avec un thème plus récent, aucune file de sons à synchroniser avant l’ouverture de l’app. Chacun de ses thèmes, sons de touche, effets de rétroéclairage, styles de texte fantaisie et de ses 30 langues de saisie vit déjà sur l’appareil dès l’installation de l’app, ce qui explique aussi pourquoi désactiver l’actualisation en arrière-plan pour Kibo en particulier, ou pour tout le téléphone, ne change rien à l’apparence, au son ou à la frappe du clavier. L’accès complet reste un sujet entièrement à part, que Kibo ne lit que pour les boutons Copier le mot, Copier la ligne et Coller de sa barre d’outils. Kibo est gratuit à télécharger.
Questions fréquentes
Désactiver l’actualisation en arrière-plan va-t-il casser mon clavier personnalisé ?
Non. L’actualisation en arrière-plan ne touche que les écrans propres à une app — ceux qui se trouvent derrière son icône sur l’écran d’accueil — et une extension de clavier est un processus à part, à la demande, qu’iOS crée à l’instant où un champ de texte réclame un clavier et démonte dès que ce n’est plus le cas. Rien dans ce cycle de vie n’est là pour que le réglage puisse l’interrompre.
Pourquoi mon app de clavier apparaît-elle dans la liste de l’actualisation en arrière-plan si cela n’affecte pas le clavier ?
Parce que cette liste s’adresse à des apps entières — l’app conteneur que vous ouvririez depuis l’écran d’accueil — et non à l’extension de clavier publiée à l’intérieur. iOS n’a pas de ligne à part pour une extension à cet endroit, pas plus qu’il n’en a une sur l’écran d’utilisation de la Batterie.
Le désactiver économise-t-il vraiment de la batterie pour une app de clavier ?
Seulement au sens habituel qui s’applique à n’importe quelle app : moins de récupérations en arrière-plan pour l’app conteneur elle-même, si elle en effectuait. Cela ne change rien pour l’extension de clavier en tant que telle, puisque l’actualisation en arrière-plan n’a jamais été ce qui la faisait tourner — rien ne le fait, dès que son clavier quitte l’écran.
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é.