どこかで、HTML電子メールを作成するときに、テーブルベースのレイアウトを使用する必要があります。テーブルレスのCSSベースのレイアウトを作成するのに気を付けるべきではありません。本当? 私の会社のニュースレターレイアウトを作成する必要がありますが、3つのネストされたテーブルを作成するのは面倒です。HTMLのニュースレターには「テーブルベース」のレイアウトが必要ですか?
答えて
は、あなたのHTMLを記述する必要がありますが、あなたはおそらく聞いていましたこれは多くの電子メールリーダーがほんの数のhtmlとcssをサポートしているためです。 多くの場合、完全なhtml/cssパーサーはバンドルされていません。過去の表でレイアウトを行うのに多く使われていました。
は確かにそれを義務付け標準的なありませんし、実際には、ベストプラクティスは、表は(表形式のデータをレイアウトする場合を除いて)レイアウトに使用してはならないことを規定しています。
プレゼンテーションでテーブルを使用するための議論があります。デスクトップやウェブベースの電子メールクライアントの過多がCSSベースのプレゼンテーションを適切にレンダリングするという保証はありません...しかし、私はそれがそれ自体の議論である。あなたはHTML-電子メールはほとんどの電子メールクライアントでは良い見たい場合は、それはまだ1999 :)私はあなたがそれを行うことをお勧めしません
完全に同意しない...ウェブサイトのベストプラクティスは、HTML電子メールのベストプラクティスと同じではありません。 – Greg
申し訳ありません、ジェームズ、私はあなたに同意しなければなりません。私は多くのHTML電子メールを構築しなければなりませんでした。私が見てきたすべてのベストプラクティスガイドと、私が再考できるすべての個人的な経験は、HTML電子メールのテーブルが行く方法であることを示しています。私たちは、Outlook 2007のHTMLレンダリングエンジンとしてWordを使用するために、マイクロソフトの足元にこれを置くことができます。 – Scottie
ブラウザと電子メールクライアントのさまざまな要件を完全に理解しています。私は両方の観点に対処しました。標準はありませんが、互換性を保証する唯一の方法かもしれません。 –
あったよう
これまではページレイアウトこのようにするのはもっと快適です。
ジェームズが言うように、ベストプラクティスは、それが実際に表形式のデータである場合を除き、ページレイアウトのCSSポジショニング施設を使用することです。個人的には、私がCSSで欲しい効果を得るのは難しいことがよくあります。
これはおそらく、何よりも(ひどい)電子メールクライアントのレンダリングの現実に基づいています。技術的にはほぼ間違っていますが、実際には最良のアドバイスかもしれません。 Truppoはこれに触れている。
これは具体的に記載しOulook HTML/CSSのサブセットのサポートについてですが、あなたは、このを見てみたいことがあります。
テーブルが使用されている理由は二つある:
- HTMLの電子メールは、幅広く異なる能力を持つ膨大な数のクライアントでレンダリングできます。その後、かなりの数のウェブメールクライアントはCSSレイアウトで大混乱を果たし10.
- を掛け、すべてのブラウザのためのウェブサイトを設計しようとしているようなものです。
Email Standards Projectウェブサイトをご覧になることを強くおすすめします。これは、市場に出回っているほとんどすべての主要な電子メールクライアント(スタンドアロンとウェブベースの両方)をリストし、HTMLサポートがそれぞれどのくらい組み込まれているかを概説しています。 、悲しいことにそう、「使用テーブル」を含む -
また、キャンペーン・モニターのemail design guidelines適切なHTMLメールの建物のためのいくつかの実用的なガイドのチェックアウト
+1。良いリンクは、それらを念頭に置くでしょう。 –
電子メール規格プロジェクトのサイトはかなり疑わしいです。彼らがウェブメールクライアントとデスクトップクライアントの違いを知ることができない場合、私はhtml標準に関する適切な勧告を行う能力に疑問を呈します。 –
私は誰もがプレーンテキストはどうしたらどこHTMLを使用することが期待できない世界を大好きだが、それは状況ではありません。あなたの仕事が、あなたの好きな電子メールクライアント(アプリケーションやWebベースの電子メール)で購読者がそれを見ようとしたときにあなたを困らせることのないHTMLが出てくるなら、セマンティックマークアップとCSSを付けるのは難しいです。
私は勉強の練習として、専門的には行っていないので、私は一粒の塩で言います。ブックマークした記事と、その記事で見つけたリンクに基づいて、次のページにはHTMLメールを送信する際の実際の問題についての良い議論があるようです。レイアウトにテーブルを使用して関連する問題を考える
http://www.sitepoint.com/article/principles-beautiful-html-email/
http://www.sitepoint.com/article/designers-guide-html-email/
http://www.sitepoint.com/article/code-html-email-newsletters/
は、実用的な意味があります。divベースのレイアウトで問題が発生しています。
私たちは、ニュースレターのコンピュータ上での見た目に関する顧客とのいくつかのテストを行っており、過半数が約45文字の幅を示すOutlookまたはMailのレイアウトを使用していることがわかりました。新しいウィンドウで電子メールを開いたり、スクロールしたりするためにダブルクリックする必要はありません。 ロゴやテキスト以外の内容の電子メールは、GIFが1つしかないものでした。
+1キャンペーンモニタのアドバイス。私はまた、Emmaから多くの素晴らしいコンテンツを見てきました。私の経験では、電子メールニュースレターテンプレートを作成する方が簡単です。これは、増加する割合のユーザーが小さな画面のモバイルデバイスでメッセージを読んでいる世界では、二重に真です。
- 1. WPFのグリッドベースのレイアウトは、htmlのタブーにあるテーブルベースのレイアウトと同じではありませんか?
- 2. テーブルベースのレイアウトでdiv align rightの問題
- 3. QTのレイアウトのヒントが必要です
- 4. すべてのアクティビティにレイアウトが必要ですか?
- 5. テーブルベースのレイアウトをサイズ変更可能にする
- 6. どのシェーダーに入力レイアウトが必要ですか?
- 7. アンドロイド携帯のペイントアプリにxmlレイアウトが必要ですか?
- 8. Laravel:ニュースレター用のHTMLエディタ
- 9. 角度レイアウトには多くのスペースが必要です
- 10. ニュースレターHTML、divとOutlook
- 11. gccはテーブルベースのコンパイラですか?
- 12. mongoデータベースからpythonでhtml電子メールにデータを渡してテーブルベースの要約を表示するには
- 13. html fluid/elastic/liquidレイアウトのヘルプが必要です。助けてください
- 14. HTMLコーディングヘルプが必要です
- 15. Androidのレイアウトの提案が必要
- 16. このテーブルベースのレイアウトをCSSに変換するにはどうすればよいですか?
- 17. アンドロイドでは、どのレイアウトをランドスケープにする必要がありますか?
- 18. SWTレイアウトには良い材料が必要です
- 19. この虹のテキストにハイパーリンクが必要ですか? HTML
- 20. Android:複雑なレイアウトのガイダンスが必要
- 21. HTMLをエンコードするにはiOSツールが必要ですか?
- 22. dojoでサイトをレイアウトするのに助けが必要
- 23. 次のhtmlコードには汎用のxpathが必要です
- 24. HTMLアライメントのヒントが必要
- 25. HTMLファイルのパスに "./"と "../"が必要ですか?
- 26. 印刷用に別のhtmlページが必要ですか?
- 27. JQueryUIボタンにスライドアニメーションは、不必要なレイアウト
- 28. スタックフレームのレイアウトを理解するのに助けが必要
- 29. HTMLで作業するにはチラシマップのソースコードが必要ですか?
- 30. Beautiful SoupからのHTMLデータには書式設定が必要
ポルノを添付するだけで誰も気付くことはありません –
チャドはインターネットで勝ちます。このアドバイスは、コンテンツをオンラインにすることに関するほぼすべての状況で役立ちます。 – Scottie
http://stackoverflow.com/questions/294917/outlook-rendering-problem-rendering-text-too-large/575878#575878も参照してください。 – voyager