Il est fort probable que l'application ait choisi de ne pas les afficher pour ce champ de saisie particulier. D'un point de vue technique, ce choix est contrôlé par des drapeaux sur la page d'accueil de l'application. TextView
qui représente le contrôle de la zone de texte (par exemple, l'objet TYPE_TEXT_FLAG_NO_SUGGESTIONS
). Je ne pense pas qu'il y ait un moyen de contourner ce paramètre si l'application choisit de le désactiver.
Il est probablement aussi important de noter que c'est un peu une rue à sens unique. Les suggestions sont activées par défaut dans toutes les zones de texte, mais elles obéissent au paramètre global, de sorte qu'une application ne peut en aucun cas les activer de force. Si le paramètre global est désactivé, elles le sont partout.
La logique que la documentation du développeur fournit pour permettre aux applications de désactiver de force les suggestions est que, dans certains cas, elles ne sont tout simplement pas très utiles. La citation spécifique pertinente serait (du lien ci-dessus) :
... Ceci est utile pour les vues de texte qui ne contiennent pas de mots de la langue et ne bénéficient pas de compléments ou de corrections basés sur le dictionnaire ...
Je parierais que le marché les désactive parce que les noms d'applications et autres n'ont aucune obligation d'être des mots du dictionnaire, donc les tentatives de suggestion s'avèrent souvent plutôt futiles. Je comprendrais également qu'il en soit de même pour votre deuxième exemple, qui ressemble à un éditeur de code source (je suppose que c'est ce que vous entendez par "coloration syntaxique"). Ce serait un peu comme si Visual Studio soulignait les mots mal orthographiés dans le code source - cela n'apporte aucun avantage puisque la plupart du texte ne sera pas constitué de mots du dictionnaire.