XHTMLは役立たずと言っていた人が正解でした

1 ：09/07/04

XHTML 2終了、HTML 5一本化
http://journal.mycom.co.jp/news/2009/07/03/041/index.html
だから、俺はXHTMLにする理由は無いと言っていた。

2 ：09/07/04

なんでXHTML2破棄の話をXHTML終了にもっていこうとするやつが大量にいるの？
もしかして文盲？

3 ：09/07/04

http://www.computerworld.jp/topics/browser/154169.html
　AJAXとWeb開発の専門家として知られ、Webサイト「Ajaxian」の共同編集者で、
米国Mozillaの開発ツール担当共同ディレクターも務めている
ディオン・アルマー（Dion Almaer）氏は、W3Cの今回の決定を称賛している。
　「XHTMLの取り組みは無駄だった。今回の決定で、HTML 5がよりよいものになることを期待している」（アルマー氏）
重要なことだから繰り返しときますね。
「XHTMLの取り組みは無駄だった。」

4 ：09/07/04

えっと、Almaerの言葉を繰り返されところで…

5 ：09/07/04

Xは昔から駄目だと決まってる
仮面ライダーXで立証されてるだろ

6 ：09/07/04

>>2
当分は使えるから終了じゃないという意味ですか？

7 ：09/07/04

XHTML勉強してた俺涙目
また勉強し直すか

8 ：09/07/04

RSSどうなんの？

9 ：09/07/05

>>3 のリンク先に
XHTML言語に関する取り組みは打ち切られるが、
W3CはHTML 5のXML形式化を計画しており…
という事はHTML 5の策定後、そのXML版も策定するのか？
そしてHTML 4.01とXHTML 1.0と同じような関係になると…？

10 ：09/07/05

XML版なんて結局MSはマトモに対応しないだろうから関係ナス

11 ：09/07/05

やっぱり古いブラウザとの互換性を維持しないとだめなの？
XHTMLでも中に要素が無い要素は<br/>ではなく
<br />と書けば問題ないとかあったじゃん？

12 ：09/07/05

4と5の違いのドラフト見てきた。
HTML構文とXML構文で書ける単一の言語としてHTML 5と呼ぶのか。

13 ：09/07/05

>>12
実質XHTMLじゃないか

14 ：09/07/05

つまりどういうことなんだ？わかりやすく解説してくれ
全部小文字じゃなくてもおｋになるの？
<hr />の/はもういらないの？
</li>の立場は？

15 ：09/07/05

W3C，マークアップ言語「XHTML 2」を「HTML 5」に統合へ
ttp://itpro.nikkeibp.co.jp/article/NEWS/20090703/333143/

16 ：09/07/05

HTML 4との違い
翻訳 http://www.html5.jp/trans/w3c_differences.html
最新 http://www.w3.org/TR/html5-diff/
このニュース見てざっと読んできただけだけど、なんか…
XHTML 1.1をHTML構文でもおｋにして、更にいろいろ追加変更した物…
に見えるのは気のせい？
>>14
要素や属性などは共通（単一の言語、とはそういうこと？）
で、構文はHTMLとXMLのどちらでも良い。という事っぽい。
XML構文を選ぶならその辺りは変わらないだろう。

17 ：09/07/05

つまりどういう事なんだ？
テケトー柔軟になっちゃったってこと？
HTML5でflv壊滅を狙った？

18 ：09/07/05

案の定である

19 ：09/07/06

標準をコロコロ変えるなよ
どんだけサイトあると思ってんだ？
昔と違うんだぞ＞W３C

20 ：09/07/06

「これからウェブサイトを作るならXHTML1.0 Strictだ」という本を読みながらサイトを作っちゃった俺はどうすりゃいいんですか！

21 ：09/07/06

>>20
俺も俺も！

22 ：09/07/06

でも残念
http://pc11.2ch.net/test/read.cgi/pcnews/1246800479/

23 ：09/07/06

僕も子供心にXHTMLになんの意味が、そして、何の存在意義があるのだ？
と思っていたよ。

24 ：09/07/06

ていうかXHTML1.xとXHTML2を一緒にしてる時点で…

25 ：09/07/06

またテーブルでデザイン？？

26 ：09/07/06

それはないわw

27 ：09/07/06

XHTML 2、廃案へ
http://slashdot.jp/it/article.pl?sid=09/07/06/0142225

28 ：09/07/06

>>27
XHTML 1.0 Strictで書かれてるんだなw

29 ：09/07/07

W3Cのページは大体がそうじゃない？

30 ：09/07/07

俺もXHTML 1.0 Strictで書いているけど、だからといって得する事は何もない。
だからHTMLに戻すことに決めた。
これでIEのバグに頭を悩ませなくて済む。

31 ：09/07/07

XHTMLは携帯にしか使わないことにした。

32 ：09/07/08

もうどっちにしてもXHTMLは俺は使わねーな

33 ：09/07/09

今 XHTML 1.xなページ → HTML 5、XML構文にスムーズに移行。
今 HTML 4.01とスタイルシートなページ → HTML 5、HTML構文にスムーズに移行。
今 HTML 4.01でTABLEレイアウトなページ → 歴史的資料として保存。

34 ：09/07/09

AJAXとかしだすとストリクト意識してたことに感謝するけどね。

35 ：09/07/09

strictさというよりxmlとしてvalidであることには感謝したかも。
xmlパーサでパースできるし。
strictであることに感謝できるようなアプリっていうと不特定多数のサイトをパースして内容解析とかする場合かな？

36 ：09/07/12

XMLとしてパース出来るっていうのも、JavaScript がHTML をパース出来るようになればありがたみがなくなる話なんだよな。

37 ：09/07/12

>>36
え、なんで？

38 ：09/07/12

どっからJavaScript

39 ：09/07/12

要するにこれからは、html4で書いておけばいいのね？

40 ：09/07/12

いったいどう考えたらそういう結論にたどり着くんだ

41 ：09/07/12

>>39
アホかw

42 ：09/07/12

俺、今からラブレター書こうと思ってるんだけどXHTMLで書かないほうがいいの？

43 ：09/07/12

>>39
拡張子を「.html5.0」としとけば間違いない

44 ：09/07/12

※ただし、ｲｹﾒﾝに限る

45 ：09/07/13

ユーザビリティ、アクセシビリティは最大に配慮したラブレター。
コンバージョン率を最大限に持っていくには何かいい方法ある？

46 ：09/07/13

>>45
<ブランド品><不動産><現金><収入>とかのリッチコンテンツを導入。
デザインは最新のイケメンにする、身長のheightは高めに取る。
面白い話とか話題のwidthは最低でも3カラム以上＆広めに欲しい。
その上で自分から発するコンテンツはできるだけ簡素で分かりやすく。
ただし相手の要求は複雑かつ気まぐれなので
メールフォーム等、受け入れ態勢は豊富に用意しよう。
解決策の提示等、エラー画面はユーザーを怒らすので不要。
seXHTMLコーディングなどのテクニックがあっても
ターゲットはなかなかソースを見ようとしないからあまり意味ないぞ。
用意した環境によっては<親と同居>とかの要素が
自動で挿入されるけどできるだけ省けよ。

47 ：09/07/13

おかしなことになってるなあ。
とりあえず HTML5 とテコンドーのどっちを先に覚えようか。

48 ：09/07/13

選択肢はその二つなのか

49 ：09/07/13

要は、HTMLって名前が普及しすぎてて、XHTML(という名前)が浸透しなかった。
だからXHTMLでやろうとしてた事をHTMLとしてやる　と。

50 ：09/07/13

要するにこれからは、XHTML1.0で書いておけばいいのね？

51 ：09/07/13

いったいどう考えたらそういう結論にたどり着くんだ

52 ：09/07/13

>>50
アホかw

53 ：09/07/13

テコンドーで

54 ：09/07/13

要するにこれからは、どうかけばいいのね？

55 ：09/07/13

フルFlash

56 ：09/07/13

ちっ…

57 ：09/07/13

html5を出してくるならさー
そもそもなんでxhtmlなんか提示したのさー
>>36じゃないけど、ｈｔｍｌをパースできるようにするのってそんな大変なの？

58 ：09/07/13

XHTMLをhtml5するメリットって何？？

59 ：09/07/13

>>58
あまり詳しくないデザイナー＠女子からはモテるんじゃない？

60 ：09/07/13

もうすぐ、Web3.0が来るぞ

61 ：09/07/14

>>55
フルTABLEレイアウトよりは好感持てる…

62 ：09/07/14

でもようつべのグーグルのインタビューで公式にコメントしてるよな
CSSであれテーブルであれ、全部解析出来て読んでるからSEOには関係ないって。
クローラー回してる所が順位表時に関係ないと言い切っているんだし
CSS＆XHTMLは優位だってのはSEO業者が根拠なく言ってる事だよな
だったらもうビルダーで手抜きしようが、手打ちで精緻に作り込もうが
一応やるべき事やってりゃ何で作ってもいいんじゃん？

63 ：09/07/14

CSS&XHTMLがSEO目的だと思ってるとは…おめでてえな。

64 ：09/07/14

一般的評価
XHTML+CSS　>>>　Flash　>>>>>>>>>>>>>>　Table
モテ度
Flash　>>>>>>>>>　XHTML+CSS　>>>>>　Table

65 ：09/07/14

一般的評価っていうより、Web制作業界での一般的評価だな。
Web制作者以外の一般ユーザーからしたら、XHTMLでやろうがFlashでやろうが
Tableでやろうがどれでもいいだろう。

66 ：09/07/15

とりあえずFlashは嫌い。
人に情報教える時に、ココ！というところにリンクできないから。

67 ：09/07/16

リンクできないことはない。

68 ：09/07/16

リンクできるように（制作）できないことはない？
それとも、
どのように作られたFlashサイトでも目的のページにリンク可能？
後者なら興味深い。

69 ：09/07/16

>>68
もちろん前者さ・・。
FLASHでは技術的にできない的なニュアンスに聞こえたので
カッとなって書いた。今は反省している。

70 ：09/07/16

反省するくらいなら書くなよ。

71 ：09/07/16

　　　_, ,_ 　ﾊﾟｰﾝ
　（　‘д‘）
　　⊂彡☆))Д´） >>70

72 ：09/07/16

HTML 5 をXMLで記述したら 今度は XHTML 5 と呼ぶのね。
HTML 5 が策定された後も、HTML と XHTML は同時進行みたいな感じか。
とりあえず今は XHTML に乗り換えても損は無いか。。。

73 ：09/07/17

ま、どういった規格であれ、周りが始めたら追随する。

74 ：09/07/18

Appleジャパン対応はえええええw

75 ：09/07/18

>>64
Flashは嫌われ者だろ、常識的に考えて。

76 ：09/07/18

昔はFLASH大嫌いだったけどね。今は回線も太いしPC環境もいいからむしろ大歓迎。

77 ：09/07/18

昔はFLASH大嫌いだったけどね。今は回線も太いしPC環境もいいけどむしろ邪魔。

78 ：09/07/18

ローディングが見えたらもう引き返すか、スキップを押してるね。
多少のねたみはあるが、基本的にウェブサイトに派手な動きは要らないから。

79 ：09/07/19

シンプル or 凄いデザインの両極端で良い…中間は要らない。
どうせFlashとか使うなら凄い事やってくれ、そうで無いならシンプルに行け。
とか思う俺。

80 ：09/07/19

1ページ目で興味引けないとか、情報にありつくのに1クリックでも必要になると
殆どの客が去っていくというリサーチをどっかで見たな。

81 ：09/07/19

正直トップの画像をフラッシュに変える程度俺の限界

82 ：09/07/19

いや「だからFlashは殆ど逆効果だよね」って言いたかったんだ(´･ω･`)

83 ：09/07/19

俺もFlash嫌い。

84 ：09/07/19

FLASHいいね

85 ：09/07/19

XHTMLはもっとイラネｗ

86 ：09/07/19

でもタグは閉じたほうが気分的にスッキリする

87 ：09/07/19

>>86
は？

88 ：09/07/19

>>86
すっげーよくわかる。

89 ：09/07/19

brにとじなんていらんだろ

90 ：09/07/19

ゴメン>>87と>>89が何言ってるのか誰か解説して。
>>86
dt、ddじゃないけど、上司（素人）が
こっちが書いた（ｘ）htmlをテンプレートにして何か作る時に、何故かそういう書き方をする。
liとか、（ｈｔｍｌ5じゃなくても）閉じなくてもIEで普通に表示されるからいいだろとか。冗談じゃない。
こっちは必死こいてストリクトに書いてるってのに。
html5も公式に「どっちでもいい」みたいな作りなら、こんなこと思わなくてもいいんだけどなあ。

91 ：09/07/19

申し訳ない、（ｈｔｍｌ5じゃなくても）は脳内削除で

92 ：09/07/19

>>90
閉じタグぐらいなら置換で一発変換できるでしょ。

93 ：09/07/19

>>90
＞でもタグは閉じたほうが気分的にスッキリする
気分的にスッキリｗ

94 ：09/07/19

liとかのタグだったらxhtml関係なく閉じタグを書いたほうが構造がはっきり見えて
いい。
brを閉じるとかは意味がわからんからいらん。

95 ：09/07/19

閉じタグのことを
空要素の />と</hoge>とごっちゃにしてるヤツ多くないか？

96 ：09/07/19

ごっちゃというか、両方の話してんじゃないの？

97 ：09/07/19

本質的には同じこと

98 ：09/07/19

>>96
解説してと煽っている人もいるからそれはないでしょう。

99 ：09/07/19

>>98
理屈になってない

100 ：09/07/19

>>89は、終了タグと空要素を区別している
>>90は、終了タグと空要素を混同している

101 ：09/07/19

>>100
今度も何も
<br />は<br></br>を省略したものなのだから

102 ：09/07/19

は、変になっちゃった。
>>101取り消しとく。

103 ：09/07/19

つまりまとめるとIEが無くなれば解決ってことでおk？

104 ：09/07/19

おk

105 ：09/07/19

せめてIE6完全駆逐するまでぎちぎちに縛り付けて頑張ってほしかったな

106 ：09/07/20

そういや何でIE6ってあんなしぶといの？

107 ：09/07/20

ネットやってるってことは、自動アップデートかかってるはずだし、
なんでああまで残ってるのか真剣に疑問だわ。
自分の意思で残してるなら、もうレイアウト崩れてもいいだろ。
そういやyoutubeがIE6切るらしいな。
ちょっと期待してる。

108 ：09/07/20

>>106-107
厨房？学生？会社のPC環境とか知らないのかな？
会社のPCで自動アップデートできない設定にしてるやつとか、
アドミン権限ちゃんとつけてて、社員のユーザIDログインでは
ソフトの勝手なインストール禁止の会社とか、山ほどあるのさ。
社内の帳票とかのシステムがIE6で動くようになってて、
Vista対応できないでいるのも少なくない。
システム開発（バージョンアップ対応）にそんだけお金使えないってとこもあんだよ。
Yahooツールバー入れただけでもそれらが動作おかしくなるから禁止されてた会社もあったし。
ワードエクセルもあやしい社員はブラウザのバージョンどころのさわぎじゃないんだよ。

109 ：09/07/20

>>108
でもネットサーフィンはしちゃうんだ

110 ：09/07/20

>>108
そんなガチガチの会社なのに、いつまでも脆弱性放置の古くて危険な
ブラウザで外部に気軽に接続して、勤務時間中にネットサーフィンや買い物おkなのかw
IE6ユーザの中にはまあそういう企業もあるだろうけど、IE6で外部につなげてる
やつてのは割れ厨だから7以降入れられないやつと、ウプデート禁止だから入れてないやつと、パソコンやOSが古いの使ってるやつと、本物の情弱の計4種いるんだよ

111 ：09/07/20

確実に減ってきてるのは間違いないけれど、YahooやGoogleが
非対応なんて感じにならない限り駆逐は無理だろね。
YahooyaGoogleが見てないと、ブラウザが悪いと気づくけど、
とあるサイトのレイアウトが崩れるだけだと、ここちゃんと作ってないんじゃない？
と思うのが一般の人だろうし。

112 ：09/07/20

結構ギリギリまでOS9×IE5使ってたけど、
ほとんどのサイトがまともに見れなくなってIntelMacに買い換えたよ。
NN7やWamcomも使いにくくて。
しかしこれはシェアが少なかったから出来た事だよなぁ。

113 ：09/07/20

>>111
ようつべがIE6切るじゃん？
もしかしてGはやる気じゃね？
ならY！も時間の問題でマネするよ

114 ：09/07/20

>>108,110
いずれにしてもしつこく面倒見てやる必要性を感じない理由だねぇ。
B to Bなサイトならまだしも、B to Cサイトでは。

115 ：09/07/20

想定してるターゲットユーザーによって
どこまで切り捨てるかなんて変わるでしょ

116 ：09/07/20

想定してるターゲットユーザー（個人のネット注文）に、
IE6の割合がそこそこ高い（2〜3割）理由がわかんないのよ。

117 ：09/07/21

IE6 切るのはいいけど個人的に IE も最新のもの推奨になってほしい
IE6 と　IE8 で大丈夫だから安心してたらＩＥ７だけ微
妙にずれてたりして　いらっとするｗ
ところでＸＨＴＭＬの話だよね？

118 ：09/09/14

Windows2000のPCはIE6までだから、まだいるんじゃない？

119 ：09/09/14

いようがいまいが、害悪は切り捨てる。
と、言えたらいいのにね。

120 ：09/09/14

そゆこと。
このコードを入れようぜ。
ttp://www.ie6nomore.com/code-samples.html

121 ：09/09/14

なんでWindows2000自体がいつまでもいる前提なんだよ

122 ：09/09/14

まだサポート終わってないからさ。

123 ：09/09/15

>>120
これでおｋ
【ネット】「Internet Explorer（IE）6を撲滅せよ」Web企業がキャンペーン
http://tsushima.2ch.net/test/read.cgi/newsplus/1249539782/1000
1000 名前：名無しさん＠十周年[sage] 投稿日：2009/08/06(木) 19:17:29 ID:QjdPk5if0
>>1000ならサイト製作者全員がこれ採用
<?xml version="1.0" encoding="Shift_JIS"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN" "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="ja" dir="ltr">
<head>
（省略）
</head>
<!--[if IE]><body><p>CSSにまともに対応してない糞ブラウザを使うのはやめようぜ</p></body><![endif]-->
<!--[if !IE]>--><body>
（ｒｙ）
</body><!--<![endif]-->
</html>

124 ：09/09/16

IE使ってる情弱に、CSSとか専門用語言っても
理解出来るわけないじゃない

125 ：09/09/16

画面の右上に「アナログ」を表示するとか。

126 ：09/09/16

IE6で閲覧すると。｜CSS HappyLife
http://css-happylife.com/log/zakki/000736.shtml

127 ：09/09/17

おまいらのしょぼいサイトでやっても無駄だ。
Y！やってくれないかな・・・

128 ：09/09/18

>>127
米のY！は前からやってるし。

129 ：10/06/10

そもそもbrに閉じが必要なんてのがばかげてる

130 ：10/06/10

xhtmlに限らないけど、ただの改行文字をタグで表すっていうことに無理がある気がするのはオレだけ？

131 ：10/06/11

&br;

132 ：10/06/15

そこが一旦区切りになることを改行で表しているだけだろｗ

133 ：10/07/31

>>130
そもそも改行なんて必要ない。
ブラウザが適当なところで折り返してくれる。

134 ：10/07/31

>>133
そういう君の書き込みに改行が

135 ：10/07/31

あんの〜、まさに今日からＷｅｂの勉強しようと思ったんで、ｘｈｔｍｌの教科書を買ってきたんですけど、
ｈｔｍｌ買いなおしたらいいんですかね？

136 ：10/08/01

>>133
読みやすさひとつ考慮できないバカって宣言してどうなる？

137 ：10/08/02

>>130
そもそも英文ベースで造られてるから、
強制改行ってのは特殊なことなんよ。
英文は段落内で改行することは基本的にないから。

138 ：10/08/04

うそつけ。
本当の理由は、OS毎に改行コードが違ったからだよ。

139 ：10/09/01

xhtmlは犠牲になったのだ
でも厳密な書き方とか学べて役には立ったよ
これからもよろしくね、html5

140 ：10/09/01

XHTML5は？

141 ：10/09/02

被リンクサービスはこれらの業者を掛け持ちするのがベスト！
http://hibari.2ch.net/test/read.cgi/affiliate/1261126390/565

142 ：10/09/05

あー

143 ：10/09/05

</br>

144 ：10/09/15

付いてこれなきゃ切りゃいいだろ。

145 ：10/09/26

html5の方がスマートだしね

146 ：10/09/26

っ xhtml5

147 ：11/11/23

もうSEXHTMLにしてエロを売りにするしかない

148 ：11/11/23

Super EXtensible Hyper Text Markup Language

149 ：11/12/08

XHTMLもHTML5も大して言語として仕様が変わってるわけじゃないんだから以降なんて簡単じゃないのか

150 ：11/12/13

HTML5はHTMLでも<br />みたいな書き方出来るようになったからね

151 ：11/12/23

HTML5に<br />なんてのはない。

152 ：12/01/18

HTML5はHTMLだと、属性が無いときは<br/>って書かないと駄目なんだな

153 ：12/02/24

そんな必要があるのは役立たずのXHTMLだけだ。

154 ：12/03/11

結局とんでもないより道をしたって事か

155 ：12/03/16

当時はXML化していくと思ってたんだがなぁw

156 ：12/03/17

俺は思わなかったけどなｗ
XMLは人間が読んだり書いたりするものじゃない
機械で生成したり読み込むもの
しかも長期保存する類のものに限られる。

157 ：12/03/27

「XHTML 2終了、HTML 5一本化」
ふざけんなよな。今さら。

158 ：12/03/27

>>151
HTML5に<br />なんてのはない。
>>152
HTML5はHTMLだと、属性が無いときは<br/>って書かないと駄目なんだな
要はスペースを外して<br/>とするのが正解なのか？

159 ：12/03/27

今からHTMLの手書きの勉強しようとおもうのだが
XHTMLはスルーで良いのか？

160 ：12/03/27

HTML5ではXHTML構文もOKらしいから、その文書をXMLとして処理したい事情があるならXHTML構文使ったらいいんじゃない。

161 ：12/03/27

HTML4に戻れって事か？
http://www.htmq.com/html5/002.shtml
せっかくXHTMLの勉強を始めたのに。。。

162 ：12/03/29

HTML5ならむしろXHTMLで書いておいた方が、HTML5に対応してないブラウザでも解釈できる
>>158
属性が無いときに、スラッシュの前に半角スペース置けない仕様書のバグは修正された