Sortie de Gram 2.0.0 - éditeur

• Les paramètres par défaut ont été rendus plus cohérents, corrigeant des comportements déroutants comme l’activation par défaut des numéros de ligne relatifs et la désactivation par défaut des icônes, mais ce changement entraîne une rupture de compatibilité, d’où le passage à une version majeure
• La mise à jour automatique des serveurs de langage est désormais désactivée par défaut, si bien qu’ESLint peut ne plus fonctionner automatiquement ; il faut activer les mises à jour automatiques pour chaque serveur de langage dans l’écran de configuration des serveurs afin de télécharger les nouvelles versions
• Le serveur de langage superhtml ne prend plus en charge les téléchargements sous Linux en raison du passage à la compression XZ, et une installation manuelle est nécessaire pour le moment
• Le rendu des diagrammes Mermaid est désormais pris en charge par défaut dans l’aperçu Markdown, et un menu contextuel permet aussi d’ouvrir les fichiers Markdown et SVG dans l’onglet d’aperçu
• L’animation de défilement fluide peut être utilisée, mais elle reste désactivée par défaut
• L’autocomplétion Supertab a été nettement améliorée, et les problèmes de complétion dans l’onglet de recherche de fichiers ont aussi été corrigés
• La prise en charge de ESLint et de Typescript LSP installés nativement a été ajoutée, et la mise à jour de vscode-eslint corrige des problèmes liés à ESLint 8 à 10
• Ajout du renommage des onglets de terminal, de l’affichage de tous les buffers dans le sélecteur d’onglets, du raccourci du sélecteur d’onglets ctrl/cmd-shift-o, ainsi que d’une action de jointure de panneaux pour un flux de fermeture de division de style Vim
• Un build de paquet Arch, des vérifications de dépendances et un dépôt RPM ont été ajoutés, et les instructions pour Alpine Linux ont aussi été intégrées au README
• Des bugs de stabilité de l’éditeur ont été corrigés, notamment lorsque autosave était défini sur on_focus_change et qu’un multibuffer modifié n’était pas enregistré, des problèmes de rafraîchissement du buffer après undo, ou encore le non-rendu de l’aperçu Markdown lors de modifications externes
• Ont aussi été corrigés : un crash causé par l’extension de conversion Unicode en minuscules, un dépassement de pile dans l’analyse Markdown, une indexation hors limites dans la base de diff CRLF, une erreur de taille de fenêtre X11, ainsi qu’un problème de renommage de fichiers sur les systèmes de fichiers basés sur FUSE
• Le téléchargement est disponible sur Codeberg, les paquets RPM et DEB peuvent être obtenus via les repositories, et Gram est également disponible sous forme d’extension Raycast

[GN⁺]

Avis sur Lobste.rs

• C’est un peu l’équivalent de Chromium dé-googlisé, mais pour l’éditeur Zed ?

  • Pas exactement. Le mainteneur de Gram a déjà écrit qu’il récupère toujours des correctifs de l’upstream, mais qu’il les applique de façon plus sélective, au lieu de simplement retirer les patchs correspondant aux fonctionnalités supprimées dans le fork
    Il a aussi commencé à ajouter des fonctionnalités comme https://codeberg.org/GramEditor/gram/pulls/267, qui ne semblent pas exister dans Zed. Donc j’ai l’impression que Gram est un peu plus indépendant de Zed que Chromium dé-googlisé ne l’est de Chromium

• C’est plutôt bien. J’aime aussi le fait que la documentation de mission liste d’autres options, ce qui m’a permis de découvrir Flow Control
  On a maintenant deux éditeurs de programmation qui ont l’air convenables pour les gens qui aiment des raccourcis clavier « classiques », et ils m’inspirent davantage confiance que la plupart des alternatives que j’ai trouvées jusqu’ici. En plus, Flow Control fonctionne dans le terminal et est un exécutable unique

  • La liste des autres options est vraiment séduisante. Cela dit, vu l’orientation du développement de Gram, je me demande un peu pourquoi Neovim et Vim y sont tous les deux recommandés
    Peut-être que le critère n’est pas de savoir si la base de code de l’éditeur contient des productions de grands modèles de langage, mais plutôt s’il s’agit d’un éditeur qui ne met pas l’IA en avant auprès de l’utilisateur. Comme l’auteur répond souvent dans les fils sur Gram, j’aimerais bien entendre sa raison

• Bravo à Gram ! J’essayais depuis des années de quitter Pycharm, devenu lourd et chargé. Vim ne me convenait pas, parce que je suis trop habitué aux interfaces graphiques, et j’ai aussi essayé spacemacs pendant quelques jours, mais ça n’a pas duré
  Codium était correct sans plus, mais je voulais m’installer sur quelque chose de plus léger, et Kate était presque satisfaisant jusqu’au LSP, mais configurer l’environnement d’exécution était trop pénible. Puis j’ai essayé Gram, et cela fait maintenant plusieurs mois que je ne suis pas retourné à Pycharm. Merci @krig ♥

  • Tu as aussi largement ta part du mérite pour avoir aidé le projet à dépasser le stade du one-man project :)

• J’aime bien la grenouille. L’expérience d’édition est bonne, et je suis curieux de voir jusqu’où ce fork ira

• Une nouvelle bienvenue. Zed avait chez moi une ambiance bizarre, difficile à définir