O htmx 4.0 chegou como a primeira versão major da biblioteca de hipermídia desde o 2.0, de 2024, após oito meses de trabalho e pulando direto da versão 2 para a 4.
- Transporte migrado de XMLHttpRequest para fetch(), mantendo cerca de 14 KB.
- Morphing swaps embutidos via idiomorph no GitHub (github.com) preservam estado do DOM, como foco de input.
- Nova tag hx-partial atualiza múltiplos alvos com uma única resposta.
- Herança de atributos agora é explícita via sufixo:inherited; sem ele, tokens CSRF param de chegar aos filhos.
- Publicado sob a tag next do npm; 2.x segue suportado e existe CLI de checagem de migração.
O que muda no htmx 4.0 na prática
Para a maioria dos desenvolvedores, os atributos hx-get e hx-post continuam se comportando da mesma forma. A novidade está nos swaps com morphing embutidos, alimentados pela biblioteca idiomorph, que preservam o estado do DOM durante as atualizações.
A nova tag hx-partial permite que uma única resposta atualize vários alvos de forma limpa, uma abordagem mais organizada para os swaps out of band.
Migração: eventos, histórico e ferramenta de checagem
Os nomes de eventos foram padronizados para o padrão htmx:fase:ação, e o histórico deixou de salvar snapshots do DOM no localStorage, passando a requisitar as páginas novamente.
A equipe disponibiliza um verificador de linha de comando que sinaliza problemas de herança, atributos renomeados e eventos antigos.
# publicidade
Como a comunidade recebeu a versão
A thread no Hacker News ultrapassou 700 pontos e o post no r/htmx passou de 300 upvotes, com elogios à stack Go, SQLite e htmx.
Críticas vieram de desenvolvedores.NET e Angular, que apontam mistura de apresentação com lógica de negócio.
O que o htmx 4.0 representa para o front-end
O htmx segue como carro-chefe do movimento de hipermídia, popular em backends como Django, Go e Rails.
A migração controlada reduz o custo de adoção para equipes brasileiras que mantêm sistemas renderizados no servidor.
Leia também:
Fonte: Infoq
