txt: Ein schneller, tastaturgesteuerter Terminal-Editor für Entwickler

Txt: A fast, keyboard-driven terminal text editor for engineers

txt ist ein neuer Terminal-Texteditor, der ohne Modus-Konfiguration oder Plugin-Ökosystem auskommt und sofort einsatzbereit ist. Er bietet Syntaxhervorhebung für viele Sprachen, Code-Faltung, LSP-Unterstützung, Git-Integration und Fuzzy-Suche. Der Autor Erik Hellman entwickelte ihn, weil ihm der Wechsel zwischen Terminal und GUI-Editor zu umständlich war. txt ist als Ergänzung zur IDE gedacht, nicht als Ersatz.

Das Designprinzip hinter txt ist einfach: Bearbeiten sollte sich wie Denken anfühlen.
  1. zero_shift

    Ich werde dich nicht dafür kritisieren, dass du Claude benutzt hast, um das zu bauen. Ehrlich gesagt ist das für mich als Konsument eine neutrale Sache, solange die Software hochwertig ist.

    Was ich fragen würde, ist Folgendes: Warum sollte ich deine Software benutzen, wenn ich mir meine eigene generieren könnte?

    Für relativ geringe Token-Kosten könnte ich Cursor & Fable 5.1 verwenden, um mir einen anständigen Texteditor selbst zu generieren, wenn ich es darauf beschränke, hochwertige Abhängigkeiten zu nutzen.

    Das ist also irgendwie die eigentliche Zwickmühle der OSS-Entwicklung: Hat es überhaupt noch einen Sinn, Werkzeuge für Entwickler zu erstellen?

  2. _ix

    Während sie die tastaturgesteuerte Funktionalität in den Vordergrund stellen, zeigen sie im Demonstrations-GIF einen mausgesteuerten Workflow. Neugierige Wahl, nicht wahr?

  3. __fst__

    Seit ich mir die Mühe gemacht habe, vim zu lernen, kann ich nichts anderes mehr benutzen.

    Und für den Anwendungsfall von

    "Ich habe txt gebaut, weil ich die meiste Zeit im Terminal verbringe und der Wechsel zu einem anderen Tool, nur um eine schnelle Änderung vorzunehmen, sich immer wie Reibung angefühlt hat, die ich nicht wollte. Die Editoren, die im Terminal leben, haben entweder steile Lernkurven, die um modale Paradigmen herum aufgebaut sind, oder sie sind zu eingeschränkt, um wirklich nützlich zu sein."

    braucht man buchstäblich nur eine Handvoll vim-Befehle und -Shortcuts.

  4. sgarland

    > Die Editoren, die im Terminal leben, haben entweder steile Lernkurven, die um modale Paradigmen herum aufgebaut sind, oder sie sind zu eingeschränkt, um wirklich nützlich zu sein.

    > txt versucht nicht, deine Haupt-IDE zu ersetzen. Es ist der Editor, zu dem du greifst, wenn du einfach nur etwas bearbeiten musst.

    Diese beiden Aussagen stehen im Widerspruch. Wenn du einfach nur etwas bearbeiten willst und [n]vi[m] oder emacs nicht kennst, dann benutze nano. Wenn du Zeilennummern, Code-Folding, Syntaxhervorhebung usw. willst, dann klingt es so, als solltest du dir die Zeit nehmen, einen leistungsfähigeren Editor zu lernen.

    Ehrlich gesagt ist vi nicht so schwer zu lernen, was die absoluten Grundlagen angeht, und du solltest die 15 Minuten investieren, weil es praktisch garantiert überall verfügbar ist. :wq und i sind so ziemlich alles, was du brauchst, um "einfach nur etwas zu bearbeiten".

  5. rckt

    Ich kann verstehen, dass Startups auf KI-Tools setzen, um Ideen auszuprobieren. Aber persönliche/Hobby-Projekte? Fühlt sich seltsam an. Das ist nicht der Ort, um schnell zu sein. Nimm dir Zeit, genieße den Prozess, lerne/baue Dinge.

Mehr von diesem Tag

2026-09-11