Estou usando o teclado Hacker e SwiftKey X em Gingerbread. A linha de sugestões é mostrada na maioria dos aplicativos acima do teclado. Mas ao abrir o teclado no Android Market (agora Play Store) ou Drooredit (Editor de Código), as sugestões não são mostradas para qualquer teclado que use.
O que determina esse comportamento? Como posso ligar / forçar palavras sugerindo?
I'm using Hacker's and SwiftKey X keyboard on GingerBread. Suggestion line is shown in most apps above the keyboard. But when opening the keyboard in Android Market (now Play Store) or DroidEdit (code editor), the suggestions aren't shown for any keyboard I use.
What determines this behaviour? How can I switch on/force suggesting words?
Muito provavelmente o aplicativo escolheu não mostrá-los para essa caixa de entrada específica. De uma perspectiva técnica, isso é controlado por sinalizadores no objeto ABCDEFGHIJKLMNABCDefGHIJKLMN0 que representa o controle da área de texto (por exemplo, o TYPE_TEXT_FLAG_NO_SUGGESTIONS opção). Eu não acredito que há alguma maneira de substituir essa configuração se o aplicativo optar por desativá-lo.
É provavelmente importante notar que é um pouco de uma rua unidirecional. As sugestões são ativadas por padrão em todas as áreas de texto, mas obedecerão à configuração global, portanto, um aplicativo não pode ativar forçadamente sugestões de qualquer maneira. Se você tiver a configuração global desativada, eles estão fora em todos os lugares.
A lógica que a documentação do desenvolvedor prevê que permita que os aplicativos desative as sugestões é que, em alguns casos, simplesmente não são muito úteis. A cotação relevante específica seria (do link acima):
.... Isso é útil para visualizações de texto que não contêm palavras do idioma e não se beneficiam de nenhuma conclusão ou correções baseadas em dicionário ...
Eu apostaria que o mercado desabilite-os porque os nomes de aplicativos e tais não têm obrigação de ser palavras de dicionário, então as tentativas de sugestões costumavam ser muito fúteis. Eu também entenderia o mesmo ser verdadeiro ao seu segundo exemplo, o que soa como um editor de código-fonte (eu suponho que é isso que você quer dizer com "destaque da sintaxe"). Seria uma espécie de apina ao Visual Studio Sublinhando palavras de Misspelt no código-fonte - não oferece benefício, já que a maior parte do texto não será palavras de dicionário.
Most likely the app has chosen not to show them for that particular input box. From a technical perspective, this is controlled by flags on the TextView object that represents the text area control (e.g. the TYPE_TEXT_FLAG_NO_SUGGESTIONS option). I don't believe there is any way to override this setting if the app chooses to disable it.
It's probably also important to note that it's a bit of a one-way street. Suggestions are enabled by default on all text areas, but will obey the global setting, so an app can't forcibly enable suggestions in any way. If you have the global setting turned off, they're off everywhere.
The logic that the developer documentation provides for allowing apps to forcibly disable suggestions is that in some cases they simply aren't very useful. The specific relevant quote would be (from the above link):
... This is useful for text views that do not contain words from the language and do not benefit from any dictionary-based completions or corrections ...
I'd wager the Market disables them because app names and such have no obligation to be dictionary words, so suggestion attempts would often prove rather futile. I would also understand the same being true of your second example, which sounds like a source code editor (I assume that's what you mean by "syntax highlighting"). It would be sort of akin to Visual Studio underlining misspelt words in source code - it provides no benefit since most of the text will not be dictionary words.
© 2022 pergunte.org All Rights Reserved. Casa de perguntas e respostas todos os direitos reservados