1 Punkte von GN⁺ 1 시간 전 | 1 Kommentare | Auf WhatsApp teilen
  • Die Standardeinstellungen wurden sinnvoller angepasst: Verwirrende Verhaltensweisen wie standardmäßig aktivierte relative Zeilennummern und standardmäßig deaktivierte Icons wurden korrigiert, durch diese Änderung steigt die Version jedoch wegen Breaking Changes bei der Kompatibilität auf eine Major-Version
  • Automatische Updates für Language Server sind standardmäßig deaktiviert, sodass ESLint möglicherweise nicht mehr automatisch funktioniert; im Einstellungsbildschirm für Server muss das automatische Update pro Language Server aktiviert werden, um neue Versionen herunterzuladen
  • Beim superhtml Language Server wurde wegen der Umstellung auf XZ-Komprimierung die Linux-Download-Unterstützung entfernt; vorerst ist eine manuelle Installation nötig
  • Für die Markdown-Vorschau wurde standardmäßige Unterstützung für das Rendern von Mermaid-Diagrammen hinzugefügt, außerdem gibt es nun im Rechtsklick-Menü die Möglichkeit, Markdown- und SVG-Dateien in einem Vorschau-Tab zu öffnen
  • Die Animation für weiches Scrollen kann verwendet werden, ist standardmäßig aber deaktiviert
  • Die Autovervollständigung von Supertab wurde stark verbessert, außerdem wurden Probleme bei der Tab-Vervollständigung in der Dateisuche behoben
  • Unterstützung für nativ installiertes ESLint und Typescript LSP wurde hinzugefügt, und mit dem Update von vscode-eslint wurden Probleme im Zusammenhang mit ESLint 8 bis 10 behoben
  • Hinzugekommen sind das Umbenennen von Terminal-Tabs, die Anzeige aller Buffer im Tab-Umschalter, der Shortcut ctrl/cmd-shift-o für den Tab-Umschalter sowie eine Pane-Join-Aktion für einen Vim-artigen Ablauf beim Schließen von Splits
  • Arch-Paket-Builds und Abhängigkeitsprüfungen sowie ein RPM-Repository wurden hinzugefügt; Hinweise zu Alpine Linux wurden ebenfalls in die README aufgenommen
  • Stabilitätsfehler im Editor wurden behoben, darunter ein Problem, bei dem bearbeitete Multibuffer nicht gespeichert wurden, wenn autosave auf on_focus_change stand, Probleme bei der Aktualisierung von Buffern nach Undo sowie ein Problem, bei dem die Markdown-Vorschau bei externen Änderungen nicht erneut gerendert wurde
  • Behoben wurden außerdem Abstürze durch die Unicode-Kleinschreibungserweiterung, ein Stack Overflow beim Markdown-Parsing, Out-of-Bounds-Indizierung in CRLF-Diff-Basen, Fehler bei der X11-Fenstergröße sowie Probleme beim Umbenennen von Dateien auf FUSE-basierten Dateisystemen
  • Der Download wird auf Codeberg bereitgestellt; RPM- und DEB-Pakete gibt es in den repositories, und Gram ist auch als Raycast-Erweiterung verfügbar

1 Kommentare

 
GN⁺ 1 시간 전
Lobste.rs-Kommentare
  • Ist das so etwas wie de-googeltes Chromium für den Zed-Editor?

    • Nicht ganz genau. Der Maintainer von Gram hat einmal geschrieben, dass er weiterhin Patches aus dem Upstream übernimmt, sie aber selektiver anwendet, statt nur die Patches wegzulassen, die Funktionen betreffen, die im Fork entfernt wurden.
      Außerdem haben sie angefangen, auch Funktionen hinzuzufügen, die es in Zed offenbar nicht gibt, wie etwa https://codeberg.org/GramEditor/gram/pulls/267. Daher würde ich sagen, dass Gram etwas eigenständiger von Zed ist, als de-googeltes Chromium von Chromium abgespalten ist.
  • Ziemlich gut. Mir gefällt auch, dass ich durch die Liste anderer Optionen im Mission-Statement Flow Control entdeckt habe.
    Jetzt gibt es wohl zwei Programmiereditoren, die für Leute interessant wirken, die „gewöhnlichere“ Tastenbelegungen mögen, und sie wirken vertrauenswürdiger als die meisten Alternativen, die ich bisher gefunden habe. Außerdem läuft Flow Control im Terminal und ist eine einzelne ausführbare Datei.

    • Die Liste anderer Optionen ist wirklich reizvoll. Angesichts der Entwicklungsrichtung von Gram frage ich mich aber ein wenig, warum sowohl Neovim als auch Vim empfohlen werden.
      Vielleicht ist das Kriterium nicht, ob die Codebasis des Editors Ergebnisse von großen Sprachmodellen enthält, sondern ob der Editor dem Nutzer keine KI aufdrängt. Der Autor antwortet häufig in Threads zu Gram, daher würde ich die Begründung gern hören.
  • Applaus für Gram! Ich habe jahrelang versucht, von dem schweren und überladenen Pycharm wegzukommen. Vim war nichts für mich, weil ich zu sehr an GUIs gewöhnt bin, und auch spacemacs habe ich ein paar Tage ausprobiert, bin aber nicht dabeigeblieben.
    Codium war ganz okay, aber ich wollte mich lieber bei etwas Leichterem einrichten, und Kate war bis hin zu LSP fast gut genug, aber die Laufzeitumgebung passend aufzusetzen war viel zu umständlich. Dann habe ich Gram ausprobiert und bin seit einigen Monaten nicht mehr zu Pycharm zurückgekehrt. Danke an @krig ♥

    • Einen großen Anteil daran, dass es über ein Ein-Personen-Projekt hinauswachsen konnte, hast auch du selbst :)
  • Ich mag den Frosch. Auch das Editor-Erlebnis ist gut, und ich bin gespannt, wie weit dieser Fork noch gehen wird.

  • Erfreuliche Nachricht. Zed hatte für mich immer eine irgendwie seltsame Ausstrahlung