Zed agora está disponível no Windows

• O editor de código Zed agora foi lançado oficialmente para Windows
• Renderização com DirectX 11, usando DirectWrite para renderização de texto, entregando a experiência visual característica do Windows
• Integração direta com o Windows Subsystem for Linux (WSL) e suporte a acesso remoto via SSH, fortalecendo o ambiente de desenvolvimento remoto
  • É possível abrir uma pasta diretamente pelo terminal do WSL com o comando zed
  • Dentro do Zed, também há suporte para adicionar a distro WSL desejada em File > Open Remote ou selecionando project: open remote na paleta de comandos
  • A opção Connect New Server é oferecida para conectar a servidores Linux remotos
  • Em ambientes WSL ou SSH, o processamento de E/S de arquivos é feito pelo processo leve de servidor remoto do Zed (wsl.exe/ssh.exe)
  • Edição de arquivos, integração com git, terminal, tarefas, language servers, depurador e outros recursos principais funcionam totalmente também em ambientes remotos
• Extensões e integração com WebAssembly
  • As extensões para Windows podem ser usadas imediatamente, sem configuração adicional
  • Ao desenvolver novas extensões, não é necessário lidar com tratamento específico para Windows
  • As extensões do Zed são baseadas em WebAssembly Components e, com a interface WASI, podem acessar o sistema de arquivos em sandbox
  • O Zed cuida automaticamente da conversão de caminhos de arquivo, permitindo desenvolvimento sem a preocupação com as diferenças entre caminhos do Windows e do Unix
• Recursos de IA e itens adicionais
  • Todos os recursos de IA do Zed, como previsão de edição com IA e agentes do mecanismo ACP (Agent Client Protocol), têm suporte completo no Windows e também em ambientes remotos (WSL/SSH)
  • É possível usar o Claude Code diretamente por meio do ACP
  • Há teste gratuito de 14 dias do Zed Pro ou uso via integração com chave de API pessoal
• Assim como no Mac e no Linux, a versão para Windows também recebe atualizações semanais, e vários engenheiros do Zed usam o Windows como ambiente principal de desenvolvimento, com uma equipe dedicada ao Windows mantida continuamente

[GN⁺]

Comentários no Hacker News

• Quero mencionar que alguns atalhos básicos do Windows OS não funcionam. Por exemplo, ALT+F para abrir o menu Arquivo e ALT+SPACEBAR para abrir o menu de contexto do sistema (maximizar, minimizar, fechar etc.) também não funcionam. Pela natureza do backend de renderização em DirectX, parece que o aplicativo é renderizado mais como um videogame do que como um processo nativo win32. Também é surpreendente que o diretório após a instalação passe de 400 MB. Considerando que o VSCode tem algo em torno de 380 MB, até acredito que não seja um app Electron, mas fico me perguntando o que colocaram ali para ficar tão grande. Eu achava que apps em Rust eram leves, mas o tamanho da instalação parece se aproximar do inchaço de binários/dependências no nível de Java
  • O binário de Hello World em Rust é maior que o Git. Ainda assim é menor que Java ou Electron, mas definitivamente não dá para chamar de pequeno
  • O PSPad tem 40 MB e é um software legado que ainda recebe atualizações. O Notepad++ tem 17 MB. Acho absurdo um projeto moderno, compilado, supostamente de ponta em Rust ocupar 400 MB
  • Esse inchaço de uma instalação com mais de 400 MB pode causar antipatia em muita gente. Precisam explicar rapidamente por que esse tamanho é necessário
  • Mesmo não sendo Electron, parece que metade do Electron, o Node.js, já vem embutido por padrão. A maioria dos LSPs é baseada em .js, e as extensões são em WASM. O VSCode coloca as extensões em um diretório de configuração separado, mas o Zed coloca tudo no diretório de instalação
  • Só para constar, também é possível ter um contexto gráfico e uma barra de menus Win32 na mesma janela
• Tenho curiosidade se o Zed implementou renderização de fontes com subpixel. Lembro que antigamente o renderizador de UI foi projetado pensando nos displays HiDPI do Mac, e quem usava Linux (e Windows) com telas LoDPI sofria com fontes borradas
  • Não sei sobre subpixel, mas depois de um patch recente a renderização de fontes no Linux melhorou bastante link relacionado
  • Também tenho curiosidade sobre isso. Pelo que sei, o Zed usa CoreText no Mac e DirectWrite no Windows. O CoreText não resolve tudo isso sozinho?
  • A build do Windows renderiza com DirectX 11 e processa o texto com DirectWrite, então mantém a cara do Windows. A renderização de fontes do DirectWrite usa o subpixel rendering do Windows. No meu monitor, pareceu ok (melhor que no Linux). Parece que eles pensaram nisso de antemão e projetaram bem essa parte
  • Eu uso um monitor externo 1440p no macOS, e as fontes eram realmente horríveis. Na tela Retina do laptop ficava ok, mas no monitor externo estava tão borrado que chegava a dar dor de cabeça
  • Também testei em um monitor 1440p com várias fontes e achei mediano. Mas acho que isso não é problema do Zed, e sim da renderização de fontes do próprio Windows, que já não é grande coisa. O VSCode é a mesma coisa. Se você quer renderização de fontes de alta qualidade, parece que a resposta é uma tela 4K ou superior
• Usei o Zed como editor principal por vários meses, mas recentemente voltei para o VSCode. Foram dois motivos: um foi erro meu e no outro não tenho certeza de onde estava o problema. 1. Codificando até tarde da noite, renomeei um arquivo antes de fazer check-in e depois apaguei por engano a nova versão, perdendo várias horas de trabalho. No menu de clique direito do Zed, Delete e Trash ficam um ao lado do outro, e Delete remove diretamente sem passar pela lixeira. Ctrl+Z ainda não foi implementado, então sem backup não há como recuperar (e ainda não estava em controle de versão). 2. Em um workspace Rust, os erros e warnings de um determinado crate simplesmente não apareciam no editor. Mexi em várias configurações e nada; abri o VSCode e funcionou sem nenhuma configuração especial
  • Isso me lembrou a Touch Bar do macOS. No menu de gerenciamento de commits, Cancel ficava ao lado de Force Push
  • É inacreditável a falta de uma função tão importante quanto Ctrl+Z no Zed
  • Fico me perguntando como dá para usar um editor sem uma função básica dessas. Quais seriam exatamente as vantagens?
• O Zed é realmente lindo e, na prática, a <i>sensação</i> também é fantástica. Testei um pouco no Linux, e é difícil explicar essa sensação desse editor sem experimentar. É fácil subestimar o diferencial de um editor acelerado por GPU, mas quando você usa, acaba se apaixonando. O único motivo de eu ainda não migrar totalmente para o Zed é a falta de suporte a DevContainer. Eu investi muito em configurar meu devcontainer, então abandonar isso para reinstalar localmente todas as ferramentas, bibliotecas e configurações parece um enorme retrocesso. Muita gente está esperando esse recurso, então imagino que algum dia venha suporte issue relacionada
  • Tenho curiosidade se você pode falar mais sobre o seu DevContainer customizado
  • Queria entender em que exatamente o DevContainer ajuda. Eu certamente documentaria meu ambiente em detalhes, mas queria saber que outras vantagens existem além disso
  • É compatível com devpods
• É muito revigorante ver que o uso de memória e CPU do editor é menor do que o de uma aba do navegador com a webapp em que eu estava trabalhando. Até agora estou muito satisfeito
  • O zed também sobe o Node para executar LSP, então é melhor confirmar isso antes de tirar conclusões
  • O binário tem tamanho na faixa de 0,5 GB, então não passa exatamente uma sensação de leveza especial, como um navegador
• Tentei usar o Zed como daily driver, mas a experiência com TypeScript ficou abaixo do esperado. O editor em si é rápido, mas ações de LSP como jump to declaration eram muito lentas no nosso codebase em comparação com VSCode/Cursor
  • Recomendo verificar se há suporte ao typescript-go como LSP. Foi adicionado recentemente no IDEA, e eu usei por alguns meses; é realmente fantástico
  • Tive exatamente a mesma experiência e cheguei à mesma conclusão. O Zed era rápido para editar, mas os recursos avançados eram lentos, então no fim a sensação geral de velocidade ficou pior do que no VSCode
  • Pelo que sei, ambos usam tsserver internamente, então não entendo por que seria mais lento
  • O Electron compila o NodeJS com v8 pointer compression, o que reduz o uso de memória em até 50% e ainda melhora a velocidade
• É legal, mas eu já migrei para Linux, e o Zed está rodando muito bem nesse ambiente

[Window Title]
Critical

[Main Instruction]
Unsupported GPU

[Content]
Zed uses DirectX for rendering and requires a compatible GPU.

Currently you are using a software emulated GPU (Microsoft Basic Render Driver) which
will result in awful performance.

For troubleshooting see: https://zed.dev/docs/windows
Set ZED_ALLOW_EMULATED_GPU=1 env var to permanently override.

[Skip] [Troubleshoot and Quit]

Infelizmente tive esse problema

• Na verdade isso é mais um problema do sistema do que do Zed. Hoje em dia é difícil encontrar um ambiente sem DirectX; você por acaso está rodando Windows em uma VM?
• O que exatamente um editor de texto faz em software rendering para chegar a ter uma “performance horrível”?
• O Zed é realmente incrível. Ele consegue fazer tudo o que eu quero. É fácil encontrar o que preciso, e é muito rápido. No modo ACP, dá até para fazer fork do terminal CLI a partir da IDE. Com isso, dá para usar agentes CLI super inteligentes como o Cerebras ou o Qwen code 480b de forma barata e poderosa
• Esperei bastante tempo, e ainda assim só há binário x86_64. Eu gosto muito do ARM Surface Pro, então seria ótimo se o Zed rodasse nesse hardware. Se alguém da equipe do Zed vir este comentário, espero que considere isso
  • Eu mesmo compilei do código-fonte e rodo no Windows aarch64. Na minha Surface Pro de 16 GB a compilação é bem lenta, mas funciona sem problemas. Também espero por um binário oficial
  • Por algum motivo, compilar o zed com msvc no Windows parece muito mais lento do que no Linux. Já até abriram uma issue relacionada