8 pontos por GN⁺ 2024-07-20 | 1 comentários | Compartilhar no WhatsApp
  • Editor de e-mails HTML no estilo drag & drop
  • Gera HTML diretamente, sem código intermediário como MJML
  • Suporta três tipos básicos de template: design com drag & drop, edição de código HTML e texto simples
    • É possível criar e salvar seus próprios templates
  • Motivação para o desenvolvimento
    • Escrever HTML para e-mails é uma tarefa muito difícil
    • Mesmo um pequeno desvio das regras pode quebrar o e-mail em vários clientes de desktop/mobile e sistemas operacionais diferentes
    • Embora o e-mail tenha sido inventado há quase 50 anos e o HTML exista há 35, o design de e-mails ainda não foi resolvido
    • Existem alguns designers de e-mail open source razoáveis, mas é incômodo incluí-los em apps por causa das dependências
    • Por esses motivos, decidiram liberar um designer de e-mails HTML como open source

1 comentários

 
GN⁺ 2024-07-20
Comentários no Hacker News
  • Opinião de que a ausência de MJML é um erro. É o recurso mais importante no design de e-mails
  • O design parece excelente. Vou experimentar
  • Muito bom mesmo. Fico curioso para saber se dá para adicionar estilos responsivos. Por exemplo, transformar colunas em linhas em telas pequenas
  • O recurso de arrastar e soltar não funciona. No Firefox, no macOS, o elemento aparece quando clico nele, mas não consigo arrastá-lo para o e-mail
  • Este trabalho parece muito promissor. "HTML para e-mail" é difícil de projetar e implementar, especialmente em dispositivos móveis, tablets ou com entrada em idiomas asiáticos
    • Faço muito trabalho com templates de e-mail para CRM B2B e escolhi outra abordagem baseada no editor slatejs/platejs
    • A representação interna dos templates de e-mail no slatejs/platejs pode ser facilmente armazenada em formato JSON no jsonb do Postgres
    • É possível adicionar facilmente widgets baseados em Reactjs. Ex.: menções, mídia, diagramas etc.
    • A desvantagem é que não dá para projetar templates com precisão exata em pixels
    • Uma abstração melhor provavelmente seria MJML. Porém, com o formato JSON do slatejs/platejs, é possível copiar e colar o conteúdo editado em vários ativos, como CRM, base de conhecimento etc.
    • Armazenar dados em MJML não é uma boa escolha
    • Tentei usar algo semelhante ao SendWithSES/Drag-and-Drop-Email-Designer como etapa final, mas a maioria dos usuários finais não se importa
    • Opiniões sobre a representação dos dados e o fluxo de dados "Postgres <> Editor > Email HTML > botão de envio" são bem-vindas. Quase ninguém pensa seriamente sobre esse tema
  • Opinião de que toda a premissa é absurda
    • Reconheço que muita gente quer e-mails formatados com imagens e logotipos. Eu não quero, mas entendo as necessidades e os desejos dos outros
    • Por que HTML? Uma linguagem de marcação simples (Markdown, orgmode etc.) teria sido suficiente, e não teria sido necessário manter versões separadas em texto simples e HTML. Também seria mais acessível para leitores de tela e outros dispositivos assistivos, menos invasiva à privacidade e menos vulnerável a problemas de segurança
    • Mas a resposta foi: "vamos colocar um navegador web completo em todos os clientes de e-mail"
    • Sei que isso já é um fato consumado
  • View -> Message Body As -> Plain Text
    • Não é culpa minha, mas você sempre deve fornecer texto alternativo
  • Quem já lidou com e-mail HTML sabe como isso é difícil. Parabéns por desenvolver isso e torná-lo open source. Vou testar na newsletter
  • Dei uma pesquisada rápida em algo assim alguns dias atrás. Vou conferir. Obrigado
  • Não esperava por isso. Vou responder perguntas por algumas horas