Por que existem tão poucos editores modais que não são vi*?

https://stackoverflow.com/questions/14410

08-06-2019
|

Pergunta

Praticamente todos os outros editores que não são descendentes do vi (vim, cream, vi-emu) parecem usar os atalhos do emacs (Ctrl+c para excluir uma palavra e assim por diante)

Solução

Os primeiros softwares costumavam ser modais, mas a usabilidade mudou em algum momento, afastando-se desse estilo.

Editores baseados em VI são enigmas totais – eles são os únicos membros sobreviventes dessa ordem de software.

Os modos são proibidos em usabilidade e design de interação porque nós, humanos, somos mamíferos inconstantes em quem não podemos confiar para lembrar em que modo o aplicativo está.

Se você pensa que está em um “modo” quando na verdade está em outro, então todo tipo de maldade pode acontecer.O que você acredita ser uma série de pressionamentos de teclas inofensivos pode (no modo errado) causar uma catástrofe ilimitada.Isso é conhecido como "erro de modo".

Para saber mais, pesquise o termo "sem modelo" (e "usabilidade")

Conforme mencionado nos comentários abaixo, uma interface Modal nas mãos de uma pessoa experiente e não inconstante pode ser extremamente eficiente.

Outras dicas

Hum...talvez não haja muita necessidade de um, visto que o Vi/Vim está praticamente disponível em todos os lugares e acertou toda a coisa modal?:)

Acho que é porque o vi (e seus semelhantes) já ocupa o nicho ecológico dos editores modais.

O número de pessoas que preferem o modal e ainda não foram atraídas pelo vi é provavelmente 0, então o concorrente hipotético do vi teria que ser tão grande a ponto de fazer com que um número significativo de usuários do vi mudasse.Isso não é provável.O custo de troca de editores é enorme e os vi-s provavelmente já são tão bons quanto os editores modais.Bem, talvez um avanço significativo possa melhorá-los, mas acho isso improvável.

@Leão:Ótima resposta.

@dbr:A edição modal é algo com o qual demora um pouco para se acostumar.Se você construísse um novo editor que se enquadrasse nesse paradigma, como você melhoraria o VI/VIM/Emacs?Acho que isso é, em parte, uma resposta à pergunta.Fazer isso "certo" já é bastante difícil, competir contra empresas como VI/VIM/Emacs seria extremamente difícil - a maioria das pessoas que usam esses editores são fãs "obstinados" e você teria que dar a eles uma razão convincente para mude para outro editor.As pessoas que ainda não os usam provavelmente permanecerão em um editor não modal.IMHO, claro;)

Os editores modais têm a enorme vantagem de tocar nos digitadores, pois você pode navegar pela tela sem tirar as mãos da linha inicial.Meus pulsos só doem quando estou fazendo coisas que exigem que eu mova minha mão do teclado para o mouse ou para as teclas de seta e vice-versa constantemente.

Lembre-se que o Notepad é um editor modal!

Para ver isso, tente digitar E, D, EU, T;agora tente digitar Alt., E, D, EU, T.No segundo caso a tecla Alt ativa o “modo menu” para que os resultados sejam diferentes.:oP As pessoas parecem lidar com isso.

(Sim, este é um recurso do Windows e não especificamente do Bloco de Notas.Acho que é um recurso ruim porque é fácil pressionar Alt por engano e não acho que você possa desativá-lo.)

VIM e emacs fazem tanto sentido no design da interface do usuário quanto o qwerty.Agora temos disponíveis layouts de teclas modernos otimizados para computador (veja o layout colemak e o projeto carpalx);é apenas uma questão de tempo até que alguém faça o mesmo com os editores de texto.

Acredito que o Eclipse tenha ligações Vi e também exista um plugin/extensão do Visual Studio (que é chamado Vi-Emu ou algo assim).

Embora não responda realmente à sua pergunta, costumava haver uma maneira "modal" de escrever japonês em telefones celulares antes:A primeira letra que você bateu foi uma consoante, digamos K, e então, e então a próxima tecla que você bateu teria o papel de uma consoante.(Ter duas consoantes seguidas é impossível em japonês)

Embora fosse principal há alguns anos, hoje só é usado por pessoas que realmente querem acertar rápido.

Acho que a resposta para a pergunta é que existem alguns editores de texto modais que não são bifurcações do vi/vim.No entanto todos eles usam as combinações de teclas vi.Os usuários do Vi obtêm os atalhos de teclado em sua memória muscular, então reaprender um conjunto diferente de atalhos de teclado seria muito difícil, então ninguém criaria um conjunto diferente de atalhos de teclado.

Mas muitos editores diferentes reimplementaram as combinações de teclas do vi do zero.Basta olhar esta pergunta sobre IDEs com combinações de teclas vi.Pelo menos metade das respostas são editores construídos do zero que implementam combinações de teclas do vi, e não versões do vi incorporadas.

Recentemente me deparei divasquema - um conjunto alternativo de atalhos de teclado para DrScheme.Isso é modal e parte da justificativa tem a ver com o RSI - evitando especificamente muita torção do pulso para acertar Ctrl-Alt.-Mudança-algo.O programador fez uma pesquisa informal com colegas programadores e descobriu que os usuários do emacs sofriam mais dores no pulso do que os programadores vi.

Você pode vê-lo fazendo um conversa curta no LugRadio ao vivo EUA.(O vídeo é uma série de palestras de 5 minutos e não me lembro até que ponto está, desculpe - se alguém assistir e postar aqui vou editar este post para dizer quando estiver no vídeo).

Observe que não usei divascheme.

É importante notar que a sobrevivência dos modelos de entrada vi se deve em parte à sua adoção no padrão POSIX, portanto, investir tempo no aprendizado significaria a garantia de poder trabalhar em qualquer sistema que atenda a esses padrões.Assim, como o inglês, há poder na onipresença.

No que diz respeito às alternativas, duvido que um editor de modelo alternativo sobreviva a um período de teste gratuito de 30 dias, então é a mesma razão pela qual mais pessoas dirigem máquinas automáticas do que voam em jatos.

A invenção do rato pegou um modo e o moveu para um dispositivo de entrada, e os menus de contexto pegaram outro modo e o moveram para um botão.Ironicamente, o advento dos dispositivos sensíveis ao toque teve o efeito inverso, produzindo multimodal interfaces:

consciente multimodal - o toque e a fala estão cientes um do outro e se cruzam
inconsciente multimodal - toque e fala não se conhecem e entram em conflito

As interfaces WIMP tradicionais têm como premissa básica que a informação pode fluir para dentro e para fora do sistema através de um único canal ou fluxo de eventos.Este fluxo de eventos pode ser na forma de entrada (mouse, teclado, etc.), onde o usuário insere dados no sistema e espera feedback na forma de saída (voz, vibração, visual, etc.) quando o sistema responde.Mas o canal mantém a sua singularidade e pode processar informações de uma fonte de cada vez.Por exemplo, na interação atual, o computador ignora informações digitadas (através de um teclado) quando um botão do mouse é pressionado.

Isto é muito diferente de uma interação multimodal onde o sistema possui múltiplos fluxos de eventos e canais e pode processar informações provenientes de vários modos de entrada agindo em paralelo, como os descritos acima.Por exemplo, em um sistema IVR, um usuário pode digitar ou falar para navegar pelo menu.

Referências

Licenciado em: CC-BY-SA com atribuição

Não afiliado a StackOverflow