8 ポイント 投稿者 GN⁺ 2024-07-20 | 1件のコメント | WhatsAppで共有
  • ドラッグ&ドロップ方式のHTMLメールエディタ
  • MJMLのような中間コードなしでHTMLを直接生成
  • 3種類の基本テンプレートタイプをサポート:ドラッグ&ドロップデザイン、HTMLコード編集、プレーンテキスト
    • 独自のテンプレートを作成して保存可能
  • 開発の動機
    • メール向けHTMLの作成は非常に難しい作業
    • ルールから少し外れるだけで、さまざまなOS/デスクトップ/モバイルクライアントでメール表示が崩れる
    • メールが発明されてからほぼ50年、HTMLが誕生してから35年が経ったが、メールデザインはまだ解決されていない
    • いくつか優れたオープンソースのメールデザイナーはあるが、依存関係のためアプリに組み込むのが煩雑
    • こうした理由から、HTMLメールデザイナーをオープンソースとして公開することを決めた

1件のコメント

 
GN⁺ 2024-07-20
Hacker Newsの意見
  • MJMLがないのは見落としだという意見。メールデザインで最も重要な機能だ
  • デザインは素晴らしく見える。試してみるつもりだ
  • 本当に素晴らしい。レスポンシブスタイルを追加できるのか気になる。たとえば、小さな画面でカラムを行に変換するようなこと
  • ドラッグ&ドロップ機能が動作しない。Firefox、macOSで要素をクリックすると表示はされるが、メール内へドラッグできない
  • この取り組みは非常に有望に見える。"メール用HTML"は設計と実装が難しく、とくにモバイル、タブレット端末、またはアジア言語入力では難しさがある
    • B2B CRM用途で多くのメールテンプレート作業をしており、slatejs/platejsエディタをベースにした別のアプローチを選んだ
    • slatejs/platejsの内部メールテンプレート表現はJSON形式で、Postgres jsonbに簡単に保存できる
    • Reactjsベースのウィジェットを簡単に追加できる。例: メンション、メディア、ダイアグラムなど
    • 欠点は、ピクセル単位で正確なテンプレートを設計できないことだ
    • よりよい抽象化はおそらくMJMLだろう。しかし、slatejs/platejsのJSON形式なら、CRM、ナレッジベースなどさまざまな資産に編集内容をコピー&ペーストできる
    • MJMLにデータを保存するのはよい選択ではない
    • 最終段階としてSendWithSES/Drag-and-Drop-Email-Designerのようなものを使おうとしたが、ほとんどの最終利用者は気にしない
    • データ表現と"Postgres <> Editor > Email HTML > Send button"というデータフローについての意見を歓迎する。このテーマを真剣に考える人はほとんどいない
  • 全体の前提がばかげているという意見
    • 多くの人が画像やロゴを含むリッチなメールを望んでいることは認める。自分は望まないが、他人の必要や欲求は理解している
    • なぜHTMLなのか。単純なマークアップ言語(Markdown、orgmodeなど)で十分だったはずで、別個のプレーンテキスト版とHTML版は不要だったはずだ。スクリーンリーダーやそのほかの支援デバイスにとってよりアクセシブルで、プライバシー侵害も少なく、セキュリティ問題にもより脆弱ではなかったはずだ
    • しかし答えは「すべてのメールクライアントに完全なウェブブラウザを入れよう」だった
    • もう後戻りできないことは分かっている
  • View -> Message Body As -> Plain Text
    • 自分のせいではないが、常に代替テキストを提供すべきだ
  • HTMLメールを扱ったことがある人なら、その難しさを知っているはずだ。これを開発してオープンソース化したことに賛辞を送りたい。ニュースレターで使ってみる予定だ
  • 数日前にこういうものを少し探していた。確認してみるつもりだ。ありがとう
  • 予想外だった。数時間、質問に答える予定だ