【みらくる】XHTML 2.0 (その2)【ドリーム】
■ このスレッドは過去ログ倉庫に格納されています
W3C 公開メーリングリスト
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 なんとも独り善がりな>>1だな。
ま、立ってしまったものは仕方がない。
適当に埋め立てるとするか。 XHTML 2.0って、もう標準になってるんですか? 18 名前:Name_Not_Found[sage] 投稿日:04/10/26 04:07:56 ID:???
>>16
へー、そうあんだー > 996 名前:Name_Not_Found メェル:sage 投稿日:04/10/26 14:26:44 ID:???
> 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 使えばいいやん、って気もしますが、
なかなかそういう方向にも行き切れないみたいですね。 >>4
謎氏のサイトは、鯖の急な有料化に対応出来なかった為、デリられてしまったそうです >>22
RDF/XMLでrdf:aboutやrdf:resource属性などを使って、
ある名前空間の語彙を (rdfやrdfsなどはしばしば複数箇所で)
参照したりすることがあるわけですが、
QNameが使えず、URI参照をフルで書かなければならないんですね。
その面倒さを解決して何とかURI参照を省略したいなあというところに
内部実体があって大助かりだったので、無くなると困るなと。
まあ仕様が悪いと言われればどうしようもありませんが…。
XML 2.x系になればスキーマ関連は大幅に変わるでしょうが、
(そしてきっとW3C XML Schemaがnormativeなスキーマとして取り込まれるでしょうが)
DTDのスキーマ以外の部分について、何らかの代替的な機能を用意してほしいですね。
外部解析対象実体はXIncludeあたりが担うのかな。 >>24
ああ、なるほど、よく &rdfs; とかやりますね。
別に、スキーマとしての DTD があろうとなかろうと、
XML である以上は DOCTYPE 宣言をして駄目ってことはないので、
内部サブセットに実体宣言だけを
<!DOCTYPE html [<!ENTITY rdfs "...">...]>
と記述すれば良いんじゃないでしょうか。
(XML 1.0/1.1 プロセサなら正しく解釈します。)
# ちなみに、XML 2.0 で DOCTYPE 宣言そのものが廃止されたら…?
# その時は RDF/XML でも QName が使えるようになってることを
# 期待するしかないですかね。 Working Draft: XSL Transformations (XSLT) Version 2.0
ttp://www.w3.org/TR/2004/WD-xslt20-20041105/ >>28
XMLスレに投げた方がいいでしょうけど、誰が読むんですかこの仕様書… http://pc5.2ch.net/test/read.cgi/hp/1096723178/701-719
702,710,719みたいなXHTML2に後方互換を求める意見って
あのスレならではなんだろうか。こっちでは見たことない気がするんだが。 異なる名前空間の間の後方互換て、実装に何を期待するつもりなんだろうか。
未知の名前空間の名前はローカルパート見て当てずっぽうで解釈とか?
ハタ迷惑すぎるよなあそんな振る舞い。 互換性に拘りたい立場なら、まず名前空間変更から反対しなきゃね。 >>41
> そういや、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「いや、反論の機会はあった」
中の人は大変ですね。 ttp://www.w3.org/2001/tag/2004/10/05-07-tag.html#htxl
> the linking task force has made little progress in the last seven months
手をつけずにHLinkの動きを封じ、XLinkをデファクト標準のリンク手法に至らしめる。なんつて XPointerとXPathってなんで別々なのかね。 >>43-44
うはは、侃々諤々ですな(w
つーかみんなちゃんと TAG の話題とかもチェックしてるのね。
羨ましいバイタリティだ。 おや、もうLast Callですか。
ttp://www.w3.org/TR/2004/WD-xml-id-20041109/ http://www.w3.org/TR/2004/WD-xforms11-20041115/
XForms 1.1 の 1st draft が出ました。
# XHTML 2.0 の勧告に間に合ってしまうんじゃないかなどと
# 思ってしまったり。 XHTMLのform要素との絡みがメンドくさくなるかもね。
「勧告になったからには盛り込め」てき乗りになると
XHTMLのワーキンググループはまた混乱するかも。 >>50
ちゅーかその場合 XForms 1.0 の存在意義が…
まあなくなるとは言わないけれども。 >>49
># XHTML 2.0 の勧告に間に合ってしまうんじゃないかなどと
># 思ってしまったり。
つーかそのための XForms 1.1。この辺読むと何やら怪しいことが書いてある。
http://www.w3.org/TR/xforms-11-req/#simplify-xhtml2 1.1から2.0へ移行してしまってもいいと思いますか? MTの日本語版出るのを待ってるときみたいだ。
動きたいのに動けず、待ってる間結局HTMLでサイト完成。
ちくしょー勧告まだですかー 質問して人がいるか確認してみる。スレ違いスマソ
abbr属性ってグラフィカルなブラウザではtitle属性みたいにポップアップされるようになると思うんだけど、
それを現時点で実装する方法ってDOMで取得してtitle辺りに書き換えるしか無いかな?
何かアイデアあったら教えてください あれこれポップアップ
http://www.remus.dti.ne.jp/~a-satomi/bunsyorou/ArekorePopup.html#userFAQ
みたいな方法かなぁ。まあこれもDOMで要素を作ってるんだけど。 >>63
>ポップアップされるようになると思うんだけど
現段階で実装されてない主要ブラウザはIEくらいじゃないか?Macのほうは知らんけど。
IE向けに……ってんなら、>>64とか。 >>66
> Macのほうは知らんけど。
Mac IE 5.x でも実装されてる。 みな本当にabbr「属性」について話をしているの? >>68
ああー、ごめんごめん要素のつもりですた。
なんか変だなーとは思ったんですが。
個人的には abbr ポプアプするよりも
tbody をインラインフレームぽい表示にする方が
見やすいと思いますが如何。 abbr属性をポップアップってのはWD読んでの妄想なんで忘れてください
それよりも人がいた事に驚いたよ
>>71
tbodyをiframeみたいに表示して、とはデフォルトスタイルシートでって事?賛否が分かれそうだね。俺は賛成
俺はtableのデータだけをCVSなりなんなりの形式で書き出せるようにしてほしい
激しくスレ違いだけど
WinIEでabbr要素を(無理矢理)読ませるのはinnerHTMLでacronymに置換したらいい
その他工夫すれば擬似要素にも対応可能
再度スレ違いスマソ > abbr ポプアプするよりもtbody をインラインフレームぽい表示にする方が見やすいと思います
ごめん。勘違いしました >>72
>俺はtableのデータだけをCVSなりなんなりの形式で書き出せるようにしてほしい
俺はむしろCVSなりなんなりの別の形式の表データをtableタグで読み込めるようにして欲しい。
objectとかimgで画像データとかを読み込むようにさ。
<table type="text/cvs" src="hoge.cvs" />
とかそんな感じでさ。table,tbody,tr,tdっていちいち書くの激しくめどいんだもん…
激しくスレ違いだけど objectの子要素にcaptionが使えるようになったのはいいんだが、
captionはtableモジュールってのがキモいな。
俺としては数個のオブジェクトに1つのキャプションをつけたいんだが、
それはXLinkが解決してくれるのかい? >>74
面白いね。でも、鯖側で変換すれば今でも何とかなるんじゃない?
つーか、それをできるようにすると、
<table type="application/x-excel" src="hoge.xls" />
とか言うウザいのが増えそうな悪寒。 >>74
うわぁ…まさにオレが以前つくったカスタムタグそのままぢゃないかYO
ファイルからのtableタグ変換っていうものは結構出回っている。
>>76
というか実はそれも想定内だったんだよね。
でも現状の、Excelでxlsファイルを「HTMLに変換して保存」したときに生成されるあの滅茶苦茶汚いtableタグより一行で済むそれのがいいと思わない?
鯖でtableタグに変換するんだと、cvsはいいとしてもxlsはどのみち糞汚いソースに化けそう…
>>77
えーと…「おまいは俺ですか?」でいいんだっけw
ところでこの方法の問題点…
1.W3CがXHTMLにスタイルシートやスクリプトではない純粋な読むためのテキストを読み込ませるのを許すのか
2.そもそもCVSの標準化された仕様ってあったっけ
1についてはもしこれが許されるのならcodeタグで.cとか.cppとか.hとか.javaとか.html(ソース表示)とかを別ファイルで読み込むのも許されるだろうからそしたらもっと便利かなーみたいな… 許すのか?ってことに関してはここで議論しても仕方がないから、
(方針が明文化されてないなら)W3Cにどうですかって放り投げてみたらいいんじゃね? よくわからないけどobjectはバイナリデータのためのじゃないのか?SVGも読ませる予定なんだっけ? objectでCSVを埋め込んだらどう表示されるべき? 実装依存? 少なくともtableとして表示すべきという方針ではないだろうな。 CSVからtableを作るスクリプトを書けばいいじゃん >>84
text/plainならソース、text/cvsなら実装依存でしょ
というかtext/cvsって登録されてるのか、仕様書ではどうなってるのか分からないからなんともいえないけど >>87
text/x-csv
text/comma-separated-values
ただし非標準
text/tab-separated-values はあるのにね
http://www.iana.org/assignments/media-types/text/
素朴な疑問でスマンが、XHTMLってブラウザの対応状況はどうなの?
俺は
IE6,FireFox1.0,Netscape7.1,Opera7.54u1
あたりのブラウザを動作検証対象にしてるけど、このへんもう問題なく
対応してるのかな?
問題ないならそろそろxhtmlへの移行も考えようかな、なんて。 >>93
というかXHTMLだけならほとんどのブラウザで解釈できる気がする。問題はCSSなわけで。 うちはもうCSSに関してはSTRICTで動かしてる。
(NN4はMETA属性でCSSを外して対処。)
XHTMLとCSSの組み合わせって、基本マークアップだけなら描画自体は変わらないのかな?
まぁやって見ればいいんだけど・・・ ↑訂正する
media属性にprintを入れて対処 >>93
少なくとも WinIE が application/xhtml+xml をわかってくれないので
XHTML1.1 は使わない方がいいと思われ
XHTML1.0 を text/html として送るのが今のところ無難
>>97-98
サンクス。
うーん、色々予期できないような動きはありそうですね。
もうちょっと様子見てみようかな・・・
CSSと分離してあるソースなら、移行はツールでできるだろうし。
(ってできるよね?) ■ このスレッドは過去ログ倉庫に格納されています