Em dispositivos móveis, estamos acostumados a nossos dispositivos antecipando o que estamos digitando e concluindo ou corrigindo pelo menos alguns de nossos erros, aumentando a velocidade de entrada de texto e, espera-se, precisão.
Desde o T9, passando pelos teclados inteligentes dos smartphones de hoje, até a conclusão lógica de algo como Swype , os dispositivos móveis ficou melhor e melhor em fazer isso, mas estou impressionado porque isso não parece ter sido empurrado para a computação desktop.
Sim, o Word etc. pode corrigir automaticamente enquanto você digita, mas considerando a potência disponível para um PC moderno, até isso é insignificante em comparação com o que um smartphone de médio porte pode fazer. Então, por que isso não está habilitado no nível do sistema operacional para toda a entrada de texto?
Isso é ainda mais intrigante, pois imagino que seria muito fácil implementar a retenção de todo o hardware existente. O sistema operacional saberia que tipo de coisa você estava digitando e os trataria de acordo.
Essas soluções existem? Se não, por que não?
Edit: Talvez o driver esteja no nível errado, que tal uma biblioteca (DirectType?) que a Microsoft ou a Apple ofereceriam para executar essa tarefa para qualquer aplicativo que precisasse, com perfis para diferentes tipos de texto?
Já foi feito: "Dasher" é um exemplo do uso de um método de entrada semi-preditivo para fins de acessibilidade. Geralmente, a acessibilidade é a única razão para fazê-lo, pois as pessoas geralmente aprendem a digitar mais rápido do que podem interagir com um sistema de entrada de previsão.
T9 está disponível quando você digita uma mensagem de texto curta ou escreve um e-mail. Seu celular está ciente do que você está fazendo, portanto, pode ativar ou desativar o T9 dependendo do contexto. Um driver de teclado, por outro lado, não sabe o que você está fazendo .
T9 é útil ao digitar apenas mensagens de texto curtas. Tente digitar outra coisa e você verá a fraqueza do T9. Por exemplo, um desenvolvedor que está escrevendo um código-fonte ou um escritor que está escrevendo um romance, há uma enorme diferença para um recurso de preenchimento automático. Isso significa que é impossível fazer um preenchimento automático geral que não seja incômodo a maior parte do tempo. By the way, recursos de preenchimento automático contextual estão disponíveis. Por exemplo, o Visual Studio, um aplicativo usado pelos desenvolvedores para escrever código-fonte, coloca sugestões do que você pode digitar, o que permite escrever rapidamente e cometer menos erros.
O T9 foi criado devido à falta de um teclado correto : digitar com oito teclas não é tão fácil quanto digitar usando um teclado grande e confortável com muitas teclas. Quando você está digitando em uma palavra-chave do PC, não vejo nenhum motivo para ter um recurso de preenchimento automático no Microsoft Word ou Notepad, pois é muito mais rápido digitar texto sem ter os olhos fixos constantemente na tela (ou seu teclado) e ter que lidar com alguns menus de preenchimento automático, pop-ups, etc. É mais rápido escrever alguns parágrafos, depois verificar a ortografia, do que começar a escrever uma palavra, percorrer a lista de palavras sugeridas, selecionar o mais próximo sugestão, pressione Enter, provavelmente corrija a sugestão e comece a digitar a próxima palavra.
Existe uma clara divisão de responsabilidades entre o driver e o software. O driver só obtém as teclas pressionadas, passando esses dados para o software para processá-los.
O driver não tem acesso ao que é exibido. Isso limita sua função - permitindo ao software a flexibilidade de fazer qualquer coisa com esses pressionamentos de tecla - por exemplo, quando você pressiona uma letra que você pode estar digitando uma palavra, você pode estar selecionando um item de menu pelo nome ou emitindo comandos para o seu tropas em seu jogo favorito. Como o pressionamento de tecla é processado depende do software em que você está atualmente, não do driver.
Acrescente a isso que, mesmo em campos de entrada de texto, a auto-sugestão poderia estar puxando dados de um dicionário (do idioma atualmente selecionado - também desconhecido para o teclado), ou de um banco de dados de sobrenomes ou de palavras-chave de programação idioma em que você está codificando.
Portanto, é muito difícil fazê-lo, e também causaria muita rigidez, se o motorista estivesse lidando com isso. Ter responsabilidade clara (o motorista obtém as chaves, o aplicativo as processa) permite um poder muito maior do que o contrário.
Espero que isso ajude.
Além do acima, o custo de uma mudança de contexto mental para lidar com texto preditivo (ou seja, decidir se essa é a palavra que você realmente vai escrever quando sugerir) é maior do que inverter e redigitar uma palavra para aqueles com velocidade de digitação razoavelmente alta.