Document authors are encouraged to avoid "compatibility characters", as defined in Unicode [Unicode].
って書いてあるのにわざわざコントロール文字を使ってみるのは、まぁいいとして、
A system that was looking for qualified names in element content might accidentally confuse the public:void and private:int in the cpp element with qualified names instead of just pa
6.1 Namespace Scoping
...
The attribute value in a namespace declaration for a prefix MAY be empty. This has the effect, within the scope of the declaration, of removing any association of the prefix with a namespace name.
元々の名前空間の仕様からすると拡大解釈ですね。ただ、おっしゃるようにW3C XML Schemaには、QNameという型があるのでもはやいかんともしがたいです。またそのあたりに伴って、どこでネームスペース宣言をするかということ自体が意味を持つようになってしまったので、Infosetにもその情報が入るようになってしまいました（初期の段階では入っていませんでした）。
ところがどっこい (スコア:5, 参考になる)
"Why You Should Stay with XML 1.0" [informit.com]
話もある...
[44] 「XML 1.0 で十分」 [xml-registry.jp]
--
Re:ところがどっこい (スコア:4, 参考になる)
ざっと、読んでみました。
XML 1.1 仕様 - 2.2 Characters [w3.org]に、
って書いてあるのにわざわざコントロール文字を使ってみるのは、まぁいいとして、
Re:ところがどっこい (スコア:1)
6.1 Namespace Scoping
...
The attribute value in a namespace declaration for a prefix MAY be empty. This has the effect, within the scope of the declaration, of removing any association of the prefix with a namespace name.
publicとprivateを一時的にキャンセル(undeclaring)している例ですよね。
「んな滅多にないことなんざいらんっちゅーね
Re:ところがどっこい (スコア:1)
ネームスペース仕様の元々の意図では、機械的に生成する場合でもInfosetを変えることなくプリフィックスを変えることができたはずなのですが、属性
Re:ところがどっこい (スコア:1)
これって仕様の拡大解釈ですよね？
Namespaces in XML 1.1 - 5 Using Qualified Names [w3.org] を読む限りは、QNameはエレメントコンテントや属性値には適応されないようですし..
# って、 XML Schema Part 0: Primer [w3.org]の例では、 属性値に名前空間接頭辞が使われてるのか…
# 何なんだ一体 (o_ _)o
Re:ところがどっこい (スコア:1)
そもそもは、XSLTが属性値にXPathを書くときに、XPathのプリフィックスの解決にネームスペース宣言を使うとしてしまったあたりからすべてが崩れ始めたのではないかと思います。