[最新版] http://www.w3.org/TR/xhtml2/
[2004-07-22 第六草案] http://www.w3.org/TR/2004/WD-xhtml2-20040722/
過去スレ・参考文献など >>2-10 辺り。
草案以前
http://www.w3.org/2001/09/21-orf/xhtml-family/slide22-0.html
http://pc.2ch.net/hp/kako/1008/10083/1008380243.html
(>>83-126 辺り)
第一草案
http://www.w3.org/TR/2002/WD-xhtml2-20020805/
http://www.satoshii.org/markup/notes/2002/08
http://www.mk-net.jp/cgi-bin/misc/diary.cgi?200208A#d20020806m02
第二草案
http://www.w3.org/TR/2002/WD-xhtml2-20021211/
http://pc5.2ch.net/test/read.cgi/hp/1028659057/206
http://www.mk-net.jp/cgi-bin/misc/diary.cgi?200212B#d20021213m01
(消えている…)
第三草案
http://www.w3.org/TR/2002/WD-xhtml2-20021218/
http://pc5.2ch.net/test/read.cgi/hp/1028659057/232
第四草案
http://www.w3.org/TR/2003/WD-xhtml2-20030131/
http://pc5.2ch.net/test/read.cgi/hp/1028659057/283-285
第五草案
http://www.w3.org/TR/2003/WD-xhtml2-20030506/
http://tr.vis.ne.jp/diary/d200305a.html#d08a
http://pc5.2ch.net/test/read.cgi/hp/1028659057/411-412
http://www.kanzaki.com/book/html/spec-nofollow.html#xhtml20
流出草案
http://www.w3.org/TR/2004/WD-xhtml-modularization-20040218/SCHEMA/examples/xhtml1.1/test2.xml
http://lists.w3.org/Archives/Public/www-html-editor/2004AprJun/0065.html
http://www.satoshii.org/markup/notes/2004/04#date13
第六草案
http://www.w3.org/TR/2004/WD-xhtml2-20040722/
http://webweaver.g.hatena.ne.jp/kotastyle/20040724
【野望の】XHTML 2.0【王国】
http://pc5.2ch.net/test/read.cgi/hp/1028659057/l50
【RDF】セマンティックウェブ【メタ情報】
http://pc5.2ch.net/test/read.cgi/hp/1057681807/l50
XML使いのスレ 2.0
http://pc5.2ch.net/test/read.cgi/hp/1057198990/l50
実装例など
Sjoerd Visscher 氏の。XBL, HTC, CSS などによる実装。
http://w3future.com/weblog/gems/xhtml2.xml
mimasa 先生の。様々な XML 応用語彙の混在文書の例。
http://www.w3.org/2003/Talks/1114-W3CDay-Japan/mi-iaweb/demo/hybrid.xhtml
石動さんの。XLink, XHTML1, CSS などによる実装。
http://homepage2.nifty.com/tomchem/xml/xhtml20.xml
さとみちんの。XLink, XHTML1, CSS などによる実装。
http://www.remus.dti.ne.jp/~a-satomi/bunsyorou/Camino_benriSet/sample2.xhtml
謎さんの。XSLT による実装。(移転中？)
http://nazo.europe.webmatrixhosting.net/distribution.aspx/xhtml2.xml
XML 1.0 http://www.w3.org/TR/REC-xml
Namespace in XML http://www.w3.org/TR/REC-xml-names/
XML 1.1 http://www.w3.org/TR/xml11/
Namespace in XML 1.1 http://www.w3.org/TR/xml-names11/
XLink 1.0 http://www.w3.org/TR/xlink/
HTML 4.01 http://www.w3.org/TR/html4/
XHTML 1.0 http://www.w3.org/TR/xhtml1/
Ruby Annotation http://www.w3.org/TR/ruby/
Modularization of XHTML http://www.w3.org/TR/xhtml-modularization/
XHTML Basic http://www.w3.org/TR/xhtml-basic/
XHTML 1.1 http://www.w3.org/TR/xhtml11/
XML Events http://www.w3.org/TR/xml-events/
XForms 1.0 http://www.w3.org/TR/xforms/
MathML 2.0 http://www.w3.org/TR/MathML2/
SVG 1.0 http://www.w3.org/TR/SVG/
SVG 1.1 http://www.w3.org/TR/SVG11/
XHTML ロードマップ http://www.w3.org/MarkUp/xhtml-roadmap/
xml:id http://www.w3.org/TR/xml-id/
HLink http://www.w3.org/TR/hlink/
XFrames http://www.w3.org/TR/xframes/
XHTML + MathML + SVG http://www.w3.org/TR/XHTMLplusMathMLplusSVG/
M12N of XHTML 1.0 SE http://www.w3.org/TR/2004/WD-xhtml-modularization-20040218
XHTML Media Types http://www.w3.org/TR/xhtml-media-types/
XHTML and RDF http://www.w3.org/MarkUp/2004/02/xhtml-rdf.html
仕様書の翻訳等
W3Cの仕様書等の文書の日本語訳集 http://www.w3.org/Consortium/Translation/Japanese
W3C文書日本語訳の補完 http://www.akatsukinishisu.net/wiki.cgi?W3C%CA%B8%BD%F1%C6%FC%CB%DC%B8%EC%CC%F5%A4%CE%CA%E4%B4%B0
http://lists.w3.org/Archives/Public/www-html-editor/
http://lists.w3.org/Archives/Public/www-html/
(XHTML 関連仕様書の「誤り」の報告などは [www-html-editor] へ、
XHTML 関連仕様についての「提案・議論」などは [www-html] へ。
なお、subscribe しないと post はできません)
HTML Working Group Voyager Issue - XHTML 2.0
http://hades.mn.aptest.com/cgi-bin/voyager-issues/XHTML-2.0?user=guest
嫌いではない。
ま、立ってしまったものは仕方がない。
適当に埋め立てるとするか。
了解しました
へー、そうあんだー
>>16
へー、そうあんだー
> DTDがなくなったら、実体宣言とかどうするのかしら。
> W3C XML Schemaで、要素を使って文字とかを参照するのがあった気もするけど、
> 属性値での参照には使えないぞ。
要素で文字を参照する仕組みとしては、
OASIS の DocBook XML 仕様の一部に
XML Character Elements というのがあります。
http://www.oasis-open.org/committees/docbook/specs/wd-docbook-xmlcharent-0.3.html#char
>>4 の mimasa 先生の実装例にもこれが組み込まれていますが、
確かに属性にはこれは使えませんね。
う～ん、数値文字参照で何とかしてもらうしかないでしょうか。
UTF-8 使えばいいやん、って気もしますが、
なかなかそういう方向にも行き切れないみたいですね。
謎氏のサイトは、鯖の急な有料化に対応出来なかった為、デリられてしまったそうです
RDF/XMLでrdf:aboutやrdf:resource属性などを使って、
ある名前空間の語彙を (rdfやrdfsなどはしばしば複数箇所で)
参照したりすることがあるわけですが、
QNameが使えず、URI参照をフルで書かなければならないんですね。
その面倒さを解決して何とかURI参照を省略したいなあというところに
内部実体があって大助かりだったので、無くなると困るなと。
まあ仕様が悪いと言われればどうしようもありませんが…。
XML 2.x系になればスキーマ関連は大幅に変わるでしょうが、
(そしてきっとW3C XML Schemaがnormativeなスキーマとして取り込まれるでしょうが)
DTDのスキーマ以外の部分について、何らかの代替的な機能を用意してほしいですね。
外部解析対象実体はXIncludeあたりが担うのかな。
ああ、なるほど、よく &rdfs; とかやりますね。
別に、スキーマとしての DTD があろうとなかろうと、
XML である以上は DOCTYPE 宣言をして駄目ってことはないので、
内部サブセットに実体宣言だけを
<!DOCTYPE html [<!ENTITY rdfs "...">...]>
と記述すれば良いんじゃないでしょうか。
(XML 1.0/1.1 プロセサなら正しく解釈します。)
# ちなみに、XML 2.0 で DOCTYPE 宣言そのものが廃止されたら…？
# その時は RDF/XML でも QName が使えるようになってることを
# 期待するしかないですかね。
http://tr.vis.ne.jp/diary/d200305a.html#d08aが404です
http://tr.vis.ne.jp/
現在休止中との事
ttp://www.w3.org/TR/2004/WD-xslt20-20041105/
XMLスレに投げた方がいいでしょうけど、誰が読むんですかこの仕様書…
702,710,719みたいなXHTML2に後方互換を求める意見って
あのスレならではなんだろうか。こっちでは見たことない気がするんだが。
未知の名前空間の名前はローカルパート見て当てずっぽうで解釈とか？
ハタ迷惑すぎるよなあそんな振る舞い。
> そういや、XLinkとかHLinkはどうなった。
HLink については "Awaiting results from the Linking Task Force" らすぃ。
つーか Linking Task Force って仕事してるの？
ttp://www.w3.org/TR/2004/WD-webarch-20040816/#xml-links
8/16 仕様書WD「XMLのリンクといったらXLinkよ」
ttp://lists.w3.org/Archives/Public/public-webarch-comments/2004JulSep/0133.html
9/29 HTML WG「意義あり。XLinkはコンセンサスを得ていない」
ttp://www.w3.org/2004/10/06-tagmem-irc#T15-13-33
10/6 TAGミーティング「OK、XLink以外も存在は認めよう。HTML WGはどう反応するかな」
ttp://lists.w3.org/Archives/Public/public-webarch-comments/2004OctDec/thread.html#10
10/7 TAG「ミーティングでこれ決めたよ (上記ミーティング要約)。」
10/20 HTML WG「いや、コンセンサスに至ってないのだから、『XLinkが適切よ』とかの文句が気に入らない」
10/20 TAG「HTML勧告だってXLinkと同様、コンセンサス欠如の状況で生まれただろうに」
10/22 HTML WG「反論する前に勧告にのし上げたXLinkなど詐欺同然」
10/22 TAG「いや、反論の機会はあった」
中の人は大変ですね。
> the linking task force has made little progress in the last seven months
手をつけずにHLinkの動きを封じ、XLinkをデファクト標準のリンク手法に至らしめる。なんつて
うはは、侃々諤々ですな(w
つーかみんなちゃんと TAG の話題とかもチェックしてるのね。
羨ましいバイタリティだ。
【W3C】Web標準仕様・技術系総合スレッド その1
http://pc5.2ch.net/test/read.cgi/hp/1093950965/l50
ttp://www.w3.org/TR/2004/WD-xml-id-20041109/
XForms 1.1 の 1st draft が出ました。
# XHTML 2.0 の勧告に間に合ってしまうんじゃないかなどと
# 思ってしまったり。
「勧告になったからには盛り込め」てき乗りになると
XHTMLのワーキンググループはまた混乱するかも。
ちゅーかその場合 XForms 1.0 の存在意義が…
まあなくなるとは言わないけれども。
># XHTML 2.0 の勧告に間に合ってしまうんじゃないかなどと
># 思ってしまったり。
つーかそのための XForms 1.1。この辺読むと何やら怪しいことが書いてある。
http://www.w3.org/TR/xforms-11-req/#simplify-xhtml2
ごめん…
動きたいのに動けず、待ってる間結局HTMLでサイト完成。
ちくしょー勧告まだですかー
abbr属性ってグラフィカルなブラウザではtitle属性みたいにポップアップされるようになると思うんだけど、
それを現時点で実装する方法ってDOMで取得してtitle辺りに書き換えるしか無いかな?
何かアイデアあったら教えてください
http://www.remus.dti.ne.jp/~a-satomi/bunsyorou/ArekorePopup.html#userFAQ
みたいな方法かなぁ。まあこれもDOMで要素を作ってるんだけど。
>ポップアップされるようになると思うんだけど
現段階で実装されてない主要ブラウザはIEくらいじゃないか？Macのほうは知らんけど。
IE向けに……ってんなら、>>64とか。
> Macのほうは知らんけど。
Mac IE 5.x でも実装されてる。
ああー、ごめんごめん要素のつもりですた。
なんか変だなーとは思ったんですが。
個人的には abbr ポプアプするよりも
tbody をインラインフレームぽい表示にする方が
見やすいと思いますが如何。
それよりも人がいた事に驚いたよ
>>71
tbodyをiframeみたいに表示して、とはデフォルトスタイルシートでって事?賛否が分かれそうだね。俺は賛成
俺はtableのデータだけをCVSなりなんなりの形式で書き出せるようにしてほしい
激しくスレ違いだけど
WinIEでabbr要素を(無理矢理)読ませるのはinnerHTMLでacronymに置換したらいい
その他工夫すれば擬似要素にも対応可能
再度スレ違いｽﾏｿ
ごめん。勘違いしました
＞俺はtableのデータだけをCVSなりなんなりの形式で書き出せるようにしてほしい
俺はむしろCVSなりなんなりの別の形式の表データをtableタグで読み込めるようにして欲しい。
objectとかimgで画像データとかを読み込むようにさ。
<table type="text/cvs" src="hoge.cvs" />
とかそんな感じでさ。table,tbody,tr,tdっていちいち書くの激しくめどいんだもん…
激しくスレ違いだけど
captionはtableモジュールってのがキモいな。
俺としては数個のオブジェクトに1つのキャプションをつけたいんだが、
それはXLinkが解決してくれるのかい？
面白いね。でも、鯖側で変換すれば今でも何とかなるんじゃない?
つーか、それをできるようにすると、
<table type="application/x-excel" src="hoge.xls" />
とか言うウザいのが増えそうな悪寒。
うわぁ…まさにオレが以前つくったカスタムタグそのままぢゃないかYO
ファイルからのtableタグ変換っていうものは結構出回っている。
というか実はそれも想定内だったんだよね。
でも現状の、Excelでxlsファイルを「HTMLに変換して保存」したときに生成されるあの滅茶苦茶汚いtableタグより一行で済むそれのがいいと思わない？
鯖でtableタグに変換するんだと、cvsはいいとしてもxlsはどのみち糞汚いソースに化けそう…
>>77
えーと…「おまいは俺ですか？」でいいんだっけｗ
ところでこの方法の問題点…
１．W3CがXHTMLにスタイルシートやスクリプトではない純粋な読むためのテキストを読み込ませるのを許すのか
２．そもそもCVSの標準化された仕様ってあったっけ
１についてはもしこれが許されるのならcodeタグで.cとか.cppとか.hとか.javaとか.html（ソース表示）とかを別ファイルで読み込むのも許されるだろうからそしたらもっと便利かなーみたいな…
（方針が明文化されてないなら）W3Cにどうですかって放り投げてみたらいいんじゃね？
よくわからないなら発言するなよ。
text/plainならソース、text/cvsなら実装依存でしょ
というかtext/cvsって登録されてるのか、仕様書ではどうなってるのか分からないからなんともいえないけど
text/x-csv
text/comma-separated-values
ただし非標準
text/tab-separated-values はあるのにね
http://www.iana.org/assignments/media-types/text/
http://nazodane.hp.infoseek.co.jp/test/xhtml2/xhtml2_test.xml
おお、謎さん復活してたんですね。
http://webweaver.g.hatena.ne.jp/kotastyle/20050127
俺は
IE6,FireFox1.0,Netscape7.1,Opera7.54u1
あたりのブラウザを動作検証対象にしてるけど、このへんもう問題なく
対応してるのかな？
問題ないならそろそろxhtmlへの移行も考えようかな、なんて。
というかXHTMLだけならほとんどのブラウザで解釈できる気がする。問題はCSSなわけで。
（NN4はMETA属性でCSSを外して対処。）
XHTMLとCSSの組み合わせって、基本マークアップだけなら描画自体は変わらないのかな？
まぁやって見ればいいんだけど・・・
media属性にprintを入れて対処
少なくとも WinIE が application/xhtml+xml をわかってくれないので
XHTML1.1 は使わない方がいいと思われ
XHTML1.0 を text/html として送るのが今のところ無難
WinIE6ではXML宣言が有ると互換モードでレンダリングを行ってしまうというバグが有ります。
http://members.at.infoseek.co.jp/cssbug/detail/winie.html
>>97
http://www.satoshii.org/spec/xhtml-media-types/20020801
# ……ところで、XHTML 2ポータルはﾏﾀﾞｰ? > ( ﾟдﾟ)先生
サンクス。
うーん、色々予期できないような動きはありそうですね。
もうちょっと様子見てみようかな・・・
ＣＳＳと分離してあるソースなら、移行はツールでできるだろうし。
（ってできるよね？）
CSS3 Backgrounds and Borders Module
http://www.w3.org/TR/2005/WD-css3-background-20050216/
>少なくとも WinIE が application/xhtml+xml をわかってくれないので
そのことを知らず、泣きながらアパッチを弄ってた１ヶ月前
赤と青が繋がってしまうんですが
何とかならないですかね？
プログラム板には該当するスレッドがなかったのでこちらで・・・
意味も目的も不明だが、恐らくスレ違いか板違いだ。
やっぱりそうか（・・
XML/VMLでの線引きで
赤い線・青い線を個別に定義しているはずなのに
繋がってしまうというバグなのですよ
（というか記述に何かが足りない）
XMLスレやVMLスレがないのでXHTMLスレならと思って。
板汚しすまんそん
「ないので」って…
http://pc5.2ch.net/test/read.cgi/hp/1057198990/
ありがとー
おかしいな、、、XMLで検索したはずなんだけど
お騒がせしました
bodyはシンプルにしていく方針なのかね。引用とかXFormsとか
俺的には楽しみでならないんだが、これ初心者に書けるのか?
今後はオーサリングツールのレベルが底上げされるって期待してるんじゃない？
今見たら１番目だったけど。ダンス中だな。
いろいろな解説本を見ると、基本エリア（ヘッダ・メイン・フッタ）などのエリア分けに、
divタグを使っているものとpタグを使っているものがみられます。
divの方が適切なのではないかと思うのですが、みなさんどうされていますか？
pタグを使っている方はおしらく、大きな意味でヘッダもフッタも段落としてとらえているのでしょうが、
微妙に違和感もあります。
ただdivの乱用は適切でないとも目にしたことがあります。
divが適切なときはdiv
嫌いではない。
俺ならdivにするけど、自分が適切だと思った方にすればいいんじゃない？
ありがとうございます。divですね。
まだどっちが適切とかあまりはっきり見えてないんですよね。なので悩んでました。
はじめに読んだ『MovableType スタイル＆コンテンツデザインガイド』って本でまぜて使ってあって。
他の本みても結構まちまちだったり。
なんとなくdivでそろえた方がスマートかなぁという感じはします。
pはあくまでも文章のかたまりの中での段落に限ると。
答を求めているのではなく、自分の選択の正当性を確信したいだけだったりするのよね。
個人的なおすすめ
むかつきながら覚えるウェブページ作り
http://web.archive.org/web/20030604061130/http://c-cho.org/wp/
現実的な記述の為の XHTML1.1 入門
http://mayah.jp/archive/xhtml/
いい感じレス！
アリガロ
昇～竜～拳！ (by 猫ヒロシ風
> なお、この文書は無保証ですが、市販の解説本よりはましだと思います。
どこがだ?
ttp://www.w3.org/TR/2005/WD-xhtml2-20050527/
ロードマップによればもうCRの時期に入ってしまうのですが…。
というわけで皆さんレビューよろ。
diff-marked editionはこちら
ttp://www.w3.org/TR/2005/WD-xhtml2-20050527/xhtml2-diff.html
久々に来ましたねえ。というわけでage
あと、削除されたところはdiff-marked-editionに書かれてないのでよく分からない。
html要素にxml:langが必須に。
title要素は<meta about="" property="title">...</meta>と同等に。address要素やedit属性も同様に。
layout属性が追加。空白に意味があるかどうかを記述できる。preなどはこの属性のデフォルト値を変えるということに。
<li><separator/></li>という例が追加。
abbr要素にfull属性が追加。略する前の言葉をURIで示す。
strong要素は周りと比べて強調すると明記された。strongのネストにより強調の強調が表現できるということか。
追加されたencoding属性によりsrc属性の指すリソースを取得するときのaccept-charsetを指定可能に。
type属性はsrctype属性に名前が変わった。でもhandlerにはsrc属性がある?
Scripting ModuleはHandler Moduleに名前が変わった。script要素もhandler要素に。セマンティクスも細かく変わっているっぽい。
media属性が追加。要素にメディア(screenとかprintとか)を指定して、メディアごとに内容を変えられるようになった。
role属性が追加。セマンティクスの定められたclassのようなもの?
access要素が追加。access属性はなくなった。roleを指定できるように。
XForms関係も変わったっぽいけどXForms関係はよく分からない。
・img 要素が復活。<img src="...">テキスト...</img> みたいな。
・DOCTYPE 宣言が MUST から SHOULD に
・名前空間が http://www.w3.org/2002/06/xhtml2/ に(末尾にスラッシュが追加)
・<abbr full="#..."> で参照できるのは、同一文書内の要素のみ、らしい。
(じゃあなんで IDREF にしないかな? ID のない要素をXPointerで参照できるように?)
・title 要素と <meta about="" property="title"> についてはまだちょっと混乱気味。
実際に head 内に title 要素のない例も提示されたりするけど、その一方で
Relax NG の記述を含め、head 要素の内容定義は title, (いろいろ)* になってるし、
"Every XHTML document must have a title element in the head section."
って注記も健在してる。
# まあスキーマの方が直し忘れですかね
○ type属性はsrctype属性に名前が変わった。でもhandler要素にはtype属性がある?
あと、param要素にもtype属性はある。
こたせんせの
RDFでよく使われる語彙の名前空間URIと形式的に合うようにしただけかな。
<head>
<title>Virtual Library</title>
</head>
<body>
<p>Moved to <a href="http://example.org/">example.org</a>.</p>
</body>
</html></pre>
最後のpreって何…？
ttp://www.w3.org/TR/2005/WD-xhtml2-20050527/conformance.html#doccont
ただの間違いでしょ。報告よろしく。
www-html-editor@w3.org
XHTMLでindexから <link～略>CSS/bace.css てしてCSSファイル読み込んだら
読めないのに design/baxe.cssてしたら読めました。
cssって言うディレクトリは禁止なのですか？
baxe<= ミス
bace
そんな禁止は聞いたことがない。大文字ではないがcssってディレクトリで普通に動かしたこともある。
みたとこ、おっちょこちょいな性格のようなので大方スペルミスとかなんじゃ？
i-XHTML ver1.0を使っています。
お願いします。
http://pc8.2ch.net/test/read.cgi/hp/1116430358/
(ﾟДﾟ) 解き放て！
( (7
<ωヽ
背景色を途中で変えたいのですが変えることができません！
各種宣言を行い<body bgcolor>をかませたのですが思うように動作しません。
私が組んだのは以下の通り
<?xml version="1.0" encoding="Shift_JIS"?>
<!DOCTYPE html PUBLIC "-//i-mode group (ja)//DTD XHTML i-XHTML(Locale/Ver.=ja/1.1) 1.0//EN" "i-xhtml_4ja_10.dtd">
<?xml version="1.0" encoding="Shift_JIS"?>
<body bgcolor=red>背景赤</body><br><body bgcolor=green>背景緑</body>
どこか間違っていたら教えてください！
よくよく考えたら2.0じゃないですね…
初心者ｽﾚに行ってきます
はい…
何せXHTMLの勉強を始めたのは３日前ですから…
携帯用HPを制作したいと思いネットで調べたんです。
するとHTMLやCGIなどという言葉が出てくるじゃないですか！
もっと調べていくうちに携帯用はXHTMLだと判明して女の私なりに勉強していたんです。
それで最初の壁ですよ…
CSSが難しくて難しくて。
今だにブロック要素が理解できません…
先は長いです…
ぶっちゃけどのXHTMLだろうと、あるいは HTML でも
ほとんどの携帯では差し支えなく扱えるんで、
携帯用なら XHTML Basic 1.0 か WML 2.0 がおすすめ。
ドコモの XHTML は仕様が滅茶苦茶だからまともに解説してるサイトないだろうし。
まあ XHTML の基本はどのバージョンでもほとんど一緒なので、
XHTML 1.0 か XHTML 1.1 の解説ページで勉強して
どのバージョンを使うか決めればいいと思うよ。
参考
http://www.kanzaki.com/docs/htminfo.html
http://www.kanzaki.com/docs/html/xhtml1.html
http://www.kanzaki.com/docs/html/xbasic.html
ぶっちゃけ、このスレ的にはinvalid/no strict過ぎる…
XMLの構文にも適合してないし、そもそもapplication/xhtml+xmlが解釈できる携帯なんてあるの?
#xml宣言が二つ、bodyが二つってね…
#dtdが相対だけどこのdtdって存在しないんじゃなかったけか
<?xml version="1.0" encoding="utf-8"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 2.0//EN" "http://www.w3.org/MarkUp/DTD/xhtml2.dtd">
<html xmlns="http://www.w3.org/2002/06/xhtml2/" xml:lang="ja" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.w3.org/2002/06/xhtml2/ http://www.w3.org/MarkUp/SCHEMA/xhtml2.xsd">
<head>
<title>背景色</title>
<style srctype="text/css"><![CDATA[
.class_a{background-color:red}
.class_b{background-color:green}
]]></style>
</head>
<body>
<p class="class_a">視覚系UAでは背景赤</p>
<p class="class_b">視覚系UAでは背景緑</p>
</body>
</html>
<style type="text/css">でいいんでないかと。
(･∀･)ノ
WML2はWAPの後継団体（名前忘れた）によって葬り去られました。
いや XHTML 2.0 草案だし。
>>149は単なるXHTMLスレだと思ってここきたんでしょ。
# なんかその後たらい回しされてるみたいだけどｗ
M12Nの2.0も出るっぽいから、多分出るんじゃないかな？
Sep 2005 に最初の草案が出る予定ってことになってるけど、
信憑性のほどは全く定かでない…。
せめてロードマップくらい更新してくれよう。
ttp://www.w3.org/TR/2005/REC-xml-id-20050909/
それにしても、こいつが勧告されたおかげで今後の仕様は大分見通しがよくなりますね。
ところで、XHTML 2.0 でこれが採用されるのは当然として、
M12N SE (ひいては XHTML 1.1 SE や XHTML Basic 1.0 SE?) でも
xml:id が採用される方向で行くんでしょうかね？
先の草案で xhtml:id なんてのを認めたくらいなんだから、
採用してくれそうな気もするんですが……。
# XML 1.2 くらいでは xml:id 仕様が normative reference になるんだろうなあ。
# 遅すぎたくらいだけど、ともかく夢がひろがりんぐ
ちょうど1年だけ間延びしている気がするぞ…。
$Date: 2005/09/07 13:35:34 $ ですね
アンテナに入れてるのに全然気付いてなかったorz
XHTML 2.0/M12N 2.0 がのんびりなのは仕方ないとして、
XFrames がようやく本格的に動き出しそうな雰囲気ですね。
しかし M12N/XHTML 1.1/XHTML Basic の SE が 12月ってのは……
まだ PER にもなってないのに間に合うのかしらん。
てか、まもなくPERが出るってことですかね。
そんで、その中でfrag id機構の抽象フレームワーク云々…と学術仕様化して学者さん大喜び。
そして、また使われない仕様(群)が一つ。…駄目だな。
みたいに全部別のファイルにまとめたいと思ってるのは俺だけだ(自己完結
http://validator.w3.org/で検査をかけたところ
Line 76 column 49: document type does not allow element
"table" here; missing one of "object", "applet", "map",
"iframe", "button", "ins", "del" start-tag.
tableに関してこれがどうしても取れません・・
どういう意味かわかる人いましたら教えてくださいませ・・
このサイトは、ＸＴＭＬっていう新しい言語でかかれていて、
次世代言語らしいです。
皆さんの評価はどうよ？
ソース晒せ
http://ring.aist.go.jp/openlab/k16/htmllint/htmllint.html
こっちでチェックすれば、日本語でエラーが表示されてわかりやすいかもよ。
さっきのチェッカーよりさらに厳しいこと言われてやる気なくしたよ。
imgに縦横入れろとか言われまくってる・・そんな大事かね・・
合格したらNN7でもFF1でもちゃんと表示されるようなチェッカーはないかな？
どうもDIVで切ったレイアウトがぶちこわれて困ってます。
キツイな・・
img に width, height, alt は必須だ、ボケ。
width, height がないと落ちてくるまでレイアウトできねーだろ。
落とさない場合は全くレイアウトできずに狂うだろ。
その中でimg要素に必須なのはalt属性のみ。
widthとheightは記載しなくてもよい。
つか、ファイル自体にサイズの情報がない形式ってあるの? SVGとかどうなんだっけ
電車男ガンバレーさおk９しあ９おいさ０いs０あ９８ゑるめすもえー＾＾
リア厨乙
アラジンチャンネルつくろう
http://pc8.2ch.net/test/read.cgi/hp/1126794225/
桁数の不定なカウンタとか
あれってどうするんだ？
カウンタ設置しなければいいのか('A`)
永遠にワーキングドラフトのままじゃね
ってか前の勧告が六年前かよ。小学校卒業できるじゃん。
紙出身のアホがとりあえずデカイ画像をwidthとheightを使って
好きなサイズにするからだそうです。(アホ的にはあとで手直ししやすいそうです)
photoshop内で絶対サイズで切って貼ってる俺みたいな奴には
信じられない命令をしているなと思いました。
>>177は紙出身でおｋ？
というより何でobjectに統合されないんだっけ？
詳しく
というか、W3Cのサイトには公式の定義がないような。
俺、間違ってる事言ってたら教えて！
マークアップって…
<h1>ふんにゃかふんにゃか</h1>
みたいな感じだけど、img要素ってマークアップって感じしないんだよね。。
<img src="***" alt="**" (略) />
てか、空要素は全部そうかな…orz
>>207
独自とか多かったもんな。。
img要素は「文章をマークアップしている」感じがしないってこと？
もしそうなら、img要素は「直前の文章と直後の文章の間にこういう画像を入れる」っていう意味の要素だと考えたらどう？
<img>http://2ch.net/nomatako/1.jpg</img>
http://2ch.net/nomatako/1.jpgという場所にある画像、という意味を、
img要素で挟んでマークアップしているのだと思い給へ。
原理的にはある。RDF周辺ではそういうことになっている。
XHTML 1.x の話題はスレ違いなんで質問スレか Strict HTML スレにどうぞ。
てか、lint に関しては「結果の解説」に詳しい説明があるので、
それを読めば大体自分で解決できると思う。
ちなみに "document type does not allow element" 云々は
table の親要素が間違っているということ。
インライン要素しか書けないところに table を書いてる。
具体的には大方 p か h1-h6 か address 辺りの中に table を書いてたんじゃないかな。
もしくはその辺の要素の終了タグの書き忘れ/挿入ミスとか。
まあもう自己解決してるかも知れないけど。
>>208
そういうふうに(ちょっと違うけど)思う人が多かったから
XHTML 2.0 の img は空要素じゃなくなったんだと思うよ。(>>132)
というかまあ、汎用の src 属性だけでも十分だったような気はするけど。
それよりもobjectをもっと意味のある名前にできないのかなぁ…?
何でも埋め込めるし凡用性が高いからな…
divやspanと共にclass属性を必須にするとかして欲しい。(classはrdfで明確な意味付けができるようにして欲しい)
埋め込める物:画像(png/svg等)、動画(smil等)、ゲーム(flashとか)、音楽、他のページ、数式、フォーム etc...
1「凡用性www」
2「いちいち揚げ足取りすんな」
3「言葉は変わるもんだよ」
4「スレ違い」
5「冗談はおまいの脳内だけにしてください(pgr」
6「ぐぐればたくさんヒットする。変わらないのはお前の脳内の方」
7「スレ違い」
8「どうでもいい」
9「そうだな。ここまでにしとくわ」
10「
凡用性www
お前は俺を怒らせた
objectの代替をどうするか決めるのに、また何年もかかりそうな気がス。
XFrames W3C Working Draft 12 October 2005
http://www.w3.org/TR/2005/WD-xframes-20051012/
解説っぽいの
http://www.satoshii.org/markup/notes/2005/10#date13
あと、ロードマップが更新されて M12N SE と XHTML 1.1 SE が TBD になった :P
一応今月中に XHTML 2.0 の草案更新が来るってのは変わってないもよう。
( ﾟдﾟ)先生、乙です。
なんかローラーブレードで登校するような微妙な痛さがありますよね
んなこたない
それは君みたいな発言をする人の痛さだね。
俺はなんとなく分からないでもないが。
どっちにしろ xhtml に変わりないんだからバージョンとか気にすんなよ。
ぽまいら CSS level1 とか level2 とか気にしたことあったかい？
だってまだ勧告されてないじゃん
だろ。というかその意味で言ったんだけどな。
だろ。
↑これなに？ｗｗｗｗｗｗｗｗｗｗｗｗｗ
おまえ実は何にも知らなかったんじゃないの？ｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
いるよなリアルでも、こーいうヤツｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
<script type="text/javascript">
<!--
var txt = new Array();
txt[0]="/1281680533.jpg";
txt[1]="/1281679717.jpg";
mmax = 2; //メッセージ行数
txtno = Math.floor(Math.random() * mmax);
document.write("<img src=\""+txt[txtno]+"\">");
//-->
</script>
とかいたところ
「<script>～</script> 内にコメントを書くと、本当にコメントとして扱われます。」
とエラーがつくのですが、どうやったらエラー解除できますか？
-->
を外す
<script type="text/javascript">
<!--
var txt = new Array();
txt[0]="/1281680533.jpg";
txt[1]="/1281679717.jpg";
mmax = 2; //メッセージ行数
txtno = Math.floor(Math.random() * mmax);
document.write("<img src=\""+txt[txtno]+"\">");
//-->
</script>
とかいたところ
「<script>～</script> 内にコメントを書くと、本当にコメントとして扱われます。」
とエラーがつくのですが、どうやったらエラー解除できますか？
スゲーエラーになったんですが・・
Webサイト制作初心者用質問スレ Part 148
http://pc8.2ch.net/test/read.cgi/hp/1132226024/
未定
早くて再来年かしらね……
XML スレの人ですか？ 保守サンクスです。
ところで、XHTML 2.0 から仕様書の体裁（書式？）が変わってるけど、W3C の
仕様書の体裁はまちまちで読みづらい。
「統一しろ！」っていう意見はないのかな？
対応するのに十数年・・・
# 結局去年のうちにドラフト出ませんでした。
ttp://www.whatwg.org/specs/web-apps/current-work/
('A`)
スレタイの【みらくる】，【ドリーム】
なんかすごいの？
('A`)
('A`) WHATWG...?
ttp://www-06.ibm.com/jp/developerworks/xml/060113/j_x-futhtml1.shtml
ttp://suika.fam.cx/~wakaba/-temp/wiki/wiki?WHAT
ttp://en.wikipedia.org/wiki/Web_Hypertext_Application_Technology_Working_Group
ttp://bruno.vernay.free.fr/wp/index.php?tag=xforms
> Sadly, it looks like they just made a third way of doing things,
> much like Atom added to the mess of RSS 1 and RSS 2, not cleaning the mess.
('A`)
ttp://www.curl.com/
(`・ω・') it's time to fill the world with presentation.
そういやxpointer() schemeなんてのがあったなあ…。
財布も注ぎ込めってことでしょうか・・・
単に広告のタグを書いてるやつがダメダメだって以外の何かを想定したのか？
それなら有料のサービスに乗り換えりゃいい
今は結構安いじゃない
＿＿＿＿＿＿＿＿＿
|PHP | ◯ ｜
|Perl | ◯ ｜
|.htaccess | ◯ ｜
|MySQL | △ ｜
|独自ドメイン| ◯ ｜
|telnet | ◯ ｜
|メール | ◯ ｜
￣￣￣￣￣￣￣￣￣
これくらいの激安鯖もあるしなｗ
それ無保守じゃねーの？ｗｗ
更新されてるようなんだけど、どこが変わったのかわからんｗ
とりあえず Development Schedule は変わってないようだが。
ブラウザが対応するまで約二年…
新しいブラウザが普及するまで約五年…
・石川雅康氏が2006年1月でロードマップの編者・HTML Activity Leadでなくなる
・Steven Pemberton氏がHTML Activity Leadに就任
・XHTML-Printのスケジュールの更新
おろ、ほんとだ。
mimasa先生どっか行くの?
W3Cには留まるのかな。
同じW3C内でMWIに。
<? ～～～ ?>のところを、
<?php
echo '～～～';
?>
としなきゃならん。
>>179
っ[ http://www.w3.org/TR/2006/PR-xhtml-print-20060131/ ]
HPの中の人おつかれ。期限内提出守るなんて。
XHTML 2.0 関連は代わり映えなし。
XHTML M12N/1.1/Basic の SE は第一クオータだと。
来月いっぱい……で出るのか……? ('A`)
XHTML M12N
http://www.w3.org/TR/2006/PR-xhtml-modularization-20060213/
(PRが)でたー。間に合わなくね？ ('A`)
キタコレｗｗｗｗｗｗｗｗｗ
でもいきなり Rec でなくて良かったと思う。
つかさすがにバージョン上げたんだね。
いくら何でもあれで 1.0 SE ってのは無理だろう。
http://moundmarkus.de/oma.jpg
この界隈でよく使うのは I18N, C14N, M12N あたりか。
つかこれ Latest Version of M12N になってんだけど、いいのかねｗ
草案に組み込んでくれないかなあ
<dl>
<dc>かもめ第３小学校</dc>
<dt>住所</dt>
<dd>せたがや云々</dd>
<dt>クラス数</dt>
<dd>500</dd>
</dl>
みたいなのがあったらいいなあと。
志村ぁーっ! label要素! label要素っ!
http://www.w3.org/TR/2005/WD-xhtml2-20050527/mod-list.html#edef_list_label
<object src="nuko.png">
<caption>図 301-1. ぬこ</caption>
<em>alternate text</em>
</object>
<img src="nuko.png">
<caption>図 301-2. ぬこ</caption>
<em>alternate text</em>
</img>
てな感じ。表はあるのに図がないのはおかしくね？('A`)
xml関連が完璧に見れるブラウザってない？
何だその馬鹿な質問は
馬鹿が書いたレスを見れない専ブラを使え
保守がてら。
XHTML ™ Basic 1.1 のWD出てるよ。赤肩で悪かったな。
http://www.w3.org/TR/2006/WD-xhtml-basic-20060607/
・XHTML inputmode属性追加
・script要素、style要素、target属性追加
…target属性？('A`)
http://www.w3.org/TR/2006/WD-xhtml-modularization-20060705/
XHTML Basic 1.1のLast Call
http://www.w3.org/TR/2006/WD-xhtml-basic-20060705/
>>311
更に赤肩ながら、satoshii先生の解説。
http://www.satoshii.org/markup/notes/2006/06#date08
code <-> blockcodeの対応から見てもquote <-> blockquoteのほうがきれいだったのに。
UAがデフォルトで引用符つけちゃダメとか言ってるし。
>>131- (前回の変更点)も参照するといいかも。
・StructualとTextにlinkとmetaが追加。ほとんどどこにでもlinkやmetaが書ける。
・quoteがqに。
・id属性とxml:id属性の両方を指定してはいけない(MUST NOT)。
・メタデータ関連で、about propertyを決定するルールが追加。(※1)
・property属性のデフォルト値がreferenceであるという記述が追加。
・role属性の値としてdefinitionが追加されたことにより、dfn関連の意味がちょっとだけ明確に。
(※1)
about属性の説明にある文と矛盾している? 23.5.1.の例とも矛盾しているし。
それに、
...
<head>
<link href="toc.html" rel="contents"/>
</head>
...
などとしたときに、「toc.htmlはこの文章の目次」という意味ではなく「toc.htmlは親のhead要素の目次」という意味になるように読める? headの中のabout属性の無いmeta要素も同じ。
今回は細かい記述ミスなどの訂正が主?
24.4.はやっぱりよくわからないまま。
<span content="2004-03-20">Tomorrow</span>
という例があるけど、
・subjectは、about属性が無いので(他にaboutが祖先要素で定義されていなければ)aboutは文章。
・predicateは、指定されていないのでproperty="reference"。
・objectは、content。
つまり、「この文章と"2004-03-20"は何らかの関連がある」という意味にしかならないと思う。
30.4.1.でtableのレンダリング方法をMUSTで指定しているのも変わらず。
30.3でsummaryにアクセスできなければならない(MUST)と指定しているのも変わらず。
7.3.でtitleにアクセスできなければならない(MUST)と指定しているのも変わらず。
13.1.でcite属性をリンクとして使えるようにしなければならない(MUST)と指定しているのも変わらず。
この辺はせいぜいSHOULDあたりにしといた方がいいと思う。
tbodyなどが最低1つは行を含まないといけない(MUST)というのはプログラムなどで表を生成するときには気をつけないといけないな。
引用符を自動生成しちゃいけないって言ってる時点で
XHTML1のq要素との互換性はないんだから
いっそquoteにしてくれたほうが互換性のなさを
明示する意味でもわかりやすいと思ったんだがなあ。
CSS2.1も一時期IE6の実装そのまんまだったじゃないか。
互換性云々言われてもただのRーじゃん
その発想は無かったわ
<ul><li></li></ul>
を使ってパンくずリストを作りたいのだが、
インライン要素の<li></li>がないときは、
<ul></ul>
のように<ul>単体でブロック要素として扱ってよいのだろうか。
駄目
扱って良いもなにも、ul要素は最初から最後までブロック要素だ
ほっぺがおちるよミラクルワールド
カモーネカモネ ミラクルかもね
作って美味香 ナンバーワン
ビビンバ ズッパ タンタンメン
クスクス カタプラーナでポイ！
味にうるさいクレオパトラも
食わず嫌いのナポレオンも
みんな大好き魔法の呪文
とっておきの呪文だよ
天使のスプーンですくったら
魔法の呪文を ハリラハリラハラリー（ハイ！）
カモーネカモネ ミラクルかもね
作って美味香 ナンバーワン
ビビンバ ズッパ タンタンメン
クスクス カタプラーナでポイ！
（NHK教育 18:00 - 18:10）
「俺なんでその曲知ってるんだろう」と思ったら
その番組見た事がありましたとさ…、、、orz
初めて知った。典型的な厨アニメだな。
つまり、こういうことか。
ttp://ja.wikipedia.org/wiki/%E5%91%B3%E6%A5%BD%E3%82%8B!%E3%83%9F%E3%83%9F%E3%82%AB
音量注意
ttp://www.youtube.com/watch?v=tmELQUsLu2o
あと１０分くらいでやるんだよな？
あんんまりこの時間家にいないから
見るのは初めてなんだが
話題になってるってことは
みんな案外見てるってことか？
なんつーか、その、ＮＨＫ教育のイメージが１８０°反転したよｗｗｗ
こんなに香ばしいアニメだとは予想だにしなかった。
どう見てもダッシュしてる絵なのにアクションばかりでやたら進行速度が遅いとか
ミミカ（だよな？）のヘアスタイル何なんだよ、あの先っぽのヘンテコな塊は（ｗ
そんで最後に出てくるＧＯＭＡって何？ 森三中が必死にダイエットしたのかと思ったぞ（ｗ
極め付けは、あの似非ユーロビートな厨ソングだよな。
ところで、オープニングのサイコロとスプーンから出てくる料理は
ケーキやピザばっかりで、ビビンバもクッパも坦々麺も出て来ないのは何故？
>>330でリプレイで確認してみても、どう見てもビビンバ、クッパ、坦々麺が
出て来てるようには見えない。
しっかし、この枠の直前の「おじゃ丸」にしても「ぜんまい侍」にしても
変な短編アニメが多いな。激しくＮＨＫらしくないと思うんだが、
俺のガキの頃（１５年くらい前）では考えられない編成だな。
ドラクエの（多分VかVIあたり）フィールド移動とランダムエンカウントを
パクってた部分があっただろ。
>>335
最近のNHKはアニメに結構力入れてるよ。特に深夜はね。今日からマ王とか。
ちなみに、クッパじゃなくて、ズッパなんだが。（ズッパはイタリア語でスープの意）
まぁどっちにしても実写PVには出て来ないがね(w
確かにあの歌は、一度聞いてしまうと中々頭から離れなくて困るな。OTL
まさしく。デムパソングだ（藁
http://members.jcom.home.ne.jp/jintrick/binchan/
http://www.remus.dti.ne.jp/~a-satomi/
http://mugi.denpa.org/
とかいう私は「おじゃるまる」とか見ちゃったりしてます。
その後の「みらくるミミカ」っつーのは興味ないが。
実装例だと書いてあるのにおまいは
2011年（平成23年）7月24日に、現在の地上アナログテレビジョン放送は停波し、地上デジタルテレビジョン放送へ完全移行する予定です。
早くチューナーだけ売れよ
チューナだけもあるけど…、まだ高いよねぇ。
http://www.watch.impress.co.jp/av/docs/20060731/uniden1.htm
ロクにDVDムーブも出来ない（しかもHDなのにSDに強制ダウンコンバートされる）
そんな糞仕様な、がんじ絡めの地デジなんかいらねぇよ。利権者の都合だけを国民に強制するな。
著作権協会はマジでR。Rじゃなく、R！
＜⌒／ヽ-、_＿_ カモーネカモネ！み～っらくっるカモネ！
／＜_/＿＿＿＿／ ／
￣￣￣￣￣￣￣
∧∧
（ ﾟ∀ﾟ） つ～くってミミカッ
＿| ⊃／(＿＿_
／ └-(＿＿＿_／
∧∧ ナンバー！
(⌒⌒;;(⌒～ ヽ( ﾟ∀ﾟ)/ ワンッ！
(⌒;; (⌒⌒;;(⌒～ ( )
(⌒;; (⌒⌒;;(⌒ ≡≡ミ
やべぇ、脳内麻薬と化しつつある。。。
http://www.youtube.com/watch?v=WpZoLwq45hw
いい加減 XHTML 2.0 の話に戻そうぜ。XHTML。
Extensible
Hyper
つ～くって
ミミカッ
Language
CSSエディタのWYSIWYG対応ならわかるけど。
Fxじゃない、略すなら。
で、エディタならNvuとかMozillaとかじゃない？Nvuはいじれるか知らないけど。
いや、韓国を佐賀にしちゃだめだろ。
どちらが気の毒か知らないが。
で、WDLCはまだかな。
御大、吼える。
http://www.kanzaki.com/memo/2006/10/28-1
神崎先生によるごくごくごく簡単な解説。
http://www.w3.org/TR/2006/WD-xhtml-role-20061113/xhtml-role-diff.html
パッと見大差なし。
http://www.w3.org/MarkUp/xhtml-roadmap/#schedule
予定によると、XHTML2.0は来月Preview Releaseだそうです。ﾊﾊﾊ ('A`)
Proposed Recommendationな。
恥ずかしいミス…指摘㌧。
>>365
ならXHTML5でもどうぞ。
http://www.whatwg.org/specs/web-apps/current-work/
>>366
足りない部分は自分で作る。
http://www.w3.org/2007/03/html-pressrelease
(省略
>W3C では、XHTML 2 作業部会の設置に際し、
>既に取組みを進めている活動については継続する一方で、
>市場における価値や独立性を明確化すべく、
>名称変更も含めた検討を行います。
XHTML2.0の名前変えるかもだって
それプレスリリースの誤訳。
> rebranding the technology to clarify its independence and value in the marketplace.
rebrand って言っているんだから、名称変更なんじゃないの?
それがホームページ制作王である。ホームページ制作王に不可能はない！
標準外のイカサマ商品の売買で生計を立てるインチキ企業工作員が、
本当は血縁でもセレブでもなんでもない「叶姉妹」や、データを捏造した社員は
月曜朝に株で大儲けしている「あるある大辞典」にコロっと騙される日本人の気質を科学的に分析し、
ホームページ制作王を使ったことのない者や、使いこなせなかった者を煽動し、
彼らに八つ当たりのデタラメな風評をデッチ上げさせたために、我が国はホームページ制作王の
標準化に失敗し、21世紀も7年目に入った今、我が国のオーソリューションは世界に大きく遅れを取っている。
世界標準・ホームページ制作王の普及を妨げる、あらゆる工作活動を糾弾せねばならない。
制作王の普及によって、標準未満のオーサリングツールしか作れない連中を淘汰しなければならない。
そして、我が国は、１日も早くホームページ制作王の標準化を達成し、世界に追いつかねばならない。
世界が認めたホームページ制作王
http://pc11.2ch.net/test/read.cgi/hp/1144987720/
W3C、次期HTMLの策定作業を開始--最終仕様は2010年第3四半期に - CNET Japan http://japan.cnet.com/news/ent/story/0,2000056022,20344899,00.htm
XHTML2.0 ﾏﾀﾞｰ？（・∀・)っ/凵ﾁﾝﾁﾝ
と楽しみにしていたのに方向転換ってなんだよ。
XHTML1.1SEといいHTML5といい、いいかげんに統一しろよ。
VHSとβみたいな争いは嫌だぞ。
＞XHTML2.0 ﾏﾀﾞｰ？（・∀・)っ/凵ﾁﾝﾁﾝ
＞と楽しみにしていたのに方向転換ってなんだよ
これなんてひどいもんだ、思わず失笑
「えっ、まだHTML4.1？ だっせぇー。はやくXHTML1.xで書き直せよｗｗ」
といったことを言う。
XHTMLがHTMLの最新規格だと思っているのだろうか……。
XHTMLがHTMLの最新規格になる予定だったんだよ……。
少なくとも今回の方針転換の前までは、W3Cはそうアナウンスしてたんだから。
あるよ。
ないよ
XML とは何ぞやと気にも止めない人が多数在籍してると思うんで、構造も糞もへったくれも無いだろねー
HTML4.1とか言っている時点で、そいつはHTMLすら理解していない罠。
> SEOとか言ってるやつが厳密なソース書くとは思えない
それは単なるお前の主観
> 厳格であることとXHTMLはイコールではない
勝手に厳格に変えないように。
普及するわけがないって皆最初から薄々気付いてたでしょ？
それなのに信者はXHTMLがHTMLの最新規格になる予定だった、とか言っててﾜﾛｽｗｗｗ
xhtmlの仕様なんかより、RSSの仕様でも眺めてた方が意味あると思うよ
ﾜﾛｽｗｗｗｗｗｗｗｗｗｗ
普及してきてるじゃん。
あいつらめ！！！なんでもかんでも XML をごひいきしやがって！
XML もたかが<タグ>の集まりにすぎないじゃないか！！
ひどいもんにゃプログラムの設定ファイルまで XML ときたさ！！
バイナリのがなんぼか速いと体感済みなのに！！たまらんね！！ ↓
>ひどいもんにゃプログラムの設定ファイルまで XML ときたさ
Mozilla Firefoxもそうだね。
俺は設定ファイルはiniの書式でやっているが
掲示板などのログでXMLを使ったこともあった（データベースをつかわない設計だったので）……。
コンマ区切りのCSVだと、ちょっと書式変えただけでプログラムに大きな変更を加えることになるからねぇ。
おまいはパーサでXMLを書くのか？
……って、結局この流れになるんだよなぁ。
RSS の仕様なんかより Atom の仕様を眺めようぜ。
ちょっと疑問に思ったんだけどAtomがRSS(2.0か1.0)よりも優れている点って何?
どっちもあんま変わんないような気がするんだけど。
バージョンが乱立していないが一番大きい
そもそも、Atom は RSS と違ってフィードだけのものじゃないし
今ちょっと調べてみたんだけどAtomがフィードだけじゃないっていうのは、
RSSとは違ってウェブリソースを出版するAtomAPIがあるっていうこと?
あとRSSのバージョンが乱立しているっていうのは、
RSS1.0とRSS2.0が全然関連してないっていう事?
http://pc11.2ch.net/test/read.cgi/hp/1057681807/
RSS 1.0 … 最も普及してるっぽい、RDF、モジュールで機能を拡張してる現状
RSS 0.9x … ネットスケープがこの道のはしりの様子、RDF じゃない
RSS 2.0 … 基本 0.9x にクリソツ、上に同じ要素は少ない、1.0 とは触りは別物
Atom 1.0 … RFC で仕様書が出てる、RSS のいいとこ取り、RSS 1.0 と並べて設置される現状
おっとスレ違い
内部フォーマットとしてならありかもしれん。
個人的にXHTML1.1をベースにh*をhにして、sectionとblockcodeを追加するだけで十分だから。
真性ﾄﾞｷｭｿ乙
次のIEとFxで実装してくれれば、それだけで手間がだいぶ軽減されるんだけどなー。
真性ﾄﾞｷｭｿ乙
CSS3はモジュール化されてるから、完成したところから順次投入されるはず。
現状ではモジュール間の完成度が違いすぎるけど。
個人的にはh*はhに集約せずに残してほしい。
見出しレベルって考え方はそれはそれでありだと思うし。
Cascading Style Sheets Level 2 Revision 1 (CSS 2.1) Specification
http://www.w3.org/TR/2007/CR-CSS21-20070719/
xhtml2.0ではCSS3が使われるのかなー。誰も興味無いですかそうですか。
お前は何を言っているんだ！？
スタイルシートで脚注のようなものを表示できたら嬉しいのですが。
すみません。
ざっと調べてみましたが，XHTMLには注釈を示すタグはないようですね。
従来のようにaタグで本文と注釈間で相互リンクするか
（しかし，両者は文書の中で離れて記述されることになり，多少管理が面倒）
XLinkで実現するか
（しかし，XLinkは複雑）
のいずれかになるのかなと思います。
DocBook並とは言わないけれども，最低限の組版が出来る程度に
もう少しXHTMLに文書構造を示すタグを充実できないのかなと思います。
注釈を論理的に表す要素が欲しいのか、脚注を表示したいのか、どっちかわからん。
後者ならXSL-FOでfo:footnoteでも使ったら?
もしくはそこまでやらんでも、独自要素やmicroformatからXSLTを使ってa要素で相互リンクするようなXHTMLを出力すればいい。
＞注釈を論理的に表す要素が欲しいのか、脚注を表示したいのか、どっちかわからん。
注釈を論理的に表す要素が欲しいですね。
管理の面倒さを指摘しましたが，文書構造と表示を分離するというXHTMLの思想からも，
表示に基づいた従来のaタグでの注釈の実現には満足していません。
イメージとしては，記事の下部に注釈を表示し本文と注釈を相互リンクする，
または，対応する文章への注釈が直近の右側のカラムに表示されるようにするなどの
表示方法をCSSで選択できるようにするというものを考えていたのですが，
なかなか難しそうですね。
ブラウザ上でXSLTを使わずにCSSだけでPDFのような組版をXHTMLをベースに実現できたら
おもしろいなと思っているのですが，XHTMLはそのような方向には対応していないのですかね。
アドバイスありがとうございました。
＞注釈を論理的に表す要素が欲しい
論理的に表すだけならクラスを作るのが一番近いと思う。
どう表示するかは、あんまりイカした感じのは思い付かないが。
この分だとXHTML 2はブラウザには実装されそうにないな…
その場に註釈を書くんならclass名はnoteのほうがまだ
what-wgだかが唱えてるhtml5がきもい。
idでいいじゃん、xhtml2ならroleでいいじゃん、
みたいなのまで要素にしてる。
もうちょっと妥協すればもっと早くに出せただろうに・・・
夢膨らむが、そんなマークアップが実用的になるのは何年後なんだい？
box-shadowとかもそうだが…。（これはスレ違い
逆にrole属性がいらないと思う。
アプリケーションに処理させるのなら，class属性で十分だし，
role属性に新しい属性値を定めるのなら，新しい要素を作れって思う。
好意的に解釈すれば，DocBookのように膨大な要素をXHTMLで定義しなくて済むということか。
もうXHTMLは終わりだな
Content-Type="text/html"の癖にXHTMLを名乗るな、ということらしい。
XML的な使い方をしないなら別にHTMLのままでいいだろ、みたいな感じで。
表記法（閉じタグを全ての要素に付ける、ブール属性値を省略しない）が
両者で統一されて、HTMLの頭の部分だけ変えればすぐに変更できるようになるなら
個人的にはどっちでもいいといえばいいんだけど。
同意。
なぜXML的な使い方を必然としない仕様なのに完全互換じゃないのか、
微妙な棲み分けを狙ってるのか狙ってないのかわからない仕様がいらいらする。
XHTMLと同じ書き方になるとは限らないとか、省略もOKですとか。
アクセシビリティ上好ましくないとされていたものを中途半端に正当化しようとしているのが鼻に付く。
いっそのことインターネットを学術向けのツールだと考える人向けに「HTML5Strict」を作って、
今考案中のHTML5はインターネットを情報としてではなく、商売として使う人のために
「HTML5Commerce」として、テーブルレイアウトから何でもありのHTMLにすればいいのでは？
閉じタグがあったり内容のない属性がなくて誰か困るのか
HTML4までの名残じゃないかな。
省略が当たり前と思っている人たちがいて、その人たちに媚びた方が商売になると。
今更、XHTMLじゃなく、
中途半端なHTMLの後継を作ろうとしている理由が、商売上という以外に思いつかない。
XHTMLの何が不満なんだ？
Perl使いとか特に
Perl使いだけど美学とは思わんぞ。後になって自分が読んだ時困るだけだし。
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<title></title>
このようなHTMLをW3C Markup Validation Serviceでチェックしてみると
「"HTML" not finished but document ended.」とエラーが返されてしまいま
す。HTML 4.01 Transitionalの場合body要素が空でもよいはずなので、なんで
not Validになるのかがわかりません。どなたかnot Validになる理由がわかる
方はいませんでしょうか。
http://www1.u-netsurf.ne.jp/~7l1rll/SGMLsec6_0.html#3_1_1
に開始タグは「その要素の実現値の内容が空であるとき」には
省略できない、とあります。
>>462のものではbodyの開始タグを省略したことになっていないので
bodyの補完に失敗し、そのせいでhtml要素型の内容モデル(HEAD, BODY)に反する
ということでhtmlの終了タグの補完にも失敗し
validではなくなる、ということではないでしょうか。
<title></title><body>
ならvalidになりますね。
なるほど、理解しました。ありがとうございます。
text/htmlも推奨形式の一つとした、HTML5を好きになれない人間の拠り所となる
(X)HTMLにして欲しいというのが個人的な要望なんだがな。
その質問をしてる時点ではxhtmlを書く事はできない
xhtmlとは何かを調べてみなされ
そうすればそんな質問しなくて済むから
例：<unko>マイホメパゲにようこそ！！！</unko>
タグ （コレ→<unko>） は絶対に小文字でよろ！！
閉じタグ （コレ→</unko>） は確実に必須だよ！！
簡単っしょ 全くもってくだらんもんよ
小文字と大文字の対応を理解できないバカなHTML？
タグの省略を推測できないアホなHTML？
ってことでOK？
・・・・で、一体そんな劣化HTMLが何の為に存在してるの？
機械的に処理しやすいし，機械的に作成もしやすい
XHTML文書を解析して，一部を抜粋したりとか
XML文書にスタイルシートをかませて，XHTML文書にしたりとか
と個人的に思ってる
文書作成者、利用者、その他に何の得があるわけ？
5年前いや10年前なら成立した疑問だな。
ないので、何かしたいなあと思っているが、XML→XSLT→XHTMLで日記を作成と
か、そのくらいしか思いつかない。MathMLとかSVGとか使うこともないしなー。
公開しているなら利用すると想像されるのは作者だけじゃないというか作者以外の方が桁違いに多いだろう。
そこからIP抽出するのが簡単になるわけだ。
更にいうとあんなのデザインにあわせて内部の文書構造がころころかわるから大変なんであって
その元データをXMLとして公開してれば抽出プログラムは半永続的に使えるようになるわけだ
そういう積み重ねによってインターネット全体の生産性を向上させようというのが昨今のXHTMLブーム
そんなの企業がやってれば俺は関係ねーよとか思ってるような奴が作ってるサイトなんて
ほんとにクソミソな情報しかのってないから関係ないんで
ご自由にどうぞ
支離滅裂
みたいな規定になっているよりも、その方が使い勝手はいいか。
1.0（HTML4.01を再定義）→1.1（1.0Strictへの一本化とモジュール化・text/html可）→2.0へと行けばよかったものを
いきなり1.1でtext/html非推奨にしたから、IEが対応していない以上、みんなついて行けなくなってしまった。
技術が足りないの？天下のマイクロソフト様が？
なんとかしてえらいひと
厨房よ 数年後にまた自身の書き込みを読み返したまえ
いかに野暮な質問をしていたか 恥じる事だろう
営利企業に何を求めているのか。
サポートしようと、しなかろうとMSの自由。
↑
こんな考えの奴がマイクロソフトには多いから今に至ってる。
法的に問題ないのだからどこでタバコを吸おうがお前らに関係ないだろってのと同じ考え。
世の中の流れにそぐわない世の中に残されて行ってるのに気づいてない糞会社。それがマイクロソフト
XHTMl2.0ではなく、HTML5なんだよ。知らないの。
喫煙場所がどうのこうの、大体例えになっていないところがおかしくて笑える
と、言うと？
標準規格は、法のように従わなくてはいけないものではない。
全然例えになっていない。
標準化団体が策定した規格でも普及しないものは普及しないし、
独自規格が事実上標準になることもある。
標準に乗っかって利益を得るも自由、独自規格を立てて利益を得るも自由。
ユーザが何を選ぶのかも自由。（ブラウザは最初から入ってるIEになるんだろうが・・・）
>>493
コードを書くのが最強だと思った次第。
その点、W3CのWGと企業のフルタイムプログラマじゃ
開発力の差は比べるべくもないからな。
天下のマイクロソフトだからこそ、対応が遅いのよ。
IEの仕様が少し変わるだけでエライ影響があるからさ、
互換性とかいろいろ配慮しつつ新機能を取り入れるわけ。
ちょっとの間で廃れるような仕様に飛びつくこともできないわけさ。
「こりゃ長く使えそう」と判断してはじめて仕様に採用する、という訳。
application/xhtml+xmlの話なら、マイクロソフトが上った梯子を外す行為以外の何物でもなかったわけで、どこのお人好しがまともに相手にするよ。永久に無視して当然だ。
>マイクロソフトが上った梯子を外す行為
詳しく
自分も気になる
たぶんﾏﾝﾄﾞｸｻｲからだ
W3C Working Draft 26 November 2007
http://www.w3.org/TR/2007/WD-html-design-principles-20071126/
HTML 5
W3C Editor's Draft 5 December 2007
http://www.w3.org/html/wg/html5/
何だかなぁ。
前者はIan Hickson暴走抑制装置ってことか？
では、XHTML2の名前空間は http://www.w3.org/2002/06/xhtml2/ になってるのに、
http://www.w3.org/MarkUp/style/xhtml2.css
では http://www.w3.org/2002/06/xhtml2 になってる。
http://www.w3.org/MarkUp/2007/ED-xhtml2-20071024/conformance.html
では XHTML2 の名前空間は
http://www.w3.org/1999/xhtml
になってるんだけど
http://www.w3.org/1999/xhtml
に名前空間を統一しようという動きがあるらしい
つうか肝心の XHTML 2.0 が勧告はおろか Last Call にもなってなくてﾜﾗﾀ
5年も経ってまだやってるのかｗ
調べてみたら俺が見てた頃の HTML WG は XHTML 2 WG に改名して左遷(?)させられたり
WHAT WG のが HTML 5 として新 HTML WG になってたり地味に色々あったんだな。
HTML 5 はあんま使う気起きないから XHTML 2 にも頑張って欲しいんだけど、ここから進むのかね……。
XHTML Document Development Area
http://www.w3.org/MarkUp/Drafts/Overview.html
XHTML2 Working Group Roadmap
http://www.w3.org/MarkUp/xhtml-roadmap/
HLink が正式(?)に放棄されてて悲しい。まぁ最初のドラフト時から死にそうな予感はひしひしとしてたけど。
でも XFrames はまだ残ってるんだな、2年もドラフト更新してない癖に。
あと CURIE とか今更また再始動してるのかよ。何考えてるんだか。
それは p とか div とかの XHTML 1.0/1.1 にある要素型だけ元に戻そうってこと？
それとも h や section もまとめて 1999/xhtml にぶち込むってこと？
どちらにしても、今更変えたところで余計な混乱を引き起こすだけだと思うんだがなぁ。
英文斜め読みしたかぎりでは後者っぽい
まだそういう動きがあるって段階だけど
IE 8はAcid2にクリアしているらしいですぜ。
http://blogs.msdn.com/ie/archive/2007/12/19/internet-explorer-8-and-acid2-a-milestone.aspx
社としても後方互換性0のapplication/xhtml+xml、XHTML2の存在理由が疑問だとか言ってるし。
HTML 5は何か違う……。
http://www.w3.org/2008/02/html5-pressrelease
> 多数の人々から寄せられる膨大な数の見解を盛り込むことは想像を絶する難事業であり、
> 革新性と安定性、あるいは、理想主義と実用主義を均衡させる難題でもあります。
あれか、理想は実用の前に敗れたって言いたいのか。
どうでもいいけど XHTML 2.0 って長い要素型名/属性名が多すぎ。
separator とか sep でいいんじゃないの(sup と紛らわしいか？)。
後 layout 属性とか要るのかとか、xml:id だけにしちゃえとか、
リストの label ってテーブルの caption と統一していいんじゃないのとか。
>なになに
>
>XHTML2は学術論文、詩、・・・etc.向けで
>現在Web上に存在するサイト、ショッピング、オークション、掲示板、・・・etc.はカバーしていない
>ゆえにHTML5は策定される
>
>・・・か。
>論文や詩ならDocBookがデファクトだから、XHTML2は産まれる前から要らない子ってことかよ。
XHTML2は産まれる前から要らない子
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
モバイル向けにも適した「Basic」、
・過去への互換性に配慮しつつ、レンタルサーバ環境やローカルディスク環境など
制限の多い個人向けに、frameモジュールの追加やmeta要素によるmime typeの設定、
text/htmlの使用も推奨の一つとした「Home」、
・HTML5を飲み込む形で、しかもXHTMLの利点を最大限に生かして中小企業向けの
Webアプリをプログラミング言語なしで作成できるぐらいの機能を有すべく、
HTML5で採用された要素は全て取り入れた上で、<input type="variable" value="">で
変数としての使用が可能なinputや、HTML5の「アプリケーション」や「データ」に更に機能を追加した
Programingモジュールを導入して<datebase>要素や<sql value="">要素、
レコードセット<recset>要素などでODBCなしでDBとのやりとりを行い、
JSPやPHP、ASPなしで動的なページが作成できるように初歩的な条件分岐など
プログラミング的記述による要素の制御を属性として指定できる「Professional」
という「XHTML2.0Basic」・「XHTML2.0Home」・「XHTML2.0Professional」の3種類の
DTDを策定すべきだ。これぐらいやらないとHTML5に逆転するのは難しいぞ。
過去へのって言い出すなら XHTML 1.0 にしとけと。
Basic Profile は作るかもしれないが、本体が出来ないことには何とも。
もし今日XHTMLを正式勧告しても、ブラウザの実装はHTML5より後になりそうな。
あと、GRDDLやRDFaを使うことを前提にすれば、XHTMLの厳密化への要求は低下すると思う。むしろ抽
出・変形のしやすさが重要。
XMLアプリケーションなんだから、XSLTやCSSで整形すればいいんだから
現状のままでも特に問題は…
あ、application/xhtml+xmlを無視する例の子は知らないけど。
つ XHTML Modularization
やっぱ全部入りの方が便利なんだろうな、HTML5みてて思う。
http://www.atmarkit.co.jp/news/200801/25/html.html
XHTMLは実質失敗だったらしい
これってXHTML2.0死亡フラグ？
生まれる前に胎の中で死亡確認済。
http://journal.mycom.co.jp/column/osx/262/index.html
ならばXHTML2.0は構造マークアップを進化させた「感情マークアップ」に突き進むべきだ。
<happy>：視覚系UAではウキウキとしたフォントで表示され、音声UAでは嬉しそうな口調で
発音されることが期待されます。
<sad>：視覚系UAでは悲しそうなフォントで表示され、音声UAは落ち込んだ口調で
発音されることが期待されます。
<angry>：視覚系UAでは刺々しいフォントで表示され、音声UAでは怒った口調で発音されます。
一部UAはこれを幼児や児童に対し不適切なコンテンツであると判断します。
<hate>：<angry>のより強い表現です。多くのUAが幼児や児童に対し不適切なコンテンツであると判断します。
<sexy>：性的な雰囲気を示す要素です。視覚系UAでは小さなフォントで表示され、音声UAでは小声で発音されます。
body要素を内包することができ、全てのUAは未成年者に対し不適切なコンテンツであると判断しなければなりません。
成人向けコンテンツの作成の際には、sexy要素でbody要素を包含することが強く推奨されます。
みたいな感じで。
>sexy要素でbody要素を包含することが強く推奨されます
セクシーなボディであることを示すために
<body sexy="sexy">とするべきではないでしょうか
正直HTML + CSS でデザインするのいやなんですけど
http://pc8.2ch.net/test/read.cgi/hp/1018053359/
でもな、IE7ですらXHTMLをサポートしてないんだよ。
application/xhtml+xmlで提供されているサイトは見れないだろ？
IEの開発チームいわく、HTMLを寛容に解釈するいまのパーサで、
XHTML対応を謳ってしまうと、後にひどい互換性の問題を残すだろうから、とね。
ttp://blogs.msdn.com/ie/archive/2008/03/03/microsoft-s-interoperability-principles-and-ie8.aspx
ちょうど、つい最近の話だけれど、こんなことも。
どうなることやらねぇ。
MSが本気で標準規格準拠しちゃうと、大半のWebサイトが潰れちゃうし。
来年の今頃には、IE8がでるか、あるいはすくなくともRCビルドは出てるだろうけれど。
ウェブクリエーターの質も上がってることだし、以前に比べれば IE 固定サイトは少なくなったとは思います。
ましてや今はその質が問われているはずなので、ウェブ全体としては改善されてきていることでしょう。
悲しいのは、昔見たあの何とも言えない粗悪な作りのページが過去のモノとなっていくって事ですよねぃー！！
ありゃ IBM ホームページビルダーが築いた功績でもあるだなー！！
例えばコレなんかは、あの天下のセガオフィシャルサイトであり、かつてはゲーム界で一世を風靡したわけで！！
http://www.sonicteam.com/nights/nhome.html
まだコレはマシな方で、それでもバッチリ center タグ使いーの、ページのソース見りゃ個人ホームページレベルで実に簡素！！
挙げ句＞Netscape3.0以降のブラウザーでご覧ください。Javaにも対応しています。
今やウェブはデザインの時代っすよ時代、オシャレするためなら手段を選ばないのなんの！！
だから FLASH は使いーの JavaScript 使いーの、だけど CSS は画期的だと思いますけどね！！
>MSが本気で標準規格準拠しちゃうと、大半のWebサイトが潰れちゃうし。
んなわけねーだろ
IE8のベータが公開された。
>We’ve started delivering support for HTML5
>because we understand that developers want to start delivering richer web experiences,
>with great interoperability, as soon as possible.
XHTML2.0の未来はそもそもない。
XML に対応って何が？
XML 単体だけじゃとっくに使ってるっしょ、プログラムの設定ファイルなんかは XML じゃないか
XML は記述の決まりみたいなもんに過ぎんし、そもそも、
XML Reader , Writer なるパーサーまで既に MS は用意してる（クラスライブラリの話ね）
XML っつうと、例えば RSS とか SVG に対応してんのかって聞いてんのか
それともただのタイプミス？ XML -> XHTML
そういうお前こそ意味分かってなさそうだな
そのミスタイプはありえない
>>555
具体的に指摘しないのは馬鹿の証拠
普通にXHTMLの延長線上にあるものとしてのXMLだと思うが
他に何があるんだ
存在意義が理解できないって言ってるじゃないか>MS
何を期待してるんだ？
どうして>>554を擁護する。
構造化することに対しての理解があるんだかないんだか良く分からん
XMLとXHTMLは同じじゃない。
XHTMLの存在意義というか、application/xhtml+xmlに利用価値を見出せないだけだと思う
？
http://www.w3.org/1999/xhtml
名前空間はなんでもよくて、接頭辞「html」でのみHTML扱いする。IE5以来変化がないな。
xmlns:html="hogehogehoge"でもHTML扱い。
XHTMLに何の興味も無いというのが良くわかる。
たぶん数十回は言ったが、text/xml; type=xhtml2.0 のような慣例的な書き方をしなかった方が極めて政治的に狡猾だ。
application/xml に対応するかどうかってつもりで書いた
>>566
> text/xmlのままで不便は無い。
そんな人間は HTML4.01 で良い
application/xhtml+xml の存在価値は xmlink, hlink がどうしようもないので
ハイパーリンクのためにあるのではないかと思うんだけど
意味がわからん。
ツリー表示されるだけなのにHTML扱いかどうかって何故わかるんだ？
XSLTの話？
話がこじれるんでもうこの辺にして！
XMLのサブセットであってもXHTMLはtext/xhtmlでいいじゃまいか♪
XHTMLを含むXML文書にCSSかましてIEで開けばわかる
たとえば
<x:a xmlns:x="http://www.w3.org/1999/xhtml" href="...">...</x:a>
はリンクにならない。
<html:a xmlns:html="baka" href="...">...</html:a>
でリンクになる。
RFC 3023 Appendix A 参照
ttp://biotronique.jp
既にXHTML2.0導入してるサイトなんて一つしか知らん
http://bb.watch.impress.co.jp/cda/news/21314.html
> 3.1ではHTML5で規定されている動画および音声タグに加え、
>CSSアニメーションやCSS Web Fontsをサポート。
>アップルによれば、Safari 3.1はHTML5の動画および音声タグをサポートした初めてのブラウザだという。
http://www.w3.org/MarkUp/xhtml-roadmap/#plan-maint
XML Linking Language (XLink) Version 1.1(WD4)
http://www.w3.org/TR/2008/WD-xlink11-20080331/
XHTML Role Attribute Module(LC)
http://www.w3.org/TR/2008/WD-xhtml-role-20080407/
Mathematical Markup Language (MathML) Version 3.0(WD4)
http://www.w3.org/TR/2008/WD-MathML3-20080409/
CURIE Syntax 1.0(WD3)
http://www.w3.org/TR/2008/WD-curie-20080402/
Extensible Stylesheet Language (XSL) Requirements Version 2.0
http://www.w3.org/TR/2008/WD-xslfo20-req-20080326/
まだじゃ、まだ終わらんよ
理由って何？タグの数を減らすとかではないよね。
XLinkみたく、いろいろな要素をリンクの起点にするため？
<ul>
<li href="example1">Example 1</li>
<li href="example2">Example 2</li>
…
</ul>
みたいに書けたらスマートでしょ？
書籍であれば、ISBNとか。
リンクは文書構造じゃないはず
XHTML Modularization for RelaxNG
http://www.w3.org/MarkUp/2008/ED-xhtml-m12n-relaxng-20080604/
さっきからHTML5の話が何度も出てきてる。XHTML2は。。
XHTML2はq要素の代わりにquote要素が使われると聞いてたんですが
http://www.w3.org/TR/xhtml2/introduction.html#s_intro_differences
http://www.w3.org/TR/xhtml2/mod-text.html#sec_9.8.
だと、quote要素についてまったく触れず、q要素を使うように書いてあって、
あれ？と思って、もっと調べていたら
http://www.w3.org/TR/xhtml2/relax_module_defs.html#a_rmodule_Text
では、この文書がどういうものかはよく分かりませんが、
quote要素が使われるという従来聞いていた通りのものになっているようです
いったいどっちが正しいのか全く分からないので、教えてください
http://www.w3.org/TR/2005/WD-xhtml2-20050527/mod-text.html#sec_9.8.
quoteからqに名前を変えてRelaxNGの方を直していないんだと思われ。
なるほど、やっぱり使用変更があったんですね
調べてもquoteを使うと書いてるのばかりだったので困ってました
ありがとうございます
W3C Recommendation 8 October 2008
http://www.w3.org/TR/2008/REC-xhtml-modularization-20081008/
XHTML1.1改訂版か？ frameがモジュールとして復活してるな。
http://www.w3.org/MarkUp/Drafts/#xhtml11
XHTML 1.1 SEやRDFaの作業が終わったらXHTML 2.0の作業が始まったりするのかな。
http://www.w3.org/MarkUp/Drafts/#xhtml12
WAI-ARIAも使えるようにしてほしい。
こんなにたくさんのHTMLが同時に議論の俎上に挙がった事って初めてなんじゃないかな
何も読まずに脊髄反射でレスするなよ。
XHTML1.1SEはHTML4で出てきた要素しかない。
現実を見据えた（悪く言えば現状に迎合した）だけの話。
XHTMLMIMEも改訂しているし最近は動きが活発だね。HTML 5に刺激されたって
わけではないだろうけど。
>>602
XHTML 1.1 SEは>>603の言う通り(rubyが加わっているけど)だし、XHTML 1.2は
ブラウザが実装する必要なのがたぶんaccessだけだから、結構すぐに使える
ようになるかも。
のsummaryの表が変わっていて、HTML4互換のXHTMLはtext/htmlも
application/xhtml+xmlも'May'になってるんだけど、前の版
(application/xhtml+xmlは'Should')とどっちがいいんだろうね。
HTML4互換ならxml-stylesheetなどのXMLの機能を利用していない
からどっちでもOKってことなんだろうけど。
それってXHTML1.0の奴じゃないの？
ごめん, 前の版ではなくてXHTML 1.0の互換性ガイドラインだった.
もっとも最新のXHTML Media Types SEはsummaryが消滅してるんだけど.
http://lists.w3.org/Archives/Public/public-xhtml2/2008Nov/0019.html
無理ぽ. a意外にも@href書けるのをやめれば…
CSS3、HTML5よりかはあとだろーなー
http://www.w3.org/MarkUp/xhtml2/wiki/Main_Page
まだ頑張る気はあるのか。EcmaScript4みたいになるんじゃないかと思ってるんだが、最近は。
もうRole属性みたいにバラで出来るとこからモジュール勧告してXHTML1.1に押し込むとか出来ないのか？
10年間の議論や仕様案を白紙撤回して、
現行バージョン3のアップデートだけすることになったんだっけ。
4の拡張を3との互換性を保った形で取り込む方向にまとまったんじゃないの
>アプリは無料であるのが当然です。ちょっとパソコンに詳しい人なら、ちょちょいと作れますからね。
>そうでなければ有料ソフトと機能の変わらない無料ソフトが存在する理由が説明できませんよね。
>つまり、どんなボッタクリソフトも元手はタダだということです。
>原材料も何もないのだからあたりまえです。小学生でも理解できる論理です。
>それなのに有名どころのソフトは何万、何十万円とします。
>一体、どういう基準で価格設定しているのでしょうか。
>
>どんなボッタクリソフトもタダで販売している良心的な業者様もおられます。見習ってほしいものです。
こんなのよ。
http://www.w3.org/MarkUp/2009/ED-xhtml2-20090109/
Editor's Draftが出た．
前のバージョンへのリンクが切れてる
正しくは http://www.w3.org/MarkUp/2007/ED-xhtml2-20071024
<http://www.w3.org/MarkUp/2009/NOTE-xhtml-media-types-20090114/>
NOTEになった
・XML宣言やPIを入れるべからず
・@nameを使うべからず
・エンコーディングはUTF-8かUTF-16にすべし
・innerHTMLを使うべからず
・table要素ではtbody要素を明示すべし
・noscript要素は使うべからず
いろいろ問題のあるXML宣言は書かないことにするってことだろうね
UTF-8にしておけばローカルで扱うときでもだいじょうぶだろうし
ところでXHTML 2の理念みたいなのを書いた文書を出すらしいよ
XHTML 1.2の登場でXHTML 2.0の存在意義がほとんどなくなってしまいそうなので，
スティーブンにはぜひがんばってもらいたい
「子供に投資等のマネー教育は必要か？」などとアンケートをしても
半数以上は「子供にギャンブルを教えるなんて！」などと返ってきます。
世間一般の認識なんてそんなものです。
私も子供のころは、貯金以外でお金を増やすのは悪い事で、
ギャンブル、投資は借金生活への片道切符だから、
まっとうな大人は決して手を出してはいけないと、きつ～く教えられました。
また、独身のころ（同居していた）には、
クレジットカードを作ったら、借金に手を出すとは何事か！と破り捨てられましたよ。
クレジット、借金、サラ金あたりの区別もつかないわけです。
めるとろはけまげ
ぶいひゅぎれぽまもしゃぬ
ぼっぽいじゅ。すきとろはけまげ？
ぼい
ひゃじょふぇぬぎゅちゅれむぱっさだまわけぞ
びゅきではむた、でるへっそかんだまれ
０１２０－ＸＸＸＸＸＸ ～♪ ごむちょもっれにゅくち！wwww
じゃあ今年中に1.1SEと1.2が勧告されるのか？
期待していいのか？
まあ、期待はすんな。
私は今、学生で4月から入社が決まっております。
最初の仕事でXHTMLを使うから勉強しておいてと言われました。
しかし実のところ私はHTMLさえまともに使った事がありません。
この場合XHTMLから勉強するのは可能でしょうか？
他にも勉強したい事があるのでXHTMLから勉強したいのですが、
もし理解が難しいとの事なら今からHTMLを急いで勉強したいと思います。
どうかアドバイスお願いします。
ちなみに本屋さんでとりあえずこの本を買っておきました
http://book.mycom.co.jp/book/978-4-8399-2973-2/978-4-8399-2973-2.shtml
誰にとっても早いけどね
xml:spaceみたいに特定の要素（html,head,bodyくらい）に指定できるようにすりゃいい。
operaくらいか実装してるの
問題→getElementByIdの時に一々全ての名前空間でidを検索するのっておかしくね？
結論→そもそもid属性（つーかidコンストラクト）は一意性を証明できればいいんだから、
ほとんどのXML拡張語彙で規定されるより、共通仕様がひとつあった方がラクだろ。
批判→出すの遅えよ大量の拡張語彙が出てから言うな。
批判→xml:idなんて誰も知らねえよ
批判→セミコロン書けないからid要素でやるわ（例：Atom）
XHTMLもSVGもid属性に名前空間はないよ。
でもJSP XMLにはjsp:idとかがある。
趣旨は間違ってないのか。
あとDOMにgetElementsByClassNameができた訳だけど、xml:classを新設すべきか、DTDでCLASS、CLASSREF、CLASSREFSを新設すべきか、新設すべきでないか。
CSSではSVGのclassでもXHTMLのclassでも同一視される?
http://www.w3.org/TR/SVG11/styling.html#ClassAttribute
1.1SE ﾏﾀﾞｰ?
1.2 ﾏﾀﾞｰ?
2.0 ﾏﾀﾞｰ?
5 ﾏﾀﾞｰ?
Basic1.1SE ﾏﾀﾞｰ?
1.2はいい加減出さんと
SafariとかOperaとかが即実装とかするんだろうか
MSIE以外はXHTMLもちゃんと実装するだろうよ。
不都合・不具合を仕様からねじ曲げるM$以外の、どっかの大手が仕様作ればもっと早く広がると思うけどな
IEシェア過半数のMSの意向を無視して標準化するなら、
それは独自実装をデファクトスタンダードにしようとするMSと大差ない。
まあ、一番悪いのは、策定に参加しておきながらIEに実装しないMSだけど。
XHTML Modularization 2.0
http://www.w3.org/MarkUp/2009/ED-xhtml-modularization2-20090123/
http://www.w3.org/TR/rdfa-syntax/
これでメタデータが普及すると良いのだが…
だからXHTML1.2を早く(ry
実装するモジュールが決まってんのに何でこんな遅いのさ
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML+RDFa 1.0//EN"
"http://www.w3.org/MarkUp/DTD/xhtml-rdfa-1.dtd">
XHTMLとしての文法はチェックしてくれるけど、
RDFとしてどうなのかはチェックはしてくれないね。
ちゃんとそういうのが無いと、マイクロフォーマットの延長のつもりで
適当に書かれて間違ったRDFaが氾濫しそう。
（ページ作者の意図したのと違う主語が導き出されるとか、etc）
出来たら凄く地味に便利そうなんだけど。
rubyモジュール、rubyモジュールと騒がれていたから
てっきりインラインでRubyスクリプトが実行できるんだと思ってわくわくしてたのに……。
単なるルビかよ。
埋め込まれそうなもんなのに。
1.1SEが多分今年中には出ると思うけど、DTDからスキーマに移行するのはそのSEからだね。
とりあえず 1.0 のでごまかしておきます。
自作する手はあるけどね。Basicのなら簡単に作れそう。
厳密には1.0の規格とは異なるけど。
W3C Proposed Edited Recommendation 7 May 2009
http://www.w3.org/TR/2009/PER-xhtml11-20090507/
XHTML™ Basic 1.1 - Second Edition
W3C Proposed Edited Recommendation 7 May 2009
http://www.w3.org/TR/2009/PER-xhtml-basic-20090507/
XHTML-Print - Second Edition
W3C Proposed Edited Recommendation 7 May 2009
http://www.w3.org/TR/2009/PER-xhtml-print-20090507/
XHTML™ 1.0 The Extensible HyperText Markup Language (Third Edition)
A Reformulation of HTML 4 in XML 1.0
W3C Proposed Edited Recommendation 7 May 2009
http://www.w3.org/TR/2009/PER-xhtml1-20090507/
つーか出しすぎwww
あと一週間で勧告改訂案の発表から４週間なわけだが、勧告されるかな
1.2勧告までにはあと、最終草案（最低3Wのレビュー）→勧告候補（実装待ち）→勧告案（4Wのレビュー）とあるわけだし
1.1SEくらいはサクッと勧告しちゃってほしいんだが
俺も今日某ブログで知ったが、こいつら全部 撤 回 されたらしい
GRDDLでRDF生成する時のXSLT作成が、RDFaで楽になることに今気付いた
http://pc11.2ch.net/test/read.cgi/pcnews/1246584507/
orz
だけどRDFaとかXMLスキーマ対応とかどうなるんだろうな……
W3Cの意味と見た目の分離の方針オワタ?
これはつまり・・・今の草案が事実上の勧告案になるということだな
よし、気兼ねなくXHTML2.0を使える！
それだ！
意味と見た目の分離の方針自体は悪くないが、
実装の仕方が間違っていた。
意味を書いて、その意味にデザインを後付するなんて無理がありすぎる。
少なくとも今のCSSには、それをやるだけの機能が無い。
デザインを作って、そこに意味（文章）を流し込む形のほうが自然だ。
実際、印刷業界ってそうやって作っているだろう？
尤も、それならDocBookにCSS適用しろと。
XHTML1.0や1.1をもう少し大事にして欲しかったな。
まぁ現実との折り合いをうまくつけるのが最良の選択肢なんだろうけど、
しかし基礎的な理念が曖昧になったままだと、昔のカオスに逆戻りするんじゃないかと不安だわ。
XHTMLWGがお亡くなりになるだけ。
xml:idやxml:baseに関しては絶望的な気がするけど
何マークアップと呼べばいいんだろ。一応5では不要な物理要素は削除されてるようだけど。
「役割マークアップ」とか「版組みマークアップ」？
formがアリならvideoもアリだとは思う
roleくらいならHTML5で導入してほしい
問題はxml idだよな。あれはXMLの名前空間拡張を扱う上では実装必須と言っていいから。
むしろSVG Tinyが賢くて、導入しない他の仕様が馬鹿というべき。
あーあ。
xml:idは下手に(?)元からXHTMLにidがあるせいでみんな知らないんじゃないのかな。
気がするだけだけど。
WDが一回しか更新されないで終わりとかorz
xml:idは認知された上で批判されたりもしくはそれすらされずにスルーされてる
つまりこういうことなんだよね？
XML ではもうすこし早くから実装すべきだったって意見が主流じゃねーの
スルーとかありえない
Web標準 XHTML＋CSSデザインサイト
http://pc11.2ch.net/test/read.cgi/hp/1127409018/
勧告されてから何年も経ってるというのに、
FirefoxもSafariもIEも無視してんじゃん。
ネタにマジレスするけど、XHTMLの仕様にxml:idはまだ含まれてねーんだぞw
実装するわけねーだろ
流れ的に、実装レベルの話じゃなく、XHTMLやSVG、Atomなんかの仕様に
xml:idを組み込むかどうかの話だってことくらい理解しろよ
つか、FirefoxなんてXML+CSSパーサだって自称してるのに無視してるじゃねーか。
HTML5でprofile属性削られてGRDDL使えなさそうなのが納得いかないんだが。
もしくはrel=transformやrel=nofollowを追加するとか
つーかそうじゃないとマイクロフォーマットも使えないから誰も納得しないと思う
ルート要素でgrddl:transformation属性書けばいい。
・・・処理系が対応してるかどうかは知らんけど・・・。
W3C Editor's Draft 22 October 2009
http://www.w3.org/MarkUp/2009/ED-xhtml2-20091022/
何かまだやってるぞ。
その下準備とか
HTML5用のM12nは策定してくれねーのかな
W3C Working Group Note 13 January 2010
http://www.w3.org/MarkUp/2010/ED-xhtml2-20100113/
XHTML™ 2.0
W3C Working Group Note 06 March 2010
http://www.w3.org/MarkUp/2010/ED-xhtml2-20100306/
結局Working Group Noteとして記録に残すのか。
ところで20100113版と20100306版ではどこが変わったんだ。
1年近い亀レスだがもの凄く同感。
HTML5はブログっぽい版組を前提としたブロック要素があって、大枠のブロックの構成については
「版組マークアップ」とも言えるものになっている。
幅広くコンテンツを流布させる道具としては結局これが正解だよな。
今頃になってHTML5が文章マークアップの枠組みを逸脱してることに疑問を感じてる奴がいることが全く理解できない
論文とかだけじゃなくて掲示板やブログも作れるとかそういうことか？
-----------
<?xml version="1.0" encoding="Shift_JIS"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="ja" lang="ja">
<head>
<meta http-equiv="Content-Type" content="application/xhtml+xml; charset=Shift_JIS" />
<title>接頭辞＋script要素のテスト</title>
</head>
<body xmlns:test="http://www.w3.org/1999/xhtml">
<h1>てすてす</h1>
<p><test:script type="text/javascript">window.alert("success!");</script></p>
</body>
</html>
-----------
<接頭辞:script ～> という形でスクリプトを書くとカッコイイので使ったみたいと思いましたｗ
名前空間に詳しい方がいらっしゃいましたらご教示下さると嬉しいです。
何がどう格好いいのか分からないがブラウザが対応してないだけ
あとそんなことしたらDOCTYPE宣言書いてもinvalid
ブラウザの実装の問題でしたか、ありがとうございました。orz
xhtmlのdtdでもinvalidになってしまうんですか、うーん、接頭辞はxmlには欠かせないものなのに困りますね・・。
レスどもでしたm(__ __)m
ちなみにFirefoxに拡張子.xhtmlとかで読ませれば動く
http://hibari.2ch.net/test/read.cgi/hp/1246673956/
これもすべて糞 Apple のせい
創価R
創価R
創価R
創価R
創価R
創価R
創価R
創価R
創価R
創価R
創価R
創価R
創価R
創価R
創価R
創価R
創価R
創価R
創価R
創価R
創価R
