evil helix

Evil-Hélice

Um garfo macio de hélice que apresenta o Vim Keybindings e muito mais.

---

Importante

Este projeto geralmente integra as mudanças mais recentes de hélice, mas deve ser estável o suficiente para o uso diário.

Instalação

Faça o download de um pacote e extrai -o em /opt . Além disso, é recomendável simplificá -lo em /usr/local/bin :

 cd /opt
sudo curl -Lo helix.tar.gz https://github.com/usagi-flow/evil-helix/releases/download/release- < VERSION > /helix- < ARCH > - < OS > .tar.gz
sudo tar -xf helix.tar.gz
cd /usr/local/bin
sudo ln -sv /opt/helix/hx .

Gerente de pacotes

Se um pacote estiver disponível para o gerenciador de pacotes do seu sistema, é a maneira recomendada de instalar o Evil-Hélice.

Estado atual

Essas são as diferenças atuais em comparação com o projeto a montante:

• Vim Keybindings ( fique à vontade para apresentar um problema se você estiver perdendo certas ligações ):
  • Comandos: c , d , y , x
  • Modificadores: i
  • Movimentos: w , 0 , $
• Suporte básico de modelina Vim (#3)
• Padrões ajustados (511060a):
  • O modo Helix "Sel" é chamado "Vis"
  • Tab Smart está desativado por padrão
• Se color_modes estiver ativado, colorir o tipo de arquivo também (5503542)
• Separador de janelas minimalistas (DD990CA)

Além disso, o Evil-Hélice apresenta a opção editor.evil , que é true por padrão. Pode ser definido como falso para desativar completamente o comportamento do mal-hélice sem ter que usar uma construção diferente:

[ editor ]
evil = true # Default; set this to `false` to disable evil-helix behavior 

Filosofia do projeto

Recursos configuráveis em vez de plugins

Este garfo procura implementar a funcionalidade como parte do editor e a torna configurável. A funcionalidade adicionada inclui uma aparência de vim, mas também outros recursos.

Por outro lado, o projeto Upstream, Helix, limita principalmente seu escopo à sua funcionalidade principal atual, e adia mais funcionalidades ao sistema de plug-in futura baseado em esquemas.

Comparado aos plug -ins, a implementação de recursos como parte do editor melhora bastante o desempenho e evita o risco de problemas de compatibilidade com plug -in.

Padrões sensíveis

Além disso, os padrões sensatos são cruciais: o editor deve oferecer uma ampla gama de ferramentas para o seu trabalho, mas deve fazer o que você espera que um editor faça.

Evite esquema/lisp

O esquema/Lisp não deve ser forçado ao usuário. É propenso a erros e mais difícil de ler por humanos, em comparação com a ferrugem/toml/lua/...

Se a hélice upstream mudar para uma configuração baseada em esquema, este projeto procurará manter uma alternativa fácil de usar.

Garfo macio

Este projeto é um "garfo suave", ou seja, ele permanece compatível com o upstream e referencia regularmente suas mudanças no topo da filial principal a montante. Novos recursos devem ser cuidadosamente isolados da base de código a montante para evitar conflitos.

Se esse projeto permanece nesse estado dependerá de quanto a filosofia deste projeto e o projeto upstream divergem, embora um garfo duro deva ser considerado como último recurso.

Lançamentos de versão pequena e regular

Considerando o tipo e a frequência de alterações nesse repositório, faz sentido liberar pequenas mudanças com frequência, em vez de reter os recursos em grandes liberações. Os lançamentos estão atualmente marcados sob demanda.

Objetivos do projeto

• Considere um nome melhor para este projeto
  • Mover o projeto para uma organização
• Melhorar e estabilizar o IC
• Introduzir mais vim keybindings
• Implementar recursos mais comuns/cruciais como parte do editor:
  • Árvore de arquivo (cf. Upstream PR)
  • Suporte ao modo claro/escuro
• Mantenha a compatibilidade com a montante
  • Contribua com recursos para a montante sempre que possível
  • Garanta (através do IC) que o Rebasing é sempre possível

Desenvolvimento

Lembre -se de que o ramo main pode ser rebocado no ramo master a montante.