evil helix
vil-helix-20240716
Eine weiche Helixgabel, die Vim -Schlüsselbindungen und mehr einführt.
Wichtig
Dieses Projekt integriert häufig die neuesten Helix -Änderungen, sollte jedoch für den täglichen Gebrauch stabil genug sein.
Laden Sie ein Paket herunter und extrahieren Sie es in /opt . Zusätzlich wird empfohlen, es in /usr/local/bin zu symlink:
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 .Wenn für den Paketmanager Ihres Systems ein Paket verfügbar ist, ist dies die empfohlene Möglichkeit, Evil-Helix zu installieren.
Dies sind die aktuellen Unterschiede im Vergleich zum Upstream -Projekt:
c , d , y , xiw , 0 , $color_modes aktiviert ist, färben Sie den Dateityp auch in der Statuslinie (5503542). Darüber hinaus stellt Evil-Helix die Option editor.evil vor, die standardmäßig true ist. Es kann auf falsch eingestellt werden, um das Verhalten des bösen Helix vollständig zu deaktivieren, ohne einen anderen Build verwenden zu müssen:
[ editor ]
evil = true # Default; set this to `false` to disable evil-helix behavior Diese Gabel versucht, Funktionen als Teil des Editors zu implementieren und sie konfigurierbar zu machen. Die zusätzliche Funktionalität umfasst ein VIM-Look-and-Feel, aber auch andere Funktionen.
Im Gegensatz dazu beschränkt das vorgelagerte Projekt, Helix, seinen Umfang hauptsächlich auf seine aktuelle Kernfunktionalität und vertieft weitere Funktionen auf das zukünftige Schema-basierte Plugin-System.
Im Vergleich zu Plugins verbessert die Implementierung von Funktionen als Teil des Editors die Leistung erheblich und vermeidet das Risiko von Probleme mit Plugin -Kompatibilität.
Darüber hinaus sind vernünftige Standardeinstellungen von entscheidender Bedeutung: Der Editor muss eine breite Palette von Tools für Ihren Job anbieten, aber er muss das tun, was Sie von einem Editor erwarten.
Schema/Lisp sollte nicht dem Benutzer gezwungen werden. Es ist fehleranfällig und von Menschen schwerer zu lesen im Vergleich zu Rust/Toml/Lua/...
Wenn die vorgelagerte Helix zu einer schemasbasierten Konfiguration wechselt, wird dieses Projekt versucht, eine benutzerfreundliche Alternative zu führen.
Dieses Projekt ist eine "weiche Gabel", dh es bleibt mit dem stromaufwärts kompatibel und reserviert regelmäßig seine Änderungen auf dem vorgelagerten Master -Zweig. Neue Funktionen sollten sorgfältig von der vorgelagerten Codebasis isoliert werden, um Konflikte zu vermeiden.
Ob dieses Projekt in diesem Zustand bleibt, hängt davon ab, wie viel die Philosophie dieses Projekts und das Upstream -Projekt abweichen, obwohl eine harte Gabel als letztes Ausweg betrachtet werden sollte.
In Anbetracht der Art und Häufigkeit von Änderungen an diesem Repository ist es sinnvoll, häufig kleine Änderungen freizusetzen, anstatt die Funktionen in großen Veröffentlichungen zurückzuhalten. Die Veröffentlichungen sind derzeit On-Demand-markiert.
Denken Sie daran, dass der main auf den stromaufwärtigen master -Zweig wieder aufgenommen werden kann.
