<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/
2011/09/13(火) 00:43:41.82
<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE root [
<!ATTLIST root attr CDATA #FIXED "20000">
<!ELEMENT root (#PCDATA)>
]>
<root attr="16000" />

要はこれが通るってこと？
そりゃ、チェックが甘いだけ。ちゃんとしたValidator使いなよ
W3Cのとかに通せばエラー出るよ
ttp://validator.w3.org/
2011/09/13(火) 00:49:35.73
>>701
おお！！エラー出た！！
こんなものがあるとは、ありがとうございます！！

他にも２つパースしてくれるXMLエディタで試したんですけど、
エラーが出なくって、途方に暮れておりました。
Validatorで検索すればいいのか。
2011/09/13(火) 21:24:25.75
VC#2005なんですが
XPATHで属性値にダブルクォーテーションが含まれる値を探す方法教えてください

------------------------------
<?xml version="1.0">
<root>
<data key=""1"" value="あ"/>
<data key=""2"" value="い"/>
<data key=""3"" value="う"/>
</root>
------------------------------

この文書のvalue「い」を得ようとkeyの値から探そうとして

SelectSingleNode("/data[@value=""2""]/@value")

とやると全くヒットしないし

SelectSingleNode("/data[@value="\"2\""]/@value")
SelectSingleNode("/data[@value="""2"""]/@value")

とやってもInvalid Tokenって怒られるし
じゃあどうすればValidなんですか？
2011/09/13(火) 21:26:57.08
訂正orz
------------------------------
<?xml version="1.0">
<root>
<data key="&quot;1&quot;" value="あ"/>
<data key="&quot;2&quot;" value="い"/>
<data key="&quot;3&quot;" value="う"/>
</root>
------------------------------
2011/09/14(水) 05:35:27.11
なんでXPathのほうでは実体参照してないの？
2011/09/14(水) 07:15:43.76
XmlNode node = doc.SelectSingleNode("/root/data[@key='\"2\"']/@value");
Console.WriteLine(node.Value);

これでとりあえず取れるようだけど本当はどう書くべきなんだろう
2011/09/14(水) 07:49:04.27
&amp;
&quot;
&apos;
2011/09/14(水) 07:50:29.99
706の方法では'と"が混在してるとダメだと思う
2011/09/14(水) 08:26:13.93
たしかにそうなんだけど、次のコードがnullを返すので困っちゃう

doc.SelectSingleNode("/root/data[@key='&quot;2&quot;']/@value");

処理系が絡む話でもあるしC#書ける人あとはまかせた
2011/09/14(水) 08:41:57.35
これもダメなの？
doc.SelectSingleNode("/root/data[@key='＆quot;quot;2＆quot;quot;']/@value");
2011/09/14(水) 22:52:07.74
それよりもこの板の実体参照を何とかして欲しいorz
2011/09/21(水) 06:10:58.94
>>700
MSXML自体はちゃんとエラー検出したからxml notepadが妥当性検証を
行なっていないだけじゃね
> errorReason=属性 'attr' の値は、DTD またはスキーマで定義されている
> 固定値と一致しません。
2011/10/06(木) 17:38:41.27
すみません。
プログラムの実行結果がxmlで吐き出されるので、それをパースして
変数に格納したいと思っています。

以前、Javaでxmlpullparserを利用したときは、タグを探し、
そのタグの中身を取り出すようにしていました。

今回、吐き出されるxmlの記述様式が以前扱ったことのある

<タグA>変数</タグＡ>

という形ではなく、
<タグB var_a=x var_b=y var_c=z></タグB>
という形式で出力されています。

これらの変数をそれぞれ取得し、それを変数に格納したいとき
それはどのようにして実現できるのでしょうか?

また、言語がCなのですが、Cでも使えるXml parserのオススメがありましたらご教示願います。
2011/10/06(木) 17:51:28.03
>>713
オプソかつ英語可でよければ libxml がある

The XML C parser and toolkit of Gnome
　http://www.xmlsoft.org/
2012/02/02(木) 23:34:07.97
名前空間って深くできる？

xmlns:tanaka:taro="http://hello"
2012/02/03(金) 10:50:03.36
http://www.w3.org/TR/REC-xml-names/

[1] NSAttName ::= PrefixedAttName | DefaultAttName
[2] PrefixedAttName ::= 'xmlns:' NCName
[3] DefaultAttName ::= 'xmlns'
[4] NCName ::= Name - (Char* ':' Char*) /* An XML Name, minus the ":" */

何で規格読まないの？バカなの？
2012/02/03(金) 14:21:32.04
>>716
つんでれぇ乙ｗ
2012/02/03(金) 14:41:11.46
というかxmlns:tanaka:taro="http://hello" はあくまで例示であって
質問の本質は名前空間をネストできるかどうかだろうに
2012/02/03(金) 17:57:07.78
BNFもわからないようじゃXMLいじるのやめた方がいいよ
2012/02/03(金) 21:05:49.19
ネストはできないと思うが"tanaka:taro"セットで１つの名前空間になると思う
2012/02/03(金) 22:11:58.78
>>720
いや、xmlns: に続ける文字列には : は含められない
Name - (Char* ':' Char*) は
「 Name にマッチするけど (Char* ':' Char*) にはマッチしない文字列」って意味

だよね？ >>716
2012/02/06(月) 05:19:16.24
だな。
2012/02/22(水) 23:25:23.52
facebookのプラグインが:を含めててその要素を指定できずにStylishで消すのが面倒でしょうがない
2012/03/28(水) 01:15:39.08
コメントに /* */ って使えるんですか？
<!--
<hoge /> /* unko */
-->
みたいにネストしたいんですが
2012/03/28(水) 05:15:30.91
むしろどうして使えるかもと思うんだ？
2012/05/30(水) 01:42:27.83
質問です。
ヤフー知恵袋でみつけて疑問におもったんですが

------
<!ATTLIST 商品 code ID #REQUIRED>
<!ATTLIST 店舗 code ID #IMPLIED>
<!ATTLIST 顧客 pro_ref IDREF #IMPLIED>
<!ELEMENT root (商品|店舗|顧客)*>
<!ELEMENT 商品 (#PCDATA)>
<!ELEMENT 店舗 (#PCDATA)>
<!ELEMENT 顧客 (#PCDATA)>

これだと、顧客要素のpro_ref属性が、商品要素のcode属性を参照するのか、
店舗要素のcode属性を参照するのか、分からないですよね。。

-----
これって商品要素のcode属性と店舗要素のcode属性
それぞれに一意のＩＤが割り振られた場合
pro_refはどっちも参照できる、であってますか？
2012/06/03(日) 15:21:59.99
>>726
> これだと、顧客要素のpro_ref属性が、商品要素のcode属性を参照するのか、
> 店舗要素のcode属性を参照するのか、分からないですよね。。
うん。分からない。

> これって商品要素のcode属性と店舗要素のcode属性
> それぞれに一意のＩＤが割り振られた場合
> pro_refはどっちも参照できる、であってますか？
その通り。

というか、IDREF 型となっている以上、ID 型となっているものを参照する。

ID は文書内で一意の名前を示すものなので ID 型として指定してある場合、どの要素の属性とか関係なく XML 文書全体で
一意になっていなくてはならない。
このため、商品要素の code 属性と店舗要素の code 属性の値が被ることはない。
そして、IDREF 型の顧客要素の pro_ref 属性は、商品要素の code 属性か、店舗要素の code 属性の一致するものを参照する。
2012/06/19(火) 19:49:21.32
IDREFの対象となるのはIDだけなのですか？

というのは、idとして番号を扱って、後で参照したいのです

IDでは最初の１文字目に数字を用いることができません

IDの代わりにNMTOKENを用いて、これを後で参照することはできないのですか？
2012/06/19(火) 20:49:17.24
まず日本語を自由に使えるようになってからこい
730７２８
垢版 |
2012/06/19(火) 20:55:39.47
虐められた(´・ω・｀)
2012/06/20(水) 20:56:31.65
>>728
仕様書のIDREFのとこの定義がそうなってるなら、そうなんじゃない。
何としても数字にしたいなら、prefixに決まった文字を付けるとかでも良いのでは。
732デフォルトの名無しさん
垢版 |
2012/09/11(火) 11:47:49.46
このエラーはどういう意味なのでしょうか？

courses.xsd:35:
element element: Schemas parser error : Element '{http://www.w3.org/2001/XMLSchema}complexType':
The content is not valid. Expected is (annotation?, (simpleContent | complexContent | ((group | all | choice | sequence)?, ((attribute | attributeGroup)*, anyAttribute?)))).
2012/09/11(火) 14:33:23.94
>>732
courses.xsdの35行目がなんかおかしいぞ、という意味です。
本来そこにあるべき文法は
(annotation?, (simpleContent | complexContent | ((group | all | choice | sequence)?, ((attribute | attributeGroup)*, anyAttribute?))))
に従うべきだと言っています。
2012/09/26(水) 19:42:41.76
<hello world="tokihatomaru"/>

<hello>
<world>tokihatomaru</world>
</hello>

アトリビュートと子エレメントはいったいぜんたいどう使い分ければいいというんですか？
2012/09/26(水) 20:25:43.04
>>734
迷わず全部要素で表現すればよろしい。
2012/09/29(土) 01:02:42.17
全部アトリビュートで表現されてるXMLはそもそも設計がおかしい
っていうか要件定義から失敗してるにほいがするって暴言してみる
2012/09/29(土) 03:33:35.63
最近はXML自体狂ったシロモノとしか思えなくなってきた
余計な技術多すぎ
2012/09/29(土) 08:01:02.84
具体的には?
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
レベル落ちたのはきみのせい
756デフォルトの名無しさん
垢版 |
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
769デフォルトの名無しさん
垢版 |
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という団体の出している文章に結構面白い話はある。
772デフォルトの名無しさん
垢版 |
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でないと正常な表示が保証できません」が
「このページはスキーマに対応したシステムでないと正常な表示が保証できません」
に変わるだけと言われれば否定はできない
775デフォルトの名無しさん
垢版 |
2013/03/16(土) 12:35:00.42
同じ要素の並び順ってスキーマーで規定できたっけ？
776デフォルトの名無しさん
垢版 |
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なんじゃないかなぁ？
仕様でどうなっているかは未確認。

再帰を使って多重度を表現すれば
確実に順不同でないことを示せると思うけど。
779デフォルトの名無しさん
垢版 |
2013/03/17(日) 12:13:42.69
>>778
それって、パーサの挙動としてはどうなるの？
妥当性検証の段階では、その規約に違反したエラーってのは
起きようがないないよね？
要素を取り出そうとしたときに、順序性の無いデータ型を返す
API を使おうとするとエラーになったりするの？
そんなパーサみたことないけど・・・。
2013/03/17(日) 13:27:35.75
>>779
お前は何を言いたいんだ？

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

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

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

の順番に「人間」が読まないことを保証できると思うか？
論文を結論から読む人は多いぞ？
781デフォルトの名無しさん
垢版 |
2013/03/17(日) 14:09:50.18
>>780
その通りですね。
ですから、医学系板ではなく、この板で質問しています。
2013/03/17(日) 15:13:22.73
スキーマが宣言できるのはその意味論のレベルまでだ
それより上位の意味論については関知しない（できない）

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

お前がやりたいのはそういうことじゃないだろ？
783デフォルトの名無しさん
垢版 |
2013/03/17(日) 15:32:44.18
>>782
セマンテクスにも階層がありますよ。
あなたの理屈だと、BNFでは
（CやJavaのような一般的な）プログラミング言語は定義できないことになる。
784デフォルトの名無しさん
垢版 |
2013/03/17(日) 15:38:04.70
>あなたの理屈だと、BNFでは
>（CやJavaのような一般的な）プログラミング言語は定義できないことになる。

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

とにかく、自分は、「やり方」を質問しているわけではないので
あなたの回答はまとはずれです。
>>769
をちゃんと読むのが面倒なら、わざわざ答えてくれなくてもいいです。
2013/03/17(日) 16:33:05.46
>>783
>セマンテクスにも階層がありますよ。
だからある階層の意味論はそれより上位の意味論については
関知できないっていってるんだよ

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

結局どこかで線引きがいるんだよ
少なくとも文書データの構造についてはHTMLやらOOXMLやらで大体の人が満足している
それでも本来の意味が損なわれていると言われれば
まぁそういう考えもあるかもねとしか言いようがない
786デフォルトの名無しさん
垢版 |
2013/03/17(日) 16:33:52.15
今度アナルやらせて
2013/03/17(日) 16:34:42.21
ああHTMLは厳密にはXMLじゃないけどね
XHTMLにでもしとこうか
788デフォルトの名無しさん
垢版 |
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が勝手に順序を固定しているということか。
799 [―{}@{}@{}-] デフォルトの名無しさん
垢版 |
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で小説を扱えないという主張は意味が無い。
800デフォルトの名無しさん
垢版 |
2013/03/19(火) 23:12:32.13
>>799
>を同一視してなおかつXML 1.0に準拠した処理系を考えられるけど、だから何?
それはそういう処理系を作る人の自由でしょう。

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

>「本来の意味」という言葉のあいまいさを不必要に拡大しすぎだと思います。
>具体例を示しているのですから、問題領域は明白なはずです。
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況