Os pobres que escrevem um terminal baseado na web para um produto kvm / ip quase certamente não terão um sucesso absoluto. Há muitos desafios no caminho, mesmo se você ignorar os problemas de unicode e se concentrar apenas no mercado americano. Eu vou ignorar os problemas de vídeo / mouse, como eles são na maior parte resolvidos (exceto para filmes / jogos com altas taxas de quadros) e focar no teclado.
Meu primeiro teclado foi o ascii. Ele tinha um cabo de fita paralelo de 8 bits que o conectava a uma máquina z80. Na maior parte do tempo isso funcionou bem, o z80 usou ascii para tudo e, como a tecla Shift não tem um código ASCII, ele continuou seu caminho alegre, sem nunca saber ou se importar se você pressionou a tecla Shift. A mudança foi da responsabilidade exclusiva do teclado, assim como a tecla de controle (sem teclas alt ou meta) e o fato de que não havia diferença entre ctrl t e shift ctrl t incomodava ninguém, era responsabilidade do teclado apenas enviar ascii. Todos os meus primeiros teclados enviaram ascii, seja ele paralelo ou serial. Isso funcionou bem, desde que você não quisesse enviar um trema ou qualquer outra coisa que não pudesse ser codificada em ascii.
Agora, o IBM PC era diferente, ele tinha a capacidade de alterar o conjunto de caracteres usado. (Eu acredito que esta prática pode ter sido usada em algum outro lugar antes disso, mas esta foi minha primeira exposição a um teclado que não fala ascii.) O PC tinha um modelo de teclado de três camadas que ainda está em uso até hoje. ligeiramente alterado. Usava códigos de varredura, códigos de teclas e códigos de caracteres. o código de verificação é uma abstração de hardware pura. As chaves foram numeradas em ordem de layout sem relação com qualquer padrão fora da IBM. e cada chave tinha um código de imprensa e um código de liberação. Esses códigos de imprensa e liberação foram chamados de códigos de verificação. Os códigos de varredura foram então mapeados em códigos de teclas (que liberavam eventos usavam o mesmo código de tecla de eventos de impressão, mas eram tratados de maneira diferente) e em códigos de caracteres que eram, por padrão, ascii, mas poderiam ser alterados se você precisasse de idiomas europeus. Atualmente, o unicode substituiu principalmente o ascii, mas as camadas permanecem praticamente inalteradas se forem espalhadas mais finas, já que a maioria dos ambientes de janelas fornece eventos importantes para pressionamentos de teclas que não possuem códigos de caractere. Agora, o desafio é desfazer tudo isso e o que o navegador da Web também coloca.