Lançamento do Gram 2.0.0 - editor

• As configurações padrão foram alteradas para opções mais sensatas, corrigindo comportamentos confusos como ativar números de linha relativos por padrão e desativar ícones por padrão, mas por causa dessas mudanças a versão subiu para uma major com quebra de compatibilidade
• A atualização automática do servidor de linguagem vem desativada por padrão, então o ESLint pode não funcionar mais automaticamente, e é preciso ativar a atualização automática para cada servidor de linguagem na tela de configurações do servidor para baixar novas versões
• O servidor de linguagem superhtml teve o suporte de download para Linux removido por causa da mudança para compressão XZ, e por enquanto requer instalação manual
• Foi adicionado suporte nativo para renderização de diagramas Mermaid na pré-visualização de Markdown, e também surgiu um menu de clique com o botão direito para abrir arquivos Markdown e SVG na aba de pré-visualização
• É possível usar animação de rolagem suave, mas o valor padrão continua desativado
• O autocompletar do Supertab foi bastante melhorado, e também foram corrigidos problemas de conclusão na aba de busca de arquivos
• Foi adicionado suporte a ESLint instalado nativamente e Typescript LSP, e a atualização do vscode-eslint corrigiu problemas relacionados ao ESLint 8~10
• Foram adicionados renomeação de abas do terminal, exibição de todos os buffers no alternador de abas, o atalho ctrl/cmd-shift-o para o alternador de abas e a ação de unir painéis para um fluxo de fechamento de divisão no estilo Vim
• Foram adicionados build de pacote para Arch e verificação de dependências, além de um repositório RPM, e a orientação para Alpine Linux também foi refletida no README
• Foram corrigidos bugs de estabilidade de edição, como o problema em que multibuffers editados não eram salvos quando autosave estava em on_focus_change, o problema de atualização do buffer após undo e o problema em que a pré-visualização de Markdown não era renderizada novamente quando havia alterações externas
• Foram corrigidos um crash causado pela extensão de conversão Unicode para minúsculas, overflow de pilha no parsing de Markdown, indexação fora do intervalo em diff base com CRLF, erro de tamanho de janela no X11 e problema de renomeação de arquivos em sistemas de arquivos baseados em FUSE
• O download está disponível no Codeberg, os pacotes RPM e DEB podem ser obtidos em repositories, e o Gram também está disponível como extensão do Raycast

[GN⁺]

Opiniões no Lobste.rs

• Isso é tipo um Chromium de-googled para o editor Zed?

  • Não exatamente. O mantenedor do Gram já escreveu que ainda traz patches do upstream, mas os aplica de forma mais seletiva do que simplesmente remover os patches correspondentes aos recursos que o fork tirou
    Além disso, começou a adicionar recursos como https://codeberg.org/GramEditor/gram/pulls/267, que aparentemente não existem no Zed. Então diria que o Gram é um pouco mais independente do Zed do que o De-googled Chromium é do Chromium

• Bem legal. Também gostei de ter descoberto o Flow Control por causa da lista de outras opções no documento de missão
  Agora já existem dois editores de programação que parecem bons para quem gosta de atalhos de teclado “convencionais”, e eles passam mais confiança do que a maioria das alternativas que encontrei até agora. Além disso, o Flow Control roda no terminal e é um executável único

  • A lista de outras opções é realmente atraente. Mas, pensando na direção de desenvolvimento do Gram, fico um pouco curioso sobre por que Neovim e Vim são ambos recomendados
    Talvez o critério não seja se a base de código do editor contém material gerado por grandes modelos de linguagem, mas sim se é um editor que não enfia IA na cara do usuário. Como o autor costuma responder nas threads sobre o Gram, seria interessante ouvir o motivo

• Palmas para o Gram! Faz anos que eu tentava sair do Pycharm, que ficou pesado e cheio de coisas demais. Vim não serviu para mim porque me acostumei demais com GUI, e também testei o spacemacs por alguns dias, mas não durou muito
  O Codium era aceitável, mas eu queria me fixar em algo mais leve, e o Kate estava quase bom até com LSP, mas era trabalhoso demais acertar o ambiente de execução. Aí experimentei o Gram e já faz meses que não volto para o Pycharm. Valeu, @krig ♥

  • Você também tem muito mérito por ajudar o projeto a ir além de algo feito por uma pessoa só :)

• Gosto do sapo. A experiência de edição também é boa, e estou curioso para ver até onde vão levar esse fork

• Que boa notícia. O Zed sempre teve uma vibe meio estranha para mim