<XML総合 part="3"/>

**デフォルトの名無しさん** · 2008/10/07(火) 17:40:09

XMLなんでもスレ。

前スレ: 【XML】xmlns, XSLT, RelaxNG, JAXP, etc.【総合】
　http://pc11.2ch.net/test/read.cgi/tech/1133280488/
前々スレ: 【必須?】XML技術【使ってる?】
　http://pc8.2ch.net/test/read.cgi/tech/1090253584/

**デフォルトの名無しさん** · 2012/09/29(土) 12:12:46.79

>最近はXML自体狂ったシロモノとしか思えなくなってきた

漏れは昔から思ってるよ

**デフォルトの名無しさん** · 2012/09/29(土) 12:31:19.69

>>738
XML本体なら名前空間かなあ
周辺技術ならXSLTや（怒られそうだけど）スキーマ
広く使われてきたXPathですらCSSセレクタの台頭でこれも立場が危うい
それでもラベル付きコンテナとしてのXMLはまだだ優秀だと思う

**デフォルトの名無しさん** · 2012/09/29(土) 12:43:19.04

アトリビュートがいらないと思う
子要素ですべて解決するのになんであんなもの付けたんだろう

**デフォルトの名無しさん** · 2012/09/29(土) 12:51:35.99

JSONやCSS selectorsが主流になってwebからはほぼいらない子扱いになってきたもんな
型がないのと子要素がリストかリストでないか判別できないのも面倒
それだけのためにスキーマとかアホみたいだし

**デフォルトの名無しさん** · 2012/09/29(土) 17:25:12.74

>>740
>XML本体なら名前空間かなあ

これには異論があるかなぁ。
例えばXHTMLに独自タグを埋め込んでビュー定義するようなテンプレート記述言語
の場合は独自タグのセットがユニークな名前空間で他から「避妊」されているから
安心して埋め込むことが出来るよね。混ぜても安全な拡張性が保証されていてしかも
可読性を下げないのは名前空間のおかげ。

特にRDFとかその応用としてのLODとかは名前空間の仕組みがないと面倒くさくて
やってられん。というか、読めんw

XML namespaceはXMLの面倒な機能の中でも一番便利に使われているものの一つ
だと思うよ。

あとXMLスキーマは人間様が直接使うには面倒だけど、機械に書かせたり使わせ
たりするにはすこぶる便利だと思う。

>>742
>子要素がリストかリストでないか判別できないのも面倒

JavaのJsonライブラリで、Beansを内部で一旦XMLに変換してそれをJsonに変換
することでBeansをJsonにシリアライズするものがあるのだけれども、仮にBeans
上でその値が配列であってもXMLに変換される際にその情報が落ちてしまい、結果
として配列に入っている要素数によってJson上では配列になったりならなかったり
するという恐ろしいことになっているw

**デフォルトの名無しさん** · 2012/09/29(土) 17:40:14.67

ごめん。テンプレート言語はよくよく考えると関係ないか。

**デフォルトの名無しさん** · 2012/09/29(土) 18:39:14.80

>743 は何の価値もない糞レス

**デフォルトの名無しさん** · 2012/09/30(日) 02:45:37.54

JSONはJavascriptの異常な普及で台頭しているだけな気がする。

**デフォルトの名無しさん** · 2012/09/30(日) 03:06:55.08

同じような型を持ってるスクリプト言語は多いし
はっきり言ってXMLよりはるかに分かりやすい
XML固有の用語・概念・技術なんていらねーよ

**デフォルトの名無しさん** · 2012/09/30(日) 03:14:08.17

>>747
言語中立な技術でよろしく。

**デフォルトの名無しさん** · 2012/09/30(日) 03:31:33.67

Jsonも地味に方言が酷い。
サーバ側でデータバインディングのライブラリを差し替えた途端にWebブラウザの
JavaScriptコンソールが真っ赤になるとか珍しくない。

その点XMLはちゃんと整備されて使われているスキーマ記述言語を持っているので
それを使ってシリアライズ結果を検証したりトップダウン的にスタブを生成したりと
特に通信周りはJson使うよりもかっちり感がある。

**デフォルトの名無しさん** · 2012/09/30(日) 08:40:01.69

最近はもうテキストデータはLuaでさっと済ませてしまうことが多い

**デフォルトの名無しさん** · 2012/09/30(日) 10:33:37.96

厳密なデータ受け渡しならやはりXMLですな
スキーマは人間が書いた仕様書とは違って嘘をつかないw
まあ、物事にはいつも例外があるけどね……

**デフォルトの名無しさん** · 2012/09/30(日) 16:08:11.38

ちゃんとXML Schemaが定義されていればXML文書を手打ちするときもXMLエディタが
要素の名前をサジェスチョンしてくれたり勝手にバリデーションして間違いを指摘して
くれるので楽。

これで何より重宝するのがXML Schemaを手打ちするとき。XML Schemaのスキーマ
自体XML Schemaで定義されているからw

**デフォルトの名無しさん** · 2012/10/01(月) 09:20:30.08

急にスレのレベル落ちたのは気のせいか？

**デフォルトの名無しさん** · 2012/10/04(木) 23:47:22.19

下がったのは君のレベルじゃないのかね？

**デフォルトの名無しさん** · 2012/10/05(金) 04:26:44.10

レベル落ちたのはきみのせい

**デフォルトの名無しさん** · 2012/10/20(土) 12:44:45.33

XMLソケットをはじめから勉強したいんだけど、情報が少なすぎて積んでいます。
入門に最適なサイトを教えてください

**デフォルトの名無しさん** · 2012/11/06(火) 14:48:36.10

詰む*

**デフォルトの名無しさん** · 2012/12/08(土) 17:21:25.27

測定実験結果のように
・二次元配列形式で表現できるデータ群１つ
・日付や入力パラメータなどを複数
といった構造の情報がある場合に
二次元配列形式のデータをそのままXMLに書き込むのはよくないんでしょうか？
<Data>
<Date>yyyy/mm/dd</Data>
<Table>#Key1, Key2, Key3
0, 100, 200
1, 110, 300
3, 120, 400</Table>
</Data>
といった感じで書いてるのですがテーブルをほかの単一のファイルに分離して
そのファイルのパスを<Table>要素に記述するなどとしたほうがよいでしょうか？

**デフォルトの名無しさん** · 2012/12/08(土) 17:42:57.23

残念ながら当スレのエスパーは全員出払っておりまして。

そのXMLファイルを何に使うのかわからんことにはなんとも。
データ交換とか、何かのプログラムへの入力とか。

リストや行列を要素毎にタグでくくるのではなく空白等で区切ったベタのテキストとして
突っ込むファイル形式は、特に大きなリストや行列を扱う用途だとままある。

**デフォルトの名無しさん** · 2012/12/08(土) 19:06:18.93

> Prnglibは、64ビットシステム用に設計された擬似乱数生成ライブラリです。

**デフォルトの名無しさん** · 2012/12/09(日) 13:47:41.71

xml:space 属性とかまだ知らないのなら、
空白や改行に頼るデータ構造はお勧めしないとだけ

**デフォルトの名無しさん** · 2013/02/15(金) 20:27:02.03

ｖｂｓでXMLをloadXMLで読み込むものを作っています。
Windows2008サーバ上では正常動作しているXMLを一旦WindowsXPのPCに退避しておいて
再度Windows2008サーバ上にコピーすると、「・・・無効な文字が見つかりました。」で読めなくなってしまいます。
どういう原因が考えられるのでしょうか。XMLはコピーしただけで一切更新していません。

**デフォルトの名無しさん** · 2013/02/15(金) 20:36:58.20

正常動作しているXMLと正常動作しなくなったXMLを比較すればいいじゃない

**デフォルトの名無しさん** · 2013/02/15(金) 21:56:15.76

BOM

**デフォルトの名無しさん** · 2013/02/17(日) 19:41:43.65

Xml Schemaを人間用仕様書に変換できるXSLT何かありませんかね？

**デフォルトの名無しさん** · 2013/03/02(土) 08:38:54.70

>>764
BOMの意味からして分からないけど、サーバー内でコピーして保存したものだと問題なかったので
今後保存はサーバー内ですることにしました。
ありがとうございました。

**デフォルトの名無しさん** · 2013/03/02(土) 15:52:11.88

ここで問題解決しておかないと、後でハマるよ

**デフォルトの名無しさん** · 2013/03/10(日) 14:29:05.78

誰か答えてやれよ。

テストしにくいコードをテストする方法教えて下さい
http://toro.2ch.net/test/read.cgi/tech/1334408391/405

**デフォルトの名無しさん** · 2013/03/16(土) 02:21:05.15

例えば、以下のようなXML文書があるとして、
<doc>
<p>波動砲発射準備</p>
<p>エネルギー充填120%</p>
<p>発射！</p>
</doc>

これは、以下のように解釈される可能性もあるってことですよね？
<doc>
<p>発射！</p>
<p>波動砲発射準備</p>
<p>エネルギー充填120%</p>
</doc>

だとすると、小説やレポートなどの文章データを本来の意味を損なわずに
正常な形でXMLで扱うのは不可能なような気がするのですが。
タグにシリアルナンバーを振るという手もありますが、
そうすると、人間が手で編集するのは、
現実的ではなくなりまますよね。

**デフォルトの名無しさん** · 2013/03/16(土) 05:50:57.20

> これは、以下のように解釈される可能性もあるってことですよね？

ねーよボケ

**デフォルトの名無しさん** · 2013/03/16(土) 06:22:27.92

>>769
>これは、以下のように解釈される可能性もあるってことですよね？

解釈は解釈する側の問題。

よく使われる仕様の範囲内で例の二つの文章を別な物として扱えるかと問われれば扱える。
例えばDOMは子ノードの列びは順序つきと定義している。

文章を自然なかたちで表現できるか否かに関してはまた別のレベルで興味深いネタはある。
例えばText Encoding Initiativeという団体の出している文章に結構面白い話はある。

**デフォルトの名無しさん** · 2013/03/16(土) 10:22:33.50

>>771
>解釈は解釈する側の問題。
>例えばDOMは子ノードの列びは順序つきと定義している。

それは、「このページはIEでないと正常な表示が保証できません」
と言っているのと変わらないですよね。

**デフォルトの名無しさん** · 2013/03/16(土) 10:34:57.96

違います

**デフォルトの名無しさん** · 2013/03/16(土) 12:29:56.96

順序を保証したいならスキーマを用意してXML文書と紐づけすればいい
大抵は順不同にしようとする方がめんどくさいが

とはいっても「こう解釈するのが正しい」と示せるだけで正しく解釈されるかは別問題
「このページはIEでないと正常な表示が保証できません」が
「このページはスキーマに対応したシステムでないと正常な表示が保証できません」
に変わるだけと言われれば否定はできない

**デフォルトの名無しさん** · 2013/03/16(土) 12:35:00.42

同じ要素の並び順ってスキーマーで規定できたっけ？

**デフォルトの名無しさん** · 2013/03/16(土) 12:37:40.99

夜空と星奈と俺の３Ｐ

**デフォルトの名無しさん** · 2013/03/16(土) 12:43:34.43

最高の思い出

**デフォルトの名無しさん** · 2013/03/16(土) 18:12:19.66

>>775
XML Schemaでいうsequence要素内は同じ要素であってもsequenceなんじゃないかなぁ？
仕様でどうなっているかは未確認。

再帰を使って多重度を表現すれば
確実に順不同でないことを示せると思うけど。

**デフォルトの名無しさん** · 2013/03/17(日) 12:13:42.69

>>778
それって、パーサの挙動としてはどうなるの？
妥当性検証の段階では、その規約に違反したエラーってのは
起きようがないないよね？
要素を取り出そうとしたときに、順序性の無いデータ型を返す
API を使おうとするとエラーになったりするの？
そんなパーサみたことないけど・・・。

**デフォルトの名無しさん** · 2013/03/17(日) 13:27:35.75

>>779
お前は何を言いたいんだ？

波動砲発射準備
エネルギー充填120%
発射！

と表示されたからと言って

発射！
波動砲発射準備
エネルギー充填120%

の順番に「人間」が読まないことを保証できると思うか？
論文を結論から読む人は多いぞ？

**デフォルトの名無しさん** · 2013/03/17(日) 14:09:50.18

>>780
その通りですね。
ですから、医学系板ではなく、この板で質問しています。

**デフォルトの名無しさん** · 2013/03/17(日) 15:13:22.73

スキーマが宣言できるのはその意味論のレベルまでだ
それより上位の意味論については関知しない（できない）

パーサの挙動まで制約掛けたいならそういう仕様を作って標準化しろ
それでも不安なら認証局でも作って不適合パーサを排除しろ
それで不満なら従わない人間を粛清しろ

お前がやりたいのはそういうことじゃないだろ？

**デフォルトの名無しさん** · 2013/03/17(日) 15:32:44.18

>>782
セマンテクスにも階層がありますよ。
あなたの理屈だと、BNFでは
（CやJavaのような一般的な）プログラミング言語は定義できないことになる。

**デフォルトの名無しさん** · 2013/03/17(日) 15:38:04.70

>あなたの理屈だと、BNFでは
>（CやJavaのような一般的な）プログラミング言語は定義できないことになる。

いや、この例えはおかしいな。取り消します。

とにかく、自分は、「やり方」を質問しているわけではないので
あなたの回答はまとはずれです。
>>769
をちゃんと読むのが面倒なら、わざわざ答えてくれなくてもいいです。

**デフォルトの名無しさん** · 2013/03/17(日) 16:33:05.46

>>783
>セマンテクスにも階層がありますよ。
だからある階層の意味論はそれより上位の意味論については
関知できないっていってるんだよ

小説やレポートなどの文章データの「本来の意味」なんて誰が決められるんだよ
要素の順番はスキーマなりで決められる
でもその順番の「本当の意味」は？
順番の意味を形式化しよう
でもその順番の意味の形式的ルールの「本当の意味」は？

結局どこかで線引きがいるんだよ
少なくとも文書データの構造についてはHTMLやらOOXMLやらで大体の人が満足している
それでも本来の意味が損なわれていると言われれば
まぁそういう考えもあるかもねとしか言いようがない

**デフォルトの名無しさん** · 2013/03/17(日) 16:33:52.15

今度アナルやらせて

**デフォルトの名無しさん** · 2013/03/17(日) 16:34:42.21

ああHTMLは厳密にはXMLじゃないけどね
XHTMLにでもしとこうか

**デフォルトの名無しさん** · 2013/03/17(日) 23:40:17.22

>>785
>だからある階層の意味論はそれより上位の意味論については
>関知できないっていってるんだよ

逆にいうと、論点を不用意により上位の意味論に拡大すると、
本来感知すべき問題さえ感知できないということになってしまう危険があるということですよね？

あなたは今まさにそういうことをしていると思います。

「本来の意味」という言葉のあいまいさを不必要に拡大しすぎだと思います。
具体例を示しているのですから、問題領域は明白なはずです。

**デフォルトの名無しさん** · 2013/03/18(月) 00:12:17.44

そんなことよりXMLの話しよーぜ！

**デフォルトの名無しさん** · 2013/03/18(月) 10:31:32.21

結局sibling間に順序は規定されてないってことで良いの?

**デフォルトの名無しさん** · 2013/03/18(月) 19:30:47.49

何故その結論になるんだ

**デフォルトの名無しさん** · 2013/03/18(月) 19:55:05.47

そんな議論は10年以上前にやりつくしたのだ
http://lists.xml.org/archives/xml-dev/200010/msg00796.html

**デフォルトの名無しさん** · 2013/03/18(月) 20:09:40.21

XML的には兄弟の順序は重要ではないけれど
それを解釈する人間なりソフトが重要とみなしていれば重要だということか

要はユーザがそのXMLにどう意味を与えるかってことだね
（これはスキーマがなくてもできる）
集合型と配列を直列化した結果としてのXMLをそれぞれ考えてみるとわかりやすい

**デフォルトの名無しさん** · 2013/03/19(火) 09:39:54.31

違う要素名ならスキーマで対処できるけど、
同じ要素名だとスキーマ使っても順序規定できないね。
結局XML1.0単独だと>>769のように文書順序を変えてしまうXMLパーサが存在し得る
ことになる。
実際には出回っているXMLパーサは文書順序を変えないと思って問題ない。

**デフォルトの名無しさん** · 2013/03/19(火) 15:15:20.88

そういうパーサーは書けるがそれはパーサーの規格をまず先に確認すべき話。
スキーマ云々は、パーサの規格が具体的にスキーマ規格を参照していてスキーマの内容が
パーサの振る舞いと関連している場合に始めて問題になる。

**デフォルトの名無しさん** · 2013/03/19(火) 15:28:00.42

>>795
パーサーの規格はパーサーを書く人が決めるわけだが・・・

**デフォルトの名無しさん** · 2013/03/19(火) 15:44:39.80

>>795
あ、勘違いした。
そうだね、だから結局パーサー次第。
XML1.0単独の規格内では兄弟間の順序にはなにも規定がない。
パーサーにDOMを使えば順序は保証される。

**デフォルトの名無しさん** · 2013/03/19(火) 22:19:14.43

DOMが勝手に順序を固定しているということか。

[―{}@{}@{}-] **デフォルトの名無しさん** · 2013/03/19(火) 22:44:22.53

>>769
極端なことを言うと
<doc>
<p index="1">あ</p>
<p index="2">い</p>
</doc>
と
<doc>
<p index="2">あ</p>
<p index="1">い</p>
</doc>
と
<doc/>
を同一視してなおかつXML 1.0に準拠した処理系を考えられるけど、だから何?
Unicodeは65番がAであるとは定めているけど"C, A, T"と"A, C, T"の意味が同じかどうかなんて定めてない。しかしUnicodeで小説を扱えないという主張は意味が無い。

**デフォルトの名無しさん** · 2013/03/19(火) 23:12:32.13

>>799
>を同一視してなおかつXML 1.0に準拠した処理系を考えられるけど、だから何?
それはそういう処理系を作る人の自由でしょう。

>Unicodeは65番がAであるとは定めているけど"C, A, T"と"A, C, T"の意味が同じかどうかなんて定めてない。しかしUnicodeで小説を扱えないという主張は意味が無い。

>「本来の意味」という言葉のあいまいさを不必要に拡大しすぎだと思います。
>具体例を示しているのですから、問題領域は明白なはずです。

**デフォルトの名無しさん** · 2013/03/20(水) 00:06:58.55

同じ要素名でもスキーマで順序は宣言できるんじゃないの？
順序を入れ替えてもValidationが通るだけであって
入れ替える前後のXMLを「同一」とみなすかは別問題じゃね？
つーかValidationだけが意味を持つならannotationは何なんだって話。

ま、>>800には関係ないことのようだが。

**デフォルトの名無しさん** · 2013/03/20(水) 07:40:18.91

質問者もああいえばこういうで全然収拾が付かないな。本来の質問に戻れよ。

>>769
>だとすると、小説やレポートなどの文章データを本来の意味を損なわずに
>正常な形でXMLで扱うのは不可能なような気がするのですが。

可能。

はい終了。

**デフォルトの名無しさん** · 2013/03/20(水) 09:55:05.47

そこは順序を示す属性に数字でも入れておけということでしょ？

**デフォルトの名無しさん** · 2013/03/21(木) 14:21:07.70

>>803
XMLはXML1.0のみで使われるわけでなく、
通常はその周辺技術と一緒に使われる。
一般的にパーサとしてDOMやSAXが使われ、
その限りでは文書順序は保存されるってことでしょ。

**デフォルトの名無しさん** · 2013/03/21(木) 23:30:22.49

なんて野暮な

**デフォルトの名無しさん** · 2013/03/22(金) 10:01:40.05

そういうスレだからな
説明せずに解答だけ書くクズはイラね

**デフォルトの名無しさん** · 2013/03/22(金) 22:16:24.26

なにつまらない議論を

と思っていたが、XML1.0読みながら素直にXML-DBとか実装してたら
普通にありえそうな話だなあ

**デフォルトの名無しさん** · 2013/03/22(金) 23:58:10.53

野暮ついでに言うが
XMLの整形式として要素の順序が規定されてないだけであって
XML1.0の仕様書にはDTDも含まれてるからな？
誰かの受け売りじゃなく仕様書ちゃんと読んでるよな？

そのDTDも今じゃ見かけないし2.0で排除予定だけど
もはやXML2.0自体が霞んで見えない

**デフォルトの名無しさん** · 2013/03/23(土) 00:07:48.80

>>808
当然DTDは含まれてるよ

**デフォルトの名無しさん** · 2013/03/23(土) 00:32:25.76

この文脈でDTDが含まれているか否かは本質じゃない
XML1.0の仕様書に規定されているElement Type Declarationsによって
要素の順序は規定できるんだから
XML1.0単独だと要素の順序を規定できないって誤読すんなよって話

**デフォルトの名無しさん** · 2013/03/23(土) 00:56:03.15

XHTMLの<meta>タグの登場順をXML処理系で保証するべきなのか否か、
定義する仕組みとか何かあるんだっけ？

**デフォルトの名無しさん** · 2013/03/23(土) 11:28:56.67

>>810
要素名が要素の順番のことを言ってんだよ。

**デフォルトの名無しさん** · 2013/03/23(土) 11:29:39.80

↑
間違った
要素名が同じ要素の順番

**デフォルトの名無しさん** · 2013/03/23(土) 11:46:05.08

XPathが登場順を規定してるのなら
XQueryでも登場順は規定されているんだろたぶん

**デフォルトの名無しさん** · 2013/03/23(土) 12:09:13.46

>>812
お前はレストランとかで待たされるとき
前に並んでた人の名前が自分と同だったら割り込んでよいなんて思うのか？

**デフォルトの名無しさん** · 2013/03/23(土) 19:23:22.56

>>815
その「名前」は要素名じゃなくてデータだろｋｓ

**デフォルトの名無しさん** · 2013/03/24(日) 00:07:52.98

>>810はXML文書とそれによって表現されるツリーオブジェクトを
明確に区別できていないように見える。
当然ながらXML1.0ではXML文書からオブジェクトを生成する場合の
兄弟間の順序など規定されてない。
順番通りに並べることもせず、順番を記録することもしないならば、
新たにXML文書に書き出すときに元の順番など保証されない。
あくまでvalidになるように要素を並べるだけ。
XML文書とツリーオブジェクトの関係を決めるのはあくまでDOMであって、
XML1.0規格ではない。

**デフォルトの名無しさん** · 2013/03/24(日) 00:39:07.13

結局>>799の質問の要点は
「XML文書で表現されるデータは順序付きツリーなのか順序無しツリーなのか?」
ってことだな。
その答えは、
「どちらであるかは決まっておらず解釈次第であるが、
通常は順序付きツリーとして扱われる」
ってことだ。

**デフォルトの名無しさん** · 2013/04/08(月) 22:59:15.78

ＸＭＬでタグや属性名で大文字や小文字が区別されるケースなんて皆無なのに厳密に区別しないと動作しないせいで余計に効率が悪い

XmlNodeとXmlElementを分ける意味がわからない１つでいいだろ

GetElementsByTagNameはエレメンツでGetElementByIｄはエレネントってトとツが違うのは何らかのトラップのつもりか？
しかも、なんで一方に１種類の戻りパターンしかないんだよ
タグで単一ノードが欲しいことだってあるだろうし、Idで複数欲しいことだってあるだろ

何重にもなってるいちいちGetElementsでとってエラーチェックして0番目のをまたGetElementsしてエラーチェックしてってやかましいわ
と思ったらselectNodesなんてのがあるじゃない
なかなか気がきくなと思ったらエラーしか返ってこねーよ
しかも、どこがエラーか内緒かよ

**デフォルトの名無しさん** · 2013/04/09(火) 02:51:16.76

>ＸＭＬでタグや属性名で大文字や小文字が区別されるケースなんて皆無
え？

>Idで複数欲しいことだってあるだろ
え？

何やってんのか全然わからんけどXPathでも使えば記述量は減らせんじゃね

属性廃止して全部要素でいいじゃんと思うことはある

**デフォルトの名無しさん** · 2013/04/09(火) 02:58:52.81

うわ寝ぼけてる
XPathじゃなくてjQuery

**デフォルトの名無しさん** · 2013/04/10(水) 15:36:53.35

IE10の標準モードで document.XMLdocument が使えなくなって困っています。

ローカルフォルダに置かれたXMLデータファイルとXSLTスタイルシートを
下記のサイトで示されている手法で静的に紐付けして処理しています。
http://www.atmarkit.co.jp/fxml/tecs/001stylelink/01.html

XMLデータをブラウザで表示する際に、XSLT内に記述した
javascriptコードでデータを集計処理しており、
javascriptにXMLデータを受け渡すために
document.XMLDocument.getElementsByTagName()
を使っています。

ところがIE10の標準モードでは document.XMLdocument が
使えなくて困っています。

互換表示モードならば使えるのですが、
標準モードで使えるようにjavascriptコードを
書き変えようと考えました。
しかし、静的に紐付けしたXMLファイルからデータを
取りだす手法が見つかりません。
XMLHttpRequestはローカルファイルには使えないようでした。

何かいい解決方法がありましたらお教え下さい。

**デフォルトの名無しさん** · 2013/04/10(水) 22:05:37.62

>>822
IE を窓から捨てる！
Windows を世の中から無くす。
以上。

**デフォルトの名無しさん** · 2013/04/11(木) 00:18:42.58

そもそもXSLTにjavascriptってどういうこと？
XMLをXSLTでHTMLかXHTMLかに変換していて
変換後の(X)HTML内にjavascriptを埋め込んでるということ？
そうだとしたら何でdocument.XMLdocumentを使う必要があるの？
あるいはXSLTを使う必要があるの？

**デフォルトの名無しさん** · 2013/04/16(火) 22:18:03.68

xslt(xpath?)の質問です。

HTMLの表のような構造のXMLがあるとして、「ひとつ前の行のカラム」は
どう表現すればよいでしょうか？
例えば以下で、b-3の位置からb-2の位置を表す方法を教えてください。

<table>
<row>
<cell>a-1</cell> <cell>b-1<f>dummy</f></cell> <cell>c-1</cell>
</row>
<row>
<cell>a-2</cell> <cell>b-2</cell> <cell>c-2<f>dummy</f></cell>
</row>
<row>
<cell>a-3</cell> <cell>b-3</cell> <cell>c-3</cell>
</row>
<row>
<cell>a-4</cell> <cell>b-4</cell> <cell>c-4</cell>
</row>
</table>

**デフォルトの名無しさん** · 2013/04/16(火) 22:22:14.98

>>825
本当はこの次に、空白でないcellを探して、
行を前にたどる、ということをやりたいのですが、
そういう表現はできるのでしょうか？

**デフォルトの名無しさん** · 2013/04/17(水) 01:17:22.99

1行(row)毎にcellをなめる前提でコンテキストノードがcellのとき

<xsl:variable name="col" select="position()"/>
何列目かを変数に保存

<xsl:value-of select="../preceding-sibling::row[1]/cell[$col]/text()"/>
コンテキストノードの親(row)の→../
前側の兄弟の→preceding-sibling::
1番直近のrowの→row[1]/
$col列目のcellの→cell[$col]/
テキスト→text()

preceding-siblingは元データの下側からカウントアップしていくのがハマリどころ

**デフォルトの名無しさん** · 2013/04/17(水) 20:12:15.79

>>827
できました～。ありがとうございます。
実はここでは簡単にしましたが、問題はもう少し複雑で、名前空間と複合した問題でハマってました。
でも、こっちが間違いない、というところが確実に突破口になりました。xslt始めて一週間、ここで5日くらい悩んでました。
答えはこんな感じで。
<xsl:variable name="col" select="position()"/>
<xsl:value-of select="../preceding-sibling::row[cell[$col]/text()!=''][1]/Cell[$col]/text()"/>

**デフォルトの名無しさん** · 2013/04/19(金) 07:42:30.81

828です。また躓いてます。
変数に格納した内容に対して、繰り返し
（再帰的に）template matchさせるには
どうしたらよいのでしょう？
cellが空の時は、他のcellの内容（XML）の
処理結果を出力したいのです。
外でcellの内容を変数に格納し、
その変数の内容をparamでtemplateに渡した後、
paramの変数に対してxpathの指定をする方法はあるのでしょうか？
XMLのelementを一文字ずつ処理するのは
何か違う気がしますし…。

**デフォルトの名無しさん** · 2013/04/20(土) 14:02:11.58

何がしたいのか分からん
デリゲートとか高階関数みたいなことがしたいってこと？
だとすれば標準機能では無理

そうはいっても別のやり方で本来の目的は果たせると思う

**デフォルトの名無しさん** · 2013/04/20(土) 17:57:25.21

補足するとXSLT1.0の場合
変数の値の型がnode-setであれば当然/とか[]とかの演算子が使える
一方変数の値の型がResult Tree Fragmentの場合は使えない
必要なら処理系拡張のnode-set()関数とかを使う

XSLT2.0はその点改良されているらしいが使ってないので詳しくは知らん

**デフォルトの名無しさん** · 2013/04/21(日) 01:33:57.74

率直な質問なのだけど、XSLって今時何に使うの?

個人的には使いどころが極めて少ない既にオワコン、というかそもそも始まりも
しなかった技術という評価なのだけど。

**デフォルトの名無しさん** · 2013/04/21(日) 12:37:55.92

今時も何もXSLTは提案当初からXMLの変換だよ
「極めて少ない」と「ない」は違う
ニッチな分野にマイナー言語って構図は珍しい話じゃない

XSL-FOの方は……

**デフォルトの名無しさん** · 2014/02/26(水) 22:02:01.69

XMLっていらなくね？
DOMでよくね？

**デフォルトの名無しさん** · 2014/02/27(木) 00:11:36.97

久々に！と思ったら何だよ

**デフォルトの名無しさん** · 2014/02/27(木) 02:02:12.50

まあいまさら新しい話題なんてないしなぁ

**デフォルトの名無しさん** · 2014/02/27(木) 20:41:09.55

XMLの代表的な使われ方ってRSSだけど、
RSSって使われてるの？

**デフォルトの名無しさん** · 2014/02/28(金) 00:52:30.45

代表的？
セマンティック・ウェブという「典型的」「古典的」な使われ方ってんなら分かるけど

RSSはミニブログでないブログ文化とともに死んだイメージ