कई क्लाइंट और वेब आधारित ईमेल इंटरफेस में अच्छी दृश्य स्थिरता बनाए रखते हुए आप ईमेल में रिच HTML फॉर्मेटिंग के लिए क्या दिशा-निर्देश दे सकते हैं?
स्टैक ओवरफ्लो पर एक सवाल पर एक असंबंधित उत्तर का सुझाव दिया:
http://www.campaignmonitor.com/blog/archives/2008/05/2008_email_design_guidelines.html
जिसमें निम्नलिखित दिशानिर्देश शामिल हैं:
<body><head>
कुछ ईमेल क्लाइंट के बजाय स्टाइलशीट रखें सीएसएस सिर से बाहर निकल जाएगा, लेकिन शरीर में स्टाइल ब्लॉक (अवैध रूप से) होने पर इसे छोड़ दें।- इनलाइन शैलियों का उपयोग करें जहाँ कभी संभव हो
जीमेल किसी भी स्टाइलशीट को छीन लेगा, चाहे अंदर हो<head>या नहीं<body>, लेकिन इनलाइन शैलियों का सम्मान करें जोstyle=""विशेषता का उपयोग करके सौंपी गई हो - तालिकाओं पर लौटें
ईमेल मानकों ने हाल ही के वर्षों में Microsoft Word रेंडरिंग इंजन का उपयोग करके आउटलुक 2007 के लिए धन्यवाद में एक विशाल कदम उठाया है। स्टाइलशीट के बिना पोजीशनिंग के बारे में आपने जो सीखा है, उसमें से अधिकांश को अनजान करें। - छवियों पर भरोसा न करें
अधिकांश ग्राहक और अधिकांश वेब आधारित ईमेल क्लाइंट छवियों को प्रदर्शित नहीं करेंगे जब तक कि उपयोगकर्ता विशेष रूप से उन्हें प्रदर्शित करने का अनुरोध नहीं करता है।
मेरे पास कुछ "अपुष्ट" सत्य भी हैं जो मुझे याद नहीं हैं कि मैंने उन्हें कहाँ पढ़ा है।
- तालिकाओं में नेस्टिंग के दो से अधिक स्तरों का उपयोग न करें
क्या यह सच है। अगर मैं ऐसा करूं तो क्या होने की संभावना है? क्या कोई विशेष ग्राहक / ग्राहक है जो इस पर झूमता है? - कोशिकाओं / तालिकाओं में पृष्ठभूमि छवियों के घोंसले के शिकार से सावधान रहें
जैसा कि मैं समझता हूं कि आप उन स्थितियों से सामना कर सकते हैं जहां पृष्ठभूमि की छवि को अवरोही तालिका / सेल में पूरी तरह से नए सिरे से लागू किया जाता है, और न केवल "चमकते हुए"। फिर से, सच है या नहीं? कौन से ग्राहक?
मैं इस सूची को खाइयों से और अधिक दिशानिर्देशों और अनुभवों के साथ बाहर करना चाहता हूं।
क्या आप कोई और सुझाव दे सकते हैं?
अद्यतन: मैं एचटीएमएल में डिज़ाइन भाग के लिए दिशा-निर्देशों के लिए विशिष्ट रूप से पूछ रहा हूं और वहां की स्थिरता। स्पैम फ़िल्टर से बचने के लिए सामान्य दिशानिर्देशों और सामान्य शिष्टाचार के बारे में प्रश्न पहले से ही SO पर हैं।