Caniemail.com - ईमेल कंटेंट compatibility जाँच सेवा (caniuse का ईमेल संस्करण)

 (caniemail.com)
6 पॉइंट द्वारा GN⁺ 2024-05-07 | 1 टिप्पणियां | WhatsApp पर शेयर करें

CSS transition प्रॉपर्टी सपोर्ट (29 मार्च 2024)

  • ईमेल क्लाइंट्स में CSS transition प्रॉपर्टी सपोर्ट की स्थिति को व्यवस्थित करने वाली जानकारी
  • CSS transition प्रॉपर्टी CSS प्रॉपर्टी वैल्यू में बदलाव को एक निश्चित समयावधि में animation effect देने वाली सुविधा है
  • अभी ईमेल क्लाइंट्स में इसका व्यापक सपोर्ट नहीं है

CSS text-wrap प्रॉपर्टी सपोर्ट (3 अप्रैल 2024)

  • ईमेल क्लाइंटs में CSS text-wrap प्रॉपर्टी सपोर्ट की स्थिति को व्यवस्थित करने वाली जानकारी
  • CSS text-wrap प्रॉपर्टी यह निर्धारित करती है कि लंबे शब्दों को line break के साथ कैसे संभाला जाए
  • अभी ईमेल क्लाइंट्स में इसका व्यापक सपोर्ट नहीं है

CSS word-spacing, shape-margin, shape-outside प्रॉपर्टी सपोर्ट (13 मार्च 2024)

  • ईमेल क्लाइंट्स में CSS word-spacing, shape-margin, shape-outside प्रॉपर्टी सपोर्ट की स्थिति को व्यवस्थित करने वाली जानकारी
  • CSS word-spacing शब्दों के बीच की दूरी को नियंत्रित करने वाली प्रॉपर्टी है
  • CSS shape-margin और shape-outside यह निर्धारित करने वाली प्रॉपर्टीज़ हैं कि image या object के आसपास text कैसे wrap हो
  • अभी ईमेल क्लाइंट्स में इसका व्यापक सपोर्ट नहीं है

मार्च 2024 Caniemail अपडेट समाचार (29 मार्च 2024)

  • मार्च 2024 में Caniemail साइट में जोड़े गए अपडेट्स का संक्षिप्त विवरण

फ़रवरी 2024 Caniemail अपडेट समाचार (29 फ़रवरी 2024)

  • फ़रवरी 2024 में Caniemail साइट में जोड़े गए अपडेट्स का संक्षिप्त विवरण

ईमेल क्लाइंट CSS प्रॉपर्टी सपोर्ट स्थिति

  • Apple Mail (macOS) : 284 में से 267 सपोर्ट
  • Apple Mail (iOS) : 284 में से 266 सपोर्ट
  • Samsung Email (Android) : 284 में से 239 सपोर्ट
  • SFR (Desktop Webmail) : 257 में से 226 सपोर्ट
  • WEB.DE (iOS) : 235 में से 222 सपोर्ट

Caniemail साइट परिचय

  • @HTeuMeuLeu और Tilt Studio टीम द्वारा लॉन्च और मेंटेन की जाने वाली साइट
  • @Fyrd के मूल caniuse.com पर आधारित और @Lensco द्वारा डिज़ाइन की गई
  • @M_J_Robbins और Rebel टीम के मूल आइडिया और नाम पर आधारित
  • GitHub की email developer community डेटा योगदान में सहायता करती है
  • समस्या होने पर GitHub पर bug report करने का निर्देश

GN⁺ की राय

  • ईमेल डेवलपर्स के लिए यह बहुत उपयोगी साइट है, जहाँ हर ईमेल क्लाइंट के अनुसार CSS प्रॉपर्टी सपोर्ट की स्थिति एक नज़र में देखी जा सकती है। नए CSS प्रॉपर्टी को ईमेल में लागू करते समय compatibility check के लिए यह अनिवार्य साइट है.
  • अभी ईमेल क्लाइंट्स का CSS सपोर्ट वेब ब्राउज़र की तुलना में काफी कमज़ोर है। animation से जुड़ी प्रॉपर्टीज़ या layout से जुड़ी प्रॉपर्टीज़ लगभग सपोर्ट नहीं होतीं, इसलिए यह ईमेल डिज़ाइन की एक सीमा के रूप में काम करता है.
  • यह नियमित रूप से अपडेट समाचार देता है, इसलिए ईमेल डेवलपर्स के लिए नवीनतम जानकारी समझने में मददगार हो सकता है। हालांकि अपडेट चक्र बहुत छोटा होने के कारण उसके साथ बने रहना थोड़ा कठिन भी हो सकता है.
  • इसी तरह की साइटों में EmailOnAcid, Litmus आदि हैं, लेकिन इन साइटों का अंतर यह है कि वे हर क्लाइंट में rendering का preview screenshot प्रदान करती हैं। Caniemail के साथ मिलाकर उपयोग करने पर अच्छा synergy मिल सकता है.

संबंधित पढ़ाई

1 टिप्पणियां

 
GN⁺ 2024-05-07
Hacker News टिप्पणियाँ

  • बढ़िया संसाधन है, और Outlook सच में बहुत सिरदर्द है क्योंकि यह बहुत कम चीज़ें सपोर्ट करता है
    कंपनी ऐप notifications के लिए email templates बनाते समय आम तौर पर काफी दिक्कत होती थी, लेकिन बाद में MJML(https://mjml.io/) पर जाने के बाद चीज़ें काफी बेहतर हो गईं
    जिन कई devices पर टेस्ट किया, उनमें इसका output सबसे compatible लगा, और Litmus(https://litmus.com) से अलग-अलग apps और devices में rendering चेक की। दूसरे thread में आए https://testi.at/ को भी इस्तेमाल किया था और वह भी ठीक बैठा

    • MJML दिलचस्प लगता है। अच्छा होता अगर संगठनों के पास accessible और machine-readable emails की परवाह करने का कोई व्यावसायिक कारण होता
      HTML email IE6 दौर के web की तरह अटका हुआ है, इसलिए जिन थोड़े email कामों में image tags की सूची से अधिक की ज़रूरत होती है, वहाँ मैं Foundation for Emails(https://get.foundation/emails.html) इस्तेमाल करता रहा हूँ, और इसके अस्तित्व के लिए आभारी हूँ
    • MJML इस क्षेत्र में बेमिसाल सबसे अच्छा tool है और मैं इसे अक्सर इस्तेमाल करता हूँ। अगर आप 2024 में email बना रहे हैं, तो यह HTML email की बड़ी परेशानियों से बचने या उन्हें कम करने का अहम shortcut है
    • email बनाने के लिए react-email(https://react.email) भी recommend करता हूँ। इसके दिए गए components काफी हैं, और पुराने email marketing दिनों की तरह हर पाँच लाइन पर tag डालकर mail बनाने से कहीं बेहतर है
    • लगता है आज के समय में Outlook email का Internet Explorer है

  • इस site के बारे में एक मजेदार किस्सा है। operator ने पहले कहा था कि usage logs में ऐसे बहुत से निशान थे जहाँ लोगों ने site के मकसद को गलत समझकर celebrities के नाम डाले और उन्हें email भेजने की कोशिश की

    • पहले मैं समझने की कोशिश कर रहा था कि यह क्या है, लेकिन कोई खास explanation नहीं मिला। कहा गया है, “email content के लिए caniuse जैसी चीज़”, लेकिन अगर caniuse क्या है यह न पता हो, तो समझना मुश्किल है
      नई service launch करने से पहले एक छोटा explanation section होना अच्छा रहेगा, जिससे आम व्यक्ति समझ सके कि यह क्या है

  • score जितना कम हो, उतना अच्छा। मैं काफी लोगों को जानता हूँ जिनकी policy है: “email में सिर्फ plain text की अनुमति है, बिना पहले से सहमति वाले attachments नहीं, और बाकी सब अपने आप delete कर दिया जाता है”

    • plain text से थोड़ा आगे बढ़ना उचित है। यह सिर्फ सजावट का मामला नहीं है; right-to-left भाषाएँ, सूचियाँ, links जैसी चीज़ों के लिए थोड़ा markup मददगार होता है, और HTML इसके लिए पर्याप्त है
      समस्या CSS का अत्यधिक इस्तेमाल करने या JavaScript को ही अनुमति देने में है। CSS या JavaScript के बिना सिर्फ HTML से पैदा हुए email security issues अभी याद नहीं आ रहे
    • मैं कम से कम दो ऐसे लोगों को जानता हूँ जो ऐसे emails भेजते हैं जिनका HTML version खाली होता है या सिर्फ “फूले हुए clients इस्तेमाल मत करो” जैसा संदेश होता है, और असली content plain text alternative body में होता है
      Thunderbird में पढ़ने के लिए शायद email source देखना पड़ता था

  • संबंधित links:
    Can I Email? - https://news.ycombinator.com/item?id=27112960 - मई 2021, 273 टिप्पणियाँ
    Can I Email: ‘Can I Use’ for email - https://news.ycombinator.com/item?id=20948826 - सितंबर 2019, 196 टिप्पणियाँ
    'Can I Use' for Email - https://news.ycombinator.com/item?id=20934601 - सितंबर 2019, 1 टिप्पणी

  • सबसे लोकप्रिय दो clients, Gmail और Outlook, क्रमशः 25वें और 41वें स्थान पर हैं, यानी लगभग सबसे नीचे

    • Gmail जिन features को सपोर्ट नहीं करता, उनमें display: none, animations, और दूसरी CSS जैसी चीज़ें हैं, जिन्हें email में अनिवार्य कहना मुश्किल है
      बुनियादी चीज़ें मौजूद हैं, इसलिए ऊँची ranking होना ज़रूरी नहीं कि अच्छा लक्ष्य ही हो
    • इससे सबसे लोकप्रिय लेकिन फीचर-कमज़ोर Internet Explorer की याद आती है

  • पूरी तरह feature-rich HTML “document” असल में document से ज्यादा application के करीब है, इसलिए email clients का support सीमित रखना समझ में आता है
    लेकिन इस fragmentation की वजह से काश कोई असली standard होता। एक आधिकारिक non-application HTML subset चाहिए, जो remote resources fetch न कर सके और code execute न कर सके। built-in media, animations, styling आदि वाला document format काफी होगा

    • अगर उसमें animation और static न रहने वाला video media हो, तो क्या उसे “document” कह सकते हैं?
    • सच कहूँ तो किसी और के पास मुझे executable code या fetched resources भेजने की कोई वजह नहीं है
      समझता हूँ कि ad tech industry मेरे email को billboard की तरह इस्तेमाल करना चाहती है, लेकिन यह बंद होना चाहिए। plain text और attachments काफी हैं

  • जानकारी के लिए, jsx-email में caniemail dataset इस्तेमाल करने वाला CLI email client compatibility check feature built-in है: https://jsx.email/docs/core/cli#check

  • शायद उन कुछ CSS properties की सूची देना ज्यादा उपयोगी होगा जिन्हें सभी email clients पहचानते हैं। मजाक नहीं, मैं यह गंभीरता से कह रहा हूँ
    CanIEmail? का जवाब ज़्यादातर “नहीं” होता है

    • https://www.caniemail.com/clients/ में “check all” चुनें, तो आप वे features अलग से देख सकते हैं जिन्हें सभी email clients support करते हैं, और वे भी जिनका support बंटा हुआ है
      लगता है कि सबमें supported चीज़ों में लगभग border-collapse, font shorthand, list-style-type, कई CSS units (cm, em, ex, in, mm, pc, %, pt, px), vertical-align, कुछ HTML elements और valign attribute, तथा JPG/PNG image formats शामिल हैं

  • पहले मुझे लगा यह कोई मजाकिया site है जो बड़े अक्षरों में सिर्फ “No.” दिखाती है

    • design team जब email template update माँगती है, तो आम तौर पर मेरा default जवाब भी यही होता है। “नहीं होगा। सिर्फ basic formatting। थोड़ा bold जाना है तो tables तक। उससे आगे नहीं”

  • email में dark mode support उन सबसे झुंझलाने वाली चीज़ों में से है जिनका मैंने IE6 दौर से coding करते आए frontend developer के रूप में सामना किया है
    मूलतः बस light mode design implement करो, और ऐसे colors चुनो जो खराब dark mode email clients द्वारा auto-invert किए जाने पर भी ठीक दिखें
    Gmail सबसे खराब उदाहरणों में से एक है। dark mode में colors को सीधे चुनने का कोई तरीका ही नहीं है