Sendune – นักออกแบบอีเมล HTML แบบโอเพนซอร์ส

 (news.ycombinator.com)
8 คะแนน โดย GN⁺ 2024-07-20 | 1 ความคิดเห็น | แชร์ทาง WhatsApp
  • เครื่องมือแก้ไขอีเมล HTML แบบ Drag & Drop
  • สร้าง HTML โดยตรงโดยไม่ต้องมีโค้ดตัวกลางแบบ MJML
  • รองรับเทมเพลตพื้นฐาน 3 ประเภท: ออกแบบแบบลากและวาง, แก้ไขโค้ด HTML, และข้อความล้วน
    • สามารถสร้างและบันทึกเทมเพลตของตัวเองได้
  • แรงจูงใจในการพัฒนา
    • การเขียน HTML สำหรับอีเมลเป็นงานที่ยากมาก
    • หากหลุดจากกฎไปเพียงเล็กน้อย อีเมลก็อาจแสดงผลเสียหายในไคลเอนต์บน OS/เดสก์ท็อป/มือถือที่หลากหลาย
    • แม้อีเมลจะถูกคิดค้นมาเกือบ 50 ปีแล้ว และ HTML ก็ถือกำเนิดมาแล้ว 35 ปี แต่ปัญหาเรื่องการออกแบบอีเมลก็ยังไม่ได้รับการแก้ไข
    • มีนักออกแบบอีเมลโอเพนซอร์สที่ดีอยู่บ้าง แต่การฝังรวมเข้าแอปทำได้ยุ่งยากเพราะมี dependency
    • ด้วยเหตุผลเหล่านี้ จึงตัดสินใจเปิดซอร์สเครื่องมือนักออกแบบอีเมล HTML นี้

บทความที่เกี่ยวข้อง

1 ความคิดเห็น

 
GN⁺ 2024-07-20
ความเห็นบน Hacker News
  • มีความเห็นว่าการไม่มี MJML เป็นข้อพลาด เพราะเป็นฟีเจอร์ที่สำคัญที่สุดในการออกแบบอีเมล
  • ดีไซน์ดูยอดเยี่ยม น่าจะลองใช้ดู
  • ยอดเยี่ยมมาก สงสัยว่าสามารถเพิ่มสไตล์แบบ responsive ได้หรือไม่ เช่น เปลี่ยนคอลัมน์ให้กลายเป็นแถวบนหน้าจอขนาดเล็ก
  • ฟังก์ชันลากแล้ววางใช้งานไม่ได้ บน Firefox, macOS เมื่อคลิกองค์ประกอบแล้วมันแสดงขึ้นมา แต่ไม่สามารถลากไปวางในอีเมลได้
  • งานนี้ดูมีอนาคตมาก HTML สำหรับอีเมล นั้นทั้งออกแบบและทำให้ใช้งานได้ยาก โดยเฉพาะบนอุปกรณ์มือถือ แท็บเล็ต หรือกับการป้อนภาษาเอเชีย
    • กำลังทำงานกับเทมเพลตอีเมลจำนวนมากสำหรับงาน B2B CRM และเลือกแนวทางอื่นที่อิงกับเอดิเตอร์ slatejs/platejs
    • โครงสร้างแทนเทมเพลตอีเมลภายในของ slatejs/platejs อยู่ในรูปแบบ JSON จึงเก็บลง Postgres jsonb ได้ง่าย
    • สามารถเพิ่มวิดเจ็ตที่อิงกับ Reactjs ได้ง่าย เช่น mentions, media, diagrams เป็นต้น
    • ข้อเสียคือไม่สามารถออกแบบเทมเพลตที่แม่นยำระดับพิกเซลได้
    • นามธรรมที่ดีกว่าน่าจะเป็น MJML แต่รูปแบบ JSON ของ slatejs/platejs ทำให้สามารถคัดลอกและวางเนื้อหาที่แก้ไขแล้วไปยังทรัพย์สินหลายประเภท เช่น CRM, knowledge base เป็นต้น
    • การเก็บข้อมูลไว้ใน MJML ไม่ใช่ตัวเลือกที่ดี
    • เคยคิดจะใช้สิ่งที่คล้ายกับ SendWithSES/Drag-and-Drop-Email-Designer เป็นขั้นตอนสุดท้าย แต่ผู้ใช้ปลายทางส่วนใหญ่ไม่สนใจ
    • ยินดีรับความเห็นเกี่ยวกับการแทนข้อมูลและ data flow แบบ Postgres <> Editor > Email HTML > Send button แทบไม่มีใครคิดเรื่องนี้อย่างจริงจัง
  • มีความเห็นว่าสมมติฐานทั้งหมดนั้นไร้สาระ
    • ยอมรับว่าหลายคนต้องการอีเมลแบบ rich text ที่มีรูปภาพและโลโก้ ส่วนตัวไม่ต้องการ แต่ก็เข้าใจความต้องการและความอยากของคนอื่น
    • ทำไมต้องเป็น HTML? ภาษา markup แบบง่าย ๆ อย่าง Markdown, orgmode เป็นต้น ก็น่าจะเพียงพอ และคงไม่จำเป็นต้องมีทั้งเวอร์ชัน plain text และ HTML แยกกัน อีกทั้งยังเข้าถึงได้ดีกว่าสำหรับ screen reader และอุปกรณ์ช่วยเหลืออื่น ๆ ละเมิดความเป็นส่วนตัวน้อยกว่า และเสี่ยงต่อปัญหาความปลอดภัยน้อยกว่า
    • แต่คำตอบกลับเป็น ใส่เว็บเบราว์เซอร์เต็มรูปแบบลงในไคลเอนต์อีเมลทุกตัวกันเถอะ
    • รู้ดีว่าเรื่องมันเลยเถิดไปแล้ว
  • View -> Message Body As -> Plain Text
    • ไม่ใช่ความผิดของผม แต่ก็ควรใส่ข้อความทางเลือกเสมอ
  • ใครก็ตามที่เคยจัดการกับอีเมล HTML จะรู้ว่ามันยากแค่ไหน ขอชื่นชมที่พัฒนาสิ่งนี้และเปิดซอร์สไว้ ตั้งใจว่าจะลองใช้กับจดหมายข่าว
  • เมื่อไม่กี่วันก่อนเพิ่งค้นหาสิ่งแบบนี้อยู่พอดี เดี๋ยวจะลองดู ขอบคุณ
  • ไม่คาดคิดเลยว่าจะได้รับความสนใจขนาดนี้ จะใช้เวลาสองสามชั่วโมงข้างหน้าเพื่อตอบคำถาม