アカウント名:
パスワード:
HTMLをメールに使うのは文書共有の一つの形ですから、かまわないとは思うのですが(個人的に使いたいか、使われたくないかは別として)、本当にHTMLを使うんなら少しお勉強をしましょうと感じます。
個人的には宣伝画像や、文書の冒頭にこのメールはHTMLメールです。HTMLに対応したメーラーでご覧くださいという旨を長々とコメントしているやつとか、邪魔です。本当のテキストで内容だけください。
HTMLとは文書を電子的に共有するための規格である。レイアウトを作成するためのものではない。(旧世紀の暗黒時代を除くw)
原理的にいえば正しいHTMLの使い方をしているメールマガジンなどはほとんどありません。
まあ、そんなに飾り立てたいのならOutlook ExpressにPDF表示させる機能をつけて、それでやり取りしてくれればいいのに…自分は絶対に使いたくないけどw
私はHTMLメールを使う人が馬鹿だとは言いません。それにHTMLメールを使うこと自体を馬鹿にするのは的確ではないと思います。
私の場合、HTMLの何たるかを理解せずにHTMLもどきを使ってHTMLメールを書いている行為に対して、一人で苦めにニヤニヤすることはありますが、HTMLメール自体は否定しません。
ああ…どこに書こうか激しく迷ったw
#一度、HTMLの妥当な使い方をしたメールを貰ったことがあるのでID
Table要素はHTMLにおいて「表」を示す要素です。本来「表」であるはずのデータなどに対してTableをマークアップするのは妥当な使い方です。しかし、表でないものに対してTableタグのレンダリングに期待してTableをマークアップするのは根本的に間違いです。 よって、ただ「Tableタグを使えば正しい」と言うのはというのは間違いです。
HTMLは電子的に文書を共有するために考案された規格ですから、根本的には人間が扱う文書の中に存在する構成要素を参考に作られています。例えばHn要素は見出し。P要素は段落。Table要素は表。Blockquote要素は引用。と言う具合で定義されています。(少なくともHTML 4.01では)
よって、段落を段落として、見出しを見出しとして、当たり前にマークアップすることこそHTMLとしては正しいマークアップの方法だと思われます。それはTable要素も同様。
余談ですが特定のブラウザのレンダリングに依存したマークアップは、大抵「嘘マークアップ・嘘HTML文書」です。さらに、文書の広域的な活用やアクセシビティーとやらを考えると、文書とレイアウトの分離を図るべきでしょう。レイアウトにはCSSなるものもありますし。
それと私にはJISコードを転送するよりもHTMLを転送するほうが推奨されるのは謎です。たぶん私が無知なだけなのでしょうが。予め断っておくと私はメール機構には詳しくないです。すいません。
取りあえず私の思ったことを書いておくと、JISコードとはおそらくISO-2022-JPのことだと思います。それで、SMTPは7bitの転送を規格で保証しています。ISO-2022-JPは7bitの符号化方式ですからSMTPを通して転送するには問題ないと思います。
加えて、転送系のことを考えなくてもMetaで文字コードの宣言されるかどうかもわからないHTML文書でメールを送ることが、ISO-2022-JPでプレーンテキストを送ることよりも推奨されるのかが疑問です。
あと、生のJISコードとやらでメールを送ることが推奨されないのなら、Base64などで符号化して転送することが優位順として挙げられていないのが疑問です。
後学のためにもレス希望。
クリックスルー率はテキストよりHTMLメールのほうが数段高いというような調査結果 [doubleclick.ne.jp]はわりと目にします。 リンク先は広告業者によるもので,客観的なデータではないわけですが。
悪貨が良貨を駆逐する典型例。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
Stay hungry, Stay foolish. -- Steven Paul Jobs
ネット広告業界としては (スコア:3, 興味深い)
ユーザーの大多数がHTMLメールを受け入れ、読んでいるというデータを用意してその線で押しています。
また、同業界のターゲットとなっているユーザ層は実際にそういう状況みたいですね。
個人的にはHTMLメールを使うのはバカの証拠だくらいに思ってますが。。。。。
HTMLメール作ってたのでAC
Re:ネット広告業界としては (スコア:3, 興味深い)
HTMLをメールに使うのは文書共有の一つの形ですから、かまわないとは思うのですが(個人的に使いたいか、使われたくないかは別として)、本当にHTMLを使うんなら少しお勉強をしましょうと感じます。
個人的には宣伝画像や、文書の冒頭にこのメールはHTMLメールです。HTMLに対応したメーラーでご覧くださいという旨を長々とコメントしているやつとか、邪魔です。本当のテキストで内容だけください。
HTMLとは文書を電子的に共有するための規格である。レイアウトを作成するためのものではない。(旧世紀の暗黒時代を除くw)
原理的にいえば正しいHTMLの使い方をしているメールマガジンなどはほとんどありません。
まあ、そんなに飾り立てたいのならOutlook ExpressにPDF表示させる機能をつけて、それでやり取りしてくれればいいのに…自分は絶対に使いたくないけどw
私はHTMLメールを使う人が馬鹿だとは言いません。それにHTMLメールを使うこと自体を馬鹿にするのは的確ではないと思います。
私の場合、HTMLの何たるかを理解せずにHTMLもどきを使ってHTMLメールを書いている行為に対して、一人で苦めにニヤニヤすることはありますが、HTMLメール自体は否定しません。
ああ…どこに書こうか激しく迷ったw
#一度、HTMLの妥当な使い方をしたメールを貰ったことがあるのでID
--労使曰く、ひとごとを尽くして神頼み--
Re:ネット広告業界としては (スコア:0)
RFC的には生JISコード送る主流の日本語メールよりゃ
HTMLメールの方がどちらかといえば推奨なんだが。
Re:ネット広告業界としては (スコア:1)
Table要素はHTMLにおいて「表」を示す要素です。本来「表」であるはずのデータなどに対してTableをマークアップするのは妥当な使い方です。しかし、表でないものに対してTableタグのレンダリングに期待してTableをマークアップするのは根本的に間違いです。 よって、ただ「Tableタグを使えば正しい」と言うのはというのは間違いです。
HTMLは電子的に文書を共有するために考案された規格ですから、根本的には人間が扱う文書の中に存在する構成要素を参考に作られています。例えばHn要素は見出し。P要素は段落。Table要素は表。Blockquote要素は引用。と言う具合で定義されています。(少なくともHTML 4.01では)
よって、段落を段落として、見出しを見出しとして、当たり前にマークアップすることこそHTMLとしては正しいマークアップの方法だと思われます。それはTable要素も同様。
余談ですが特定のブラウザのレンダリングに依存したマークアップは、大抵「嘘マークアップ・嘘HTML文書」です。さらに、文書の広域的な活用やアクセシビティーとやらを考えると、文書とレイアウトの分離を図るべきでしょう。レイアウトにはCSSなるものもありますし。
それと私にはJISコードを転送するよりもHTMLを転送するほうが推奨されるのは謎です。たぶん私が無知なだけなのでしょうが。予め断っておくと私はメール機構には詳しくないです。すいません。
取りあえず私の思ったことを書いておくと、JISコードとはおそらくISO-2022-JPのことだと思います。それで、SMTPは7bitの転送を規格で保証しています。ISO-2022-JPは7bitの符号化方式ですからSMTPを通して転送するには問題ないと思います。
加えて、転送系のことを考えなくてもMetaで文字コードの宣言されるかどうかもわからないHTML文書でメールを送ることが、ISO-2022-JPでプレーンテキストを送ることよりも推奨されるのかが疑問です。
あと、生のJISコードとやらでメールを送ることが推奨されないのなら、Base64などで符号化して転送することが優位順として挙げられていないのが疑問です。
後学のためにもレス希望。
--労使曰く、ひとごとを尽くして神頼み--
Re:ネット広告業界としては (スコア:0)
「メールヘッダに生JISを使うこと」と言いたいのではないかと推測しますが、
理解してないけどなんとなく気に入らない(書いてみたかった)だけかもしれません。
Re:ネット広告業界としては (スコア:1)
クリックスルー率はテキストよりHTMLメールのほうが数段高いというような調査結果 [doubleclick.ne.jp]はわりと目にします。
リンク先は広告業者によるもので,客観的なデータではないわけですが。
悪貨が良貨を駆逐する典型例。
厳密には (スコア:2, 参考になる)
テキストならURLが裸で見えるので、変な小細工をしていても、いくらかは目に付く。
HTMLでリンク張ってしまうとリンク先が明示的に示されないばかりか「騙し」も可能。
(goo.co.jpにリンクしておいて『gooで検索』とか。)
そういう事ではないのだろうか?