Microsoft hat Version 1.2.0 von”Edit”, dessen neuen Open-Source-Befehlszeilen-Texteditor, veröffentlicht und ein bedeutendes Update nur einen Monat nach der ersten Enthüllung des Tools auf der Build 2025-Konferenz veröffentlicht. Die Veröffentlichung liefert erhebliche Leistungsverbesserungen, neue Community-gesteuerte Funktionen und zahlreiche Fehlerbehebungen, die ein aggressives Entwicklungs-Tempo für ein Tool signalisieren, das eine jahrzehntelange Lücke im Windows-Betriebssystem füllt. Während ein scheinbar einfaches Dienstprogramm, deuten die aktive Entwicklung und Fokus des Projekts auf die Kernleistung auf eine breitere Strategie zur Verbesserung der fundamentalen Entwicklererfahrung unter Windows hin. Für Benutzer, die schnelle Änderungen durchführen oder Konfigurationsdateien verwalten, ohne eine vollständige IDE zu starten oder sich auf Installationen von Drittanbietern zu verlassen, macht die Flugbahn des Projekts eine zunehmend praktikablere und leistungsstarke Option für First-Porty.
Von der Blazing-Geschwindigkeit zur Lebensqualität
Das Herzstück der Version 1.2.0 ist eine dramatische Überarbeitung der Leistung des Editors, insbesondere bei der Behandlung großer Dateien. Nach dem offizielle Versionshinweise wurde die Logik für die Suche nach Textzeilen für Hundertzeiten optimiert. Die Entwickler haben die reale Auswirkungen dieser Änderung hervorgehoben und erklärt:”Wenn Sie zuvor Probleme hatten, 1 GB+ Dateien zu durchsuchen: Jetzt nicht. Auf meiner CPU läuft es bis zu 160 GB/s!”.
Über die Geschwindigkeitsverbesserungen hinaus führt das Update mehrere Lebensqualitätsfunktionen ein, die aus dem Feedback der Community stammen. Das Dialogfeld”Öffnen/Speichern”unterstützt nun die AutoOcprompletion von Dateiname und die Stromliniennavigation. Der Charakter-Codierungs-Picker, ein häufiger Verwirrungspunkt bei Textredakteuren, wurde mit einem Fuzzy-Suchfeld neu gestaltet, um das Finden des richtigen Formats wie Shift_JIS zu vereinfachen. In einem kleinen, aber praktischen Touch für das Debuggen werden nicht standardmäßige Kontrollfiguren gelb hervorgehoben, was sie auf einen Blick leicht zu erkennen macht. target=”_ leer”> Microsoft erklärte in einem Blog-Beitrag Das”Bearbeiten”-Projekt wurde aus einer einfachen, aber langjährigen Notwendigkeit geboren, da moderne 64-Bit-Versionen von Windows seit den Tagen von MS-DOS ein integriertes Standard-Befehlszeilen-Editor fehlten. Dadurch wurden Benutzer Drittanbieter-Tools installiert oder Redakteure in Umgebungen wie dem Windows-Subsystem für Linux (WSL) verwendet, das Microsoft kürzlich Open-Sourcing hat.
In einer detaillierten Begründung, die auf Hacker News veröffentlicht wurde. Das Team benötigte einen Redakteur mit einer kleinen binären Größe, die zum Bündeln mit allen Windows-Varianten, einer starken Unicode-Unterstützung und der nativen Integration mit modernen Terminalstandards geeignet war. Durch das Schreiben von „Bearbeiten“ in Rust konnte das Team die gewünschte Leistung und den kleinen Fußabdruck erzielen und gleichzeitig die Erstklasse-Unterstützung für die Windows-Plattform sicherstellen. target=”_ leer”> Github-Seite . Die Versionshinweise der Version 1.2.0 sind mit Bestätigungen an Community-Entwickler für Fehlerbehebungen und Feature-Beiträge gefüllt, die zeigen, dass das Open-Source-Modell Früchte trägt. Das Entwicklungsteam eröffnete die Ankündigung sogar mit einer spielerischen Anspielung auf einen berühmten Microsoft-Moment und schrieb: „Wie Steve Ballmer berühmt sagte: Fixes! Fixes! Fixes! Wir machen eine bessere und haben auch neue Funktionen. Bei der ersten Ankündigung stellten einige Entwickler die Notwendigkeit eines anderen Herausgebers in einem überfüllten Bereich in Frage, während andere die Initiative für die Bereitstellung eines einfachen, abhängig freien Tools für native Windows-Workflows lobten. Der schnelle Fortschritt des Projekts und die klare Reaktion auf das Feedback der Benutzer scheinen eine spezielle folgende und validierende Entscheidung von Microsoft zu erstellen, um das Wachstum des Tools im Freien zu fördern. Es stellt eine fokussierte Anstrengung von Microsoft dar, den zentralen, nativen Entwickler-Toolchain in seinem eigenen Betriebssystem zu verfeinern. Durch den Aufbau einer modernen, schnellen und Open-Source-Lösung für ein klassisch