The attribute script:language specifies the language of the script by its name. Since script language names are application specific, the name should be preceded by a namespace prefix.
アプリケーション依存かよ!
重さの例はスタイル周り。(2.7 Styles)
This type of style information differs from [CSS2] or [XSLT] style sheets that are used to display a document. An additional style sheet for CSS, XSLT, and so on, is required to display a document in OpenDocument format on a certain device. This style sheet must take into account the styles in the document as well as the requirements and capabilities of the output device. The ideal case is that this style sheet depends on the output device only.
XQuery is designed to meet the first of these requirements. XQuery is derived from an XML query language called Quilt [Quilt], which in turn borrowed features from several other languages, including XPath 1.0 [XPath 1.0], XQL [X
勝手な想像ですが (スコア:1)
あえて緩い仕様にしておいてファイルとしては仕様を満たしていても、結局はMSOfficeでは読めなかったり、またはその逆だったりという状態になっているんじゃないでしょうか
「とあるDOMノードには実装者が自由に拡張アトリビュートが追加できる」とかいうゆるい仕様を用意して
実際のExcelはそこに表現上重要な情報を格納してる
とか
Re:勝手な想像ですが (スコア:2, 参考になる)
それなんて ODF? とか素で思ってしまいましたが。
とりあえず ODF 1.1 の仕様とかから拾ってみます。あくまで審議に通ったのは ODF v1.0 で、ここで見ている ODF v1.1 (2006/10/19 版: Committee Specification 1) ではありませんが。
緩さの例としてはスクリプト周り。言語の指定は以下の通り。(2.5.1 Script - Script Language)
アプリケーション依存かよ!
重さの例はスタイル周り。(2.7 Styles)
XSLT はともかく、CSS2 ってあーた…… Spec 出てから仕様に準拠する実装が出てくるまでどれだけかかっているのか、と。さらに未だに印刷周りなんて怪しいものがかなり多いでしょうに。
というか、CSS2 っていつ国際標準規格に。
仕様を読むと「The notation is inspired by the W3C XSLT 2.0 draft, see §12.3 of [XSLT2].」(14.7.10 Transliteration) とか、楽しげな文言が踊っています。インスパイアされましたか。思っても書くなと。
仕様を見て感じた率直な感想は、Relax-NG が読みたいのではなく仕様が読みたいのだからお願いだから普通に書いてください。そりゃスキーマも必要だけどさ。HTML4 Spec. くらい読みやすくしてくれとは言わないけれども。村田氏の blog にあった「あの完成度からいえば、本当なら反対がボンボン飛んでくるはず」「本文に書いてあるタグ名と、スキーマに出てくるタグ名が違う」「そういう初歩的な問題が、1つや2つじゃなく、いっぱいある」「ODFの仕様書というのはスキーマにコメントをつけた程度」というのを痛感しました。
繰り返しますが、見たのは ODF v1.0 ではなく ODF v1.1 の仕様なのでこれが規格を通ったわけではない点は留意する必要はありますが、現状のままだと、少なくとも OOXML と同じようにしっかり審議されたらこれは通らないんじゃないですかね。
Re:勝手な想像ですが (スコア:0)
これは中立的な観点に基づく真っ当で建設的な批判と言えるんでしょうか? つい最近W3C標準になったXQuery仕様の冒頭にはこんな一文があります。
Re:勝手な想像ですが (スコア:1)
XQuery の経緯と成り立ち、そして何よりも「国際標準規格」ではない点から W3C の仕様と同列には語れないと思いますよ。ISO の審議を通った HTML4 などは W3C HTML4 と全然仕様変わっているわけですし。
# まぁ、W3C HTML4 はリリース日に合わせる事が優先されて仕様内に整合性の取れていない説明がある訳ですけど。
Re:勝手な想像ですが (スコア:0)
全然そんなことは無いと思います。議論の主体が国家代表であるか、業界団体であるかという違いがあるだけで、なぜこれを「同列に語れない」と考えられるのか、説明を要します(違いの存在を説明することには全く意味はありません。その違いが「なぜ」「ここで」重要なのか、その説明が必要なのです)。
XQueryの成立の経緯なんて、それこそどうでもいいです。仕様に書く必要もないし、書いたからと言って勘違いの失笑に付する必要もありません。
Atsushi Eno
Re:勝手な想像ですが (スコア:1)
XQuery の成立の経緯がどうでもいいというのはとても不思議ですね。引用している部分は Introduction なのですが。XQuery の概要において同系列の先行技術に触れている部分です。こうした部分は「なぜこの仕様が必要なのか」を説明する部分でもあります。これはまさに成立の経緯に当たりますが、どうでもいいのでしょうか?
対して ODF v1.1 の場合は機能説明の部分で「XSLT 2.0 に発想を得た」と書いているわけで、何を見て思いついたか、なんて話は先行技術に関する言及とは全然話が違います。公開された規格書上に書かれていたら「これ書いた奴誰だよ。文章 1 つまともに書けないのか」と思われて当然でしょう。
Re:勝手な想像ですが (スコア:1)
もしも剽窃だとか盗用だとかいう議論があれば、いつでも受けて立ちますよ、という表明です。
(「インスパイアされた」と予め断っておかなかったためにトラブルになった表現例は最近多い。)
それを読み取れずに「文章ひとつまともに書けない」と非難するのは、きわめて幼稚です。
Re:勝手な想像ですが (スコア:0)
XQueryのプライベートな先行技術情報など、仕様書に書く必要があるほどsignificantな情報ではないという意味で、どうでもいいです。そんなものを書かなくても仕様の意味は通ります。逆に書いてあるからと言ってネチネチとこだわるまでのことでもないと思います。つまり、僕から見れば、そんなくだらないことでケチを付けるのは野党的言いがかりでしかありません。
あと、見当違いの「当然」を振り回すのは笑えるのでやめた方が良いです。
幸い誰も元コメントにプラス評価を付けていないので、これ以上時間を無駄にするのはやめます。
Atsushi Eno
Re:勝手な想像ですが (スコア:1)
元仕様文章を見てみるのがよろしいかと。コンテキストまで含めて考慮するにはそれが一番だと思いますので。
「この機能は○○を元にしている」などといった記述があるのはなんら問題ないと思いますが、それも書く場所次第という事はお分かりでしょうから。
Re:勝手な想像ですが (スコア:1)
コンテキストを含めて考慮すれば何か違った結論になる、という奇妙な自信の裏付けは見つかりません。
Re:勝手な想像ですが (スコア:0)
スキーマの標準化よりもスキーマ拡張方法の標準化に注力すべきではないかと。
たとえばジャストシステムのxfyのようにそのような使用方法を念頭に置いたXML編集環境の実装は既に有るわけですし。
Re:勝手な想像ですが (スコア:0)
昔、特にプロテクトがかかってるわけでもないのに、MS Wordでは開けるけれどプリントアウトできないWordファイルというのに出くわしたことがあります。その時の解決策はOpenOfficeで開くことでした。
Wordファイルとの互換性はMS OfficeよりもOpenOfficeの方が高いのかもしれません。