Como funcionam os aplicativos de linha de comando como o Vim? Especificamente, como eles assumem o controle do terminal da maneira que fazem? Além disso, para referência futura, existe um termo específico para aplicativos que assumem o controle do terminal da maneira que o Vim faz?
relate perguntas
-
Centos7 - instalação mínima: echo $TERM me dá 'linux' e 'tput colors' dá '8'. Como mudar isso?
-
Como se livrar dos avisos "nano não encontrado" sem instalar o nano?
-
Excluir até o final da linha de comando no Vim
-
Como ignorar diretórios usando: e no vim?
-
Altere o editor padrão para vim para _ sudo systemctl edit [unit-file] _
vim e outros aplicativos semigráficos (a capacidade de exibir caracteres semigráficos como cantos, cruzes completas…) controlam o terminal (gerenciar a posição do cursor, a posição dos caracteres exibíveis, configurações de cores…) enviando sequências de escape dedicadas , códigos de controle que o terminal traduzirá em alguma ação dedicada que ele executará.
Porque seria apenas um pesadelo para qualquer programador ecoar as sequências de escape para o stdout, para não dizer código não portátil, já que sempre houve muitos terminais diferentes com diferentes capacidades e diferentes sequências de escape,
uma biblioteca abstraindo todo esse trabalho foi criada: curses . Atualmente chamado ncurses , que também fornece funções de nível superior, como gerenciamento de janelas.
O ncurses depende do banco de dados terminfo para adquirir a descrição apropriada dos recursos do terminal.
É graças a esta biblioteca de funções que vim, iptraf-ng, alsa amixer, less, gdb, o utilitário de configuração do kernel primário e muitos outros controlam o terminal.
Observe que esses aplicativos geralmente não são chamados de utilitários de " linha de comando ", que geralmente lidam com uma única linha de entrada com recursos básicos de gerenciamento de cursor e edição, graças à biblioteca readline .
Por contraste e como você pode ler na
ncurses
página do manual acima, esses programas podem ser chamados de: Interativo, Orientado à Tela.vim
é normalmente chamado de editor orientado a tela por contraste comed
o editor orientado a linhas .Observe a seguinte sugestão nos comentários:
Quando iniciado, o aplicativo herdará as configurações do driver tty do shell que o iniciou, que provavelmente serão muito semelhantes às definidas inicialmente pelo agetty original.
Isso inclui buffer de entrada até capturar um caractere de nova linha, eco de teclas de entrada na posição instantânea do cursor… todos os tipos de recursos, qualquer que seja o aplicativo orientado à tela, provavelmente não desejará
Ao inicializar, o programa salvará as configurações atuais do driver tty e as forçará de acordo com os desejos do programador.
Antes de sair… o programador é fortemente convidado a restaurar as configurações iniciais… a menos que corra o risco de voltar ao shell de chamada em condições bastante imprevisíveis, mas certamente confusas…
Um caractere de cada vez vai para um buffer. Quando o retorno de carro é inserido, o buffer é examinado ("analisado") um caractere por vez procurando comandos e opções. Então, se possível, o comando é executado com as opções fornecidas. Se a entrada não puder ser analisada, uma mensagem de erro será fornecida mostrando o que o interpretador de comandos não conseguiu descobrir como lidar.
Enxágue e repita, até que o interpretador de linha de comando seja interrompido e/ou o computador seja desligado.
Basicamente, é como qualquer outro programa de computador. Entradas, instruções IF e ELSE, manipulação de dados (fazendo cálculos e movendo dados na memória) e saídas.