8 पॉइंट द्वारा GN⁺ 2024-07-20 | 1 टिप्पणियां | WhatsApp पर शेयर करें
  • Drag & Drop तरीके का HTML ईमेल एडिटर
  • MJML जैसे किसी इंटरमीडिएट कोड के बिना सीधे HTML जनरेट करता है
  • तीन बुनियादी टेम्पलेट टाइप्स का समर्थन: ड्रैग-एंड-ड्रॉप डिज़ाइन, HTML कोड एडिटिंग, प्लेन टेक्स्ट
    • अपना खुद का टेम्पलेट बनाकर सेव किया जा सकता है
  • डेवलपमेंट की प्रेरणा
    • ईमेल के लिए HTML लिखना बहुत कठिन काम है
    • नियमों से थोड़ा भी हटने पर अलग-अलग OS/डेस्कटॉप/मोबाइल क्लाइंट्स में ईमेल टूट जाता है
    • ईमेल के आविष्कार को लगभग 50 साल और HTML के जन्म को 35 साल हो चुके हैं, लेकिन ईमेल डिज़ाइन अब भी अनसुलझी समस्या है
    • कुछ अच्छे ओपन सोर्स ईमेल डिज़ाइनर मौजूद हैं, लेकिन dependencies की वजह से उन्हें ऐप में शामिल करना झंझटभरा है
    • इन्हीं कारणों से HTML ईमेल डिज़ाइनर को ओपन सोर्स के रूप में जारी करने का फैसला किया गया

1 टिप्पणियां

 
GN⁺ 2024-07-20
Hacker News टिप्पणियाँ
  • एक राय यह है कि MJML का न होना एक गलती है। ईमेल डिज़ाइन में यह सबसे महत्वपूर्ण फीचर है
  • डिज़ाइन शानदार लग रहा है। इसे आज़माऊँगा
  • वाकई शानदार। सोच रहा हूँ कि क्या responsive styles जोड़ सकते हैं। उदाहरण के लिए, छोटी स्क्रीन पर columns को rows में बदलना
  • drag-and-drop फीचर काम नहीं कर रहा। Firefox, macOS पर elements क्लिक करने पर दिखते हैं, लेकिन उन्हें ईमेल में drag नहीं किया जा सकता
  • यह काम बहुत promising लग रहा है। "ईमेल के लिए HTML" को डिज़ाइन और implement करना कठिन है, खासकर mobile, tablet devices या एशियाई भाषा input के साथ
    • मैं B2B CRM उपयोग के लिए बहुत से email templates पर काम करता हूँ, और मैंने slatejs/platejs editor पर आधारित एक अलग approach चुना है
    • slatejs/platejs का internal email template representation JSON format में है, इसलिए इसे Postgres jsonb में आसानी से store किया जा सकता है
    • Reactjs-आधारित widgets आसानी से जोड़े जा सकते हैं। उदाहरण: mentions, media, diagrams आदि
    • कमी यह है कि pixel-level पर सटीक templates डिज़ाइन नहीं किए जा सकते
    • शायद बेहतर abstraction MJML होगा। लेकिन slatejs/platejs JSON format के साथ CRM, knowledge base आदि जैसी विभिन्न assets में edited content को copy-paste किया जा सकता है
    • MJML में data store करना अच्छा विकल्प नहीं है
    • मैंने SendWithSES/Drag-and-Drop-Email-Designer जैसी किसी चीज़ को अंतिम चरण के रूप में इस्तेमाल करने की कोशिश की, लेकिन ज़्यादातर end users इसकी परवाह नहीं करते
    • data representation और "Postgres <> Editor > Email HTML > Send button" data flow पर राय का स्वागत है। इस विषय पर गंभीरता से सोचने वाले लोग बहुत कम हैं
  • एक राय यह है कि पूरी premise ही बेतुकी है
    • मैं मानता हूँ कि बहुत से लोग images और logos वाले rich emails चाहते हैं। मैं नहीं चाहता, लेकिन दूसरों की ज़रूरतें और इच्छाएँ समझता हूँ
    • HTML ही क्यों? एक साधारण markup language (Markdown, orgmode आदि) काफ़ी होती, और अलग plain text तथा HTML versions की ज़रूरत नहीं पड़ती। यह screen readers और अन्य assistive devices के लिए अधिक accessible होता, privacy का कम उल्लंघन करता, और security issues के प्रति कम संवेदनशील होता
    • लेकिन जवाब यह था: "आओ हर email client में एक पूरा web browser डाल दें"
    • मुझे पता है कि अब बहुत देर हो चुकी है
  • View -> Message Body As -> Plain Text
    • यह मेरी गलती नहीं है, लेकिन आपको हमेशा alternative text देना चाहिए
  • जिसने भी HTML email के साथ काम किया है, वह इसकी कठिनाई जानता होगा। इसे बनाकर open source करने के लिए प्रशंसा। मैं इसे newsletters में इस्तेमाल करने वाला हूँ
  • कुछ दिन पहले मैंने थोड़ी देर के लिए ऐसी किसी चीज़ को खोजा था। इसे देखूँगा। धन्यवाद
  • यह अप्रत्याशित था। मैं कुछ घंटों तक सवालों के जवाब दूँगा