【Features of the XSLT Language / XSLTの特徴】XSLT 2.0/XSL Transformations Version2.0/Extensible Stylesheet Language Transformations Version2.0

5.4.1 静的文脈を初期化する

XSLTスタイルシートに現れているXPath式の静的文脈^XPは、次に続くように初期化されます。 これらの規則では、スタイルシートに含んでいる要素という意味である用語 including要素は、論点にあるXPath式、要素も含んでいるという意味の用語 enclosing要素、または、いくつかのその先祖での構成を含む値を持つ属性の親です。

• もし、含んでいる要素が、後方互換性挙動(参照先： 3.8 後方互換性処理)が利用可能な場所にあるスタイルシートの一部に現れる場合には、XPath 1.0 互換性モードは、「true」に設定されます。

• 静的知覚名前空間^XPは、含んでいる要素におけるスコープにある名前空間宣言です。

• 既定要素／既定タイプ名前空間^XPは、 5.2 式とパターンにある前置詞なしQNameに記述したようにこのような属性を持つ最も内側にあるenclosing要素上にある[xsl:]xpath-default-namespace属性によって定義した名前空間です。 この属性の値は、名前空間URIです。 もし、enclosing要素上にある[xsl:]xpath-default-namespace属性が存在しない場合には、要素名とタイプ名における既定名前空間は、Null名前空間です。

• 既定関数 名前空間^XPは、[関数と演算子]で定義した標準関数 名前空間です。 これが意味するところは、主要な関数を呼ぶ中で前置詞 fn (または、いくつかの他の前置詞)を利用する事を必要とするかどうかについてこのスタイルシートを宣言する事は必要はないという事です。

• XPath式におけるスコープ内スキーマ定義^XPは、 3.13 ビルトインタイプで記述したようにスタイルシートにおけるスコープ内スキーマコンポーネントと同じです。

• in-scope 変数^XPは、 含んでいる要素においてスコープ内にある変数バインディング要素によって定義されます。 (参照先： 9 変数とパラメータ)。

• 関数用法表示^XPは、 [関数と演算子]で定義した主要な関数、 スコープ内スキーマ定義^XPにある原子化されたタイプ全てにおけるコンストラクタ関数、 この仕様で定義した付加的な関数、 スタイルシートで定義したスタイルシート関数、 加えていくつかのimplementation-definedメカニズムを利用して結び付けられた拡張関数です。 (参照先： 18 拡張と縮退)。

  注釈：

  上記から次に続く内容に順応するXSLTプロセッサは、 [関数と演算子]で定義した主要な関数のライブラリ全体を満たさなければいけません。

• 静的知覚照合^XPは、implementation-definedです。 しかしながら、スコープ内照合のセットは、常にセクション 7.3 文字列の対等と比較^FOで定義したUnicode codepoint collationを含まなければいけません。

• 最も内側のenclosing 要素上にある[xsl:]default-collation 属性上の値によって定義した既定照合^XPは、このような属性を持ちます。 詳細については、 3.6.1 既定照合属性参照。

  [定義：  この仕様では、用語 既定照合 は、照合は、スタイルシートにあるXPath式で現れているeq と ltのようなXPath演算子によって利用されるという意味です。 ]

  この照合はまた、xsl:keyとxsl:for-each-group要素の評価中に文字列を比較している時に利用されます。 これはまた、スタイルシートにあるxsl:sort 要素において利用した既定照合と同じになる場合があります(しかし、必要性はない) 。 xsl:sortによって利用した照合は、13.1.3 照合を利用してソートするで記述されます。

• 基準URI^XPは、含んでいる要素の基準URIです。 ノードの基準URIのコンセプトは、セクション 5.2 base-uri Accessor^DMの中で定義されています。

5.4.2 XSLTによって利用した付加的な静的文脈コンポーネント

XPath静的文脈のコンポーネントのいくつかは、XSLT 要素によってもまた利用されます。 例えば、xsl:sort要素は、 静的文脈で定義した照合の利用をさせ、type と as のような属性は、スコープ内スキーマコンポーネントの中で定義したタイプを参照する場合があります。

スタイルシートにある多くのトップレベル宣言とxsl:stylesheet要素上の属性は、 スタイルシートにある命令の振る舞いに作用します。 これらの構築のそれぞれは、この仕様の中のその妥当な位置に記述されます。

これらの構築の番号は、スタイルシートにあるXPath式において利用する為に可能となる関数のライブラリに追加されるXSLTで定義した関数によって利用されるので固有の用法表示を構成します。 これらは、(以下の通りです)：

• key 関数によって利用した名前付きキーのセット

• format-number 関数によって利用した名前付き十進フォーマット

• system-property 関数によって利用したシステムプロパティの値

• element-available 関数によって利用した利用可能な命令のセット

5.4.3 動的文脈を初期化する

利便性の為に、動的文脈は、2つの部分で記述されます：focus／フォーカスは、 現時点で処理されているソース文書にある位置を提示し、そして付加的な文脈変数を照合します。

もし、それらが、同じ引数を伴う同じ実行スコープ^FOである間に2回呼ばれる場合にはという意味でstable／共通の目的^FOとなるように定義される[関数と演算子]で記述した関数の番号は、 それらが、同じ結果(参照：セクション 1.7 専門用語^FO)を返します。 XSLTでは、スタイルシートの実行は、実行スコープを定義します。 これが意味するところは、例えば、もし、その時々で同じ結果を創出する変換中に関数 current-dateTime^FOが、繰り返して呼ばれる場合という事です。 手法によっては、これらの関数依存上の動的文脈は、変換の期間における共通の目的でもあります。 具体的に言うと、次に続くセクション 2.1.2 動的文脈^XPで定義したコンポーネントは、共通の目的にしなければいけません： 関数手法、現在の日付時刻、暗黙のタイムゾーン、利用可能な文書、利用可能なコレクション、既定照合。 グローバル変数とスタイルシートパラメータの値は、変換の期間における共通の目的でもあります。 focus／フォーカスは、共通の目的ではないものです；5.4.4 XSLTによって利用した付加的な動的文脈コンポーネントで定義した付加的な動的文脈コンポーネントもまた、共通の目的ではないものです。

[関数と演算子]で記述したように、手法は、doc^FO と 共通の目的結果を返すためのcollection^FO 関数 (そして一方で手法によっては、document 関数)における要求を緩和するユーザーオプションを提供する場合があります。 既定によっては、しかしながら、関数は、共通の目的にしなければいけません。 このようなユーザーオプションが提供される場合におけるマナーは、全てにおいてimplementation-definedです。

[xsl:]use-when 属性に含んだXPath式は、上で定義したように「変換の期間」を評価される為には考慮されません。 詳細については、3.12 条件付き要素含有 参照。

5.4.4 XSLTによって利用した付加的な動的文脈コンポーネント

追記すると、focus／フォーカスを作り上げる値において、XSLTプロセッサは、評価文脈の局面に影響する他の動的文脈コンポーネントの番号を保持します。 これらのコンポーネントは、それらの保持と利用仕様のセクションの中で完全に記述されます。 それらは(以下のようになります)：

• xsl:apply-templatesによって最も最近実行されたテンプレート規則であるカレントテンプレート規則は、 xsl:apply-imports、または、 xsl:next-match命令です。：6.7 最優先のテンプレート規則参照；

• カレントモードは、もっとも直近にxsl:apply-templatesを呼ぶ事によって設定されるモードです。 (完全な定義については、6.5 モード参照);

• カレントグループ と カレントグループ化キーは、 xsl:for-each-group命令によって現時点で処理されているアイテムのコレクションについての情報を提供します。 ：14.1 現在のグループ と 14.2 現在のグループ化キー参照；

• 現在キャプチャーした部分文字列： これは、文字列のシーケンスであり、それは、文字列が、regex-group 関数を利用して使用し得るxsl:analyze-string命令を利用して通常の式と一致する際に保持されます。：15.2 獲得した部分文字列参照。

• 出力状態： これは、2つの取り得る値が、最終出力状態 と 一時的な出力状態であるフラグです。 このフラグは、最終結果ツリー、または、内部のデータ構造に現時点で書かれている命令かどうかを示します。 初期設定は、最終出力状態であり、そして それは、xsl:variableのような命令によって一時的な出力状態が切り替えられます。 より多くの詳細については、19.1 最終結果ツリーを創出する参照。

次に続く非標準テーブル要約は、評価文脈にあるコンポーネントごとの初期状態と変更するコンポーネントの状態に起因する命令についてです。

5.5.1 パターンの例

5.5.2 パターンのシンタックス

[ERR XTSE0340] パターンを含む事を定義した属性がある場合に、 もし、そのパターンが、パターン生成物と一致しない場合には、静的エラーです。 それぞれのパターンは、認められたXPath 式ですが、その(機械上の)会話(の結果)は、「true」ではありません。： 2+2 は、パターンではない認められたXPath式の例です。 パターンとして利用される事が可能なXPath式は、それらが以下に与えられるパターンにおける文法と一致します。

非公式には、パターンは、 child、または、 attribute 軸(axis)に限定した利用である AxisStep^XP にする為に制約される path 式にあるステップごとの | によって分割した path 式のセットです。 パターンはまた、 // 演算子を利用する場合があります。 パターン内のPredicateList^XPにあるPredicate^XPは、 path 式にあるpredicate^XPと同じ方法で任意のXPath式 (閉じた角ブラケット間)を含む事が可能です。

パターンは、リテラルか、または、変数、 または、文字列リテラルとして提供されるパラメータと(key 関数の場合には)キー名を参照するか、 のいずれかとして提供される一致した値を提供した id^FO、 または、 key 関数呼び出しを伴って始まる場合があります。 これらのパターンは、文書ノードではないルートであるツリーにあるノードと決して一致しないでしょう。

もし、パターンが、後方互換性挙動 (参照先： 3.8 後方互換性処理)が利用可能にされるスタイルシートの一部に現れる場合には、 パターンのセマンティクスは、「true」に設定するXPath 1.0互換性モードを伴い評価されるXPath式と等価である基準上で定義されます。

パターン

その構築 NodeTest^XP 、 PredicateList^XP 、 VarRef^XP 、 Literal^XP 、 StringLiteral^XP は、 XPath式言語の一部であり、[XPath 2.0]で定義されます。

5.5.3 パターンの意味する事

パターンの意味する事は、公式には次のように定義されます。

まず、私たちは、等価式のコンセプトを定義します。 一般に、等価式は、書かれているものとしてのパターンと同じ語彙的なフォームを受け取るXPath式です。 しかしながら、もし、パターンが、 RelativePathPattern である PathPattern を含む場合には、 最初の PatternStep は、次に続く親のない要素、または、属性ノードと一致する事を許容するように調整されるこの RelativePathPattern の PSです。：

• もし、 PS にある NodeTest が、(付加的に引数を伴う) document-node() で、 そして、もし、記述される厳密な軸(axis)が存在しない場合には、 ステップ PS にある軸(axis)は、 child ではなく、 self として受け取られます。

• もし、 PS が、子である(明示的に、または、暗黙のうちに)軸(axis)を利用する場合、 そして、もし、 PS にある NodeTest が、(付加的に引数を伴う) document-node() でない場合には、 ステップ PS にある軸(axis)は、次に続くように定義される child-or-top によって置き換えられます。 もし、文脈ノードが、親のない要素、コメント、処理命令、または、テキストノードである場合には、 child-or-top 軸(axis)は、文脈ノードを選びます；その他のものは、それは、文脈ノードの子を選びます。 それは、主要なノード種別のある前方軸(axis)です。

• もし、 PS が、属性軸(axis)を利用する場合には、ステップ PS にある軸(axis)は、次に続くように定義される attribute-or-top によって置き換えられます。 もし、文脈ノードが、親のないものを伴う属性ノードである場合には、 attribute-or-top 軸(axis)は、文脈ノードを選びます；その他のものは、文脈ノードの属性を選びます。 それは、主要なノード種別が属性である前方軸(axis)です。

軸(axis) child-or-top と attribute-or-top が定義上の目的においてのみ紹介されます。 それらは、ユーザーが記述したパターン、または式の中で明示的に利用される事はできません。

等価式は、 EE になるこれらの規則に一致する計算をさせました。

ノード N がパターンと一致するかどうかを決める事は、 N を基準とした 1つのfocus を伴う式 root(.)//(EE) を評価します。 もし、その結果が、 N を含むノードのシーケンスであれば、 ノード N は、パターンと一致します；その他のものは、ノード N は、パターンと一致しません。

だけれども、パターンのセマンティクスは、式評価の用語の中に公式に記述され、それは、異なるモデルを利用して一致しているパターンを認識する事が可能となっています。 パターンでは、 | は、 代替手段を示しています。； 1つ以上の | を伴うパターンは、もし、いくつかの代替手段が一致するものがあれば、分割した代替手段が一致します。 book/chapter/section のようなパターンは、右から左へ審査される事ができます。 ノードは、もし、それが、 section 要素であれば、このパターンとだけ一致します。； そしてその時、もし、その親が、 chapter であれば、このパターンとだけ一致します。；その時、もし、book である chapter の親であれば、このパターンとだけ一致します。 パターンが、 // 演算子を利用するとき、それは、その親ではなく、ノードの先祖をテスト中のその時に、右から左へフォームをまだ読む事が可能です。 例えば、 appendix//section は、先祖 appendix 要素を持つ section 要素ごとに一致します。

公式な定義は、しかしながら、 para[1] のようなパターンの意味する事を理解する為に有益です。 これは、式 root(.)//(child-or-top::para[1]) によって選択したいくつかのノードと一致します： それは、いくつかの para 要素は、その親の子である para 、または、親が存在しないものを持つ para 要素という事です。

5.5.4 パターンにあるエラー

固有のノードに対してパターンの評価をしている最中に現れるいくつかの動的エラー、または、タイプエラーは、 仮にそのエラーが他の要因下での修復ではない時でさえ、回復可能なエラーとして扱われます。 付加的な回復動作は、一致しているのが、そのノードではないものとしてパターンを扱うようにします。

ある固有の最適化は、この仕様によって要求されます： PathPattern においては、/、または、 //、または、IdKeyPatternではじまり、 ルートが、文書ノードではないツリーにあるノードに対してのこのパターンのテスト結果は、動的エラーではなく、一致するものがないとしなければいけません。 この規則は、パターンにある PathPattern ごとに提供します。

5.7.1 複雑なコンテンツを構築する

このセクションは、新たに構築した文書ノードの子、または、その子、属性と新たに構築した要素ノードの名前空間を構築する為に利用される場合があるシーケンスコンストラクタを評価する事によってどのようにシーケンスが含まれるのかを記述します。 アイテムのシーケンスは、このように xsl:copy 、 xsl:element 、 xsl:document 、 xsl:result-document といった命令 または、リテラル結果要素の中に含んだシーケンスコンストラクタを評価する事によって含まれる場合があります。

要素のコンテンツを構築する際には、 xsl:element の inherit-namespaces 属性、または、 xsl:copy 命令、または、リテラル結果要素の xsl:inherit-namespaces プロパティは、 名前空間ノードが引き継がれるようにするかどうかを決めます。 この属性の効果は、次に続く規則で記述されます。

シーケンスは、次に続くように処理されます。(それらが列挙された命令の中にある規則を適用)：

1. 含んでいる命令は、単独の命令における規則の中に記述したように属性ノードと名前空間ノード、または、属性ノードか名前空間ノードを生成する場合があります。 例えば、 これらのノードは、 [xsl:]use-attribute-sets 属性を拡張する事によって、または、 リテラル 結果要素の属性を拡張する事によって創出される場合があります。 いくつかのこのようなノードは、シーケンスコンストラクタを評価する事によって創出したシーケンスが先頭に追加されます。

2. シーケンスの中でいくつかの原子化された値は、文字列に投入されます。

   注釈：

   xs:QName 、または、 xs:NOTATION から xs:string への投入は、常に成功します、なぜならこれらの値は、この目的の為に前置詞をそのままにしておくからです。 しかしながら、前置詞が利用した保証がない事は、結果文字列が利用される場合の文脈の中で常に重要になります。

3. 連続する(単に連なる)文字列間のセパレータ(区切り)として利用した単独のスペース(空白)(#x20)を伴って戻る中にある文字列ごとの内容を含むstring 値のある結果シーケンス内で(一定の規則性を持って)連続したいくつかの文字列のシーケンスは、単独のテキストノードに変換されます。

4. 結果シーケンスにあるいくつかの文書ノードは、文書命令の中にあるその子それぞれを含んでいるシーケンスによって置き換えられます。

5. 結果シーケンスにあるゼロの長さのテキストノードは、削除されます。

6. 結果シーケンスにある隣接するテキストノードは、単独のテキストノードにマージされます。

7. 妥当でない名前空間と属性ノードは、次に続くように見つけられます。

   [ERR XTDE0410] もし、結果シーケンスが、名前空間ノード、または、属性ノードを含む要素ノードのコンテンツを構築する為に利用した場合には、 それは、回復されない動的エラーであり、 それは、名前空間ノードでも、属性ノードでもいずれでもないノードによってシーケンスの中で優先されます。

   [ERR XTDE0420] もし、結果シーケンスが、名前空間ノード、または、属性ノードを含む文書ノードのコンテンツを構築する為に利用した場合には、 それは、回復されない動的エラーです。

   [ERR XTDE0430] もし、結果シーケンスが、同じ名前だが、異なるstring 値を持っている2つ以上の名前空間ノードを含む場合には、 それは、回復されない動的エラーです。 (それは、名前空間ノードが、異なる名前空間URIに同じ前置詞をマップするという事です)。

   [ERR XTDE0440] もし、結果シーケンスが、名前がなく、構築されている要素ノードがNull名前空間URIを持っている名前空間ノードを含む場合には、 それは、回復されない動的エラーです。 (それは、要素が、存在しない名前空間の中にある時、既定名前空間を定義する為にエラーとなります)。

8. もし、結果シーケンスが、 同じ名前(または、名無し)で且つ、同じstring 値を持つ2つ以上の名前空間ノードを含む場合 (それは、同じ名前空間URIに同じ前置詞をマッピングしている2つの名前空間ノードという事です)には、重複するノードの内の1つが、全て破棄されます。

   注釈：

   名前空間ノードの命令が未定義という事から、重複が、そのまま残されるという事は重要ではありません。

9. もし、結果シーケンスにある属性 A が、結果シーケンス内で最後に現れるその他の属性 B と同じ名前を持つ場合には、 属性 A は、結果シーケンスから破棄されます。

10. 結果シーケンスにある各ノードは、名前空間、属性、または、新たに構築した要素、または、文書ノードの子として結び付けられます。 これはノードの深いコピーをさせる事を必然的に含む概念； 慣習では、しかしながら、ノードをコピーする事は、もし、存在するノードが結び付けられている親から独立して参照される事ができる場合など必要になる場合に限られるでしょう。 要素、または、処理命令ノードをコピーする際には、その基準URIプロパティは、これを覆して優先する xml:base 属性 (参照先： [XML Base])を持っていない限り(持っている場合を除いて)、その新しい親のそれと同じとなるように変更されます。 もし、 copied 要素が、 xml:base 属性を持つ場合には、その基準URIは、その属性の値であり、 (もし、それが関連するなら)新しい親ノードの基準URIに対して解決されます。

11. もし、新たに構築したノードが、要素ノードである場合には、名前空間の取り決めは、5.7.3 名前空間 Fixupに記述したように、このノードに適用されます。

12. もし、新たに構築したノードが、要素ノードで、かつ、もし、名前空間が引き継がれている場合には、 (名前空間取り決めプロセスの結果として創出したいくつかを含んでいる)新たに構築した要素のそれぞれの名前空間ノードは、 その要素、または、既に介在する要素が、 同じ名前 (または、名前がない)を伴う名前空間ノードか、または、子孫要素か、または、存在しない名前空間にある介在する要素で且つ、存在しない名前を持つ名前空間でない限り、 新たに構築した要素の子孫要素ごとにコピーされます。

<td>
	<xsl:attribute name="valign">top</xsl:attribute>
	<xsl:value-of select="@description"/>
</td>

<doc>
	<e><xsl:sequence select="1 to 5"/></e>
	<f>
		<xsl:for-each select="1 to 5">
			<xsl:value-of select="."/>
		</xsl:for-each>
	</f>
</doc>

<doc>
	<e>1 2 3 4 5</e>
	<f>12345</f>
</doc>

5.7.2 単純なコンテンツを構築する

xsl:attribute 、 xsl:comment 、 xsl:processing-instruction 、 xsl:namespace 、 xsl:value-of 要素は、子を持つ事が出来ないノードを生成します。
具体的に言うと、 xsl:attribute 命令は、属性ノードを生成し、 xsl:comment は、コメントノードを生成、 xsl:processing-instruction は、処理命令ノードを生成、 xsl:namespace は、名前空間ノードを生成、 xsl:value-of は、テキストノードを生成します。
新しいノードのstring値は、その命令の select 属性、または、その命令の内容を形作るシーケンスコンストラクタのいずれかを利用して構築されます。 select 属性は、シーケンスコンストラクタがXSLT命令のシーケンスという意味によって記述される為にそれを許容する間、XPath式という意味で記述される為にコンテンツを許容します。 select 属性、または、シーケンスコンストラクタは、結果シーケンスを生成する為に評価され、 そして、新しいノードのstring値は、以下の規則に一致するこの結果シーケンスから得ます。

これらの規則はまた、属性値テンプレートの有効な値を算出する為に利用されます。 シーケンスが処理されているこのケースは、波カッコ間に囲まれ、そのセパレータは、単独のスペース(空白)文字であるXPath式を評価している結果です。

1. シーケンス中のゼロの長さのテキストノードは、破棄されます。

2. シーケンス中の隣り合うテキストノードは、単独のテキストノードにマージされます。

3. シーケンスは、原子化されます。

4. 原子化されたシーケンス中のそれぞれの値は、文字列に投入されます。

5. 結果シーケンスにある文字列は、(単に連なる)連続する文字列間に(利用可能なゼロの長さの)セパレータを挿入して結合されます。 既定セパレータは、スペースです。 xsl:attribute と xsl:value-of のケースでは、 異なるセパレータは、その命令の separator 属性を利用して記述される事が可能です； セパレータを持たずに結合された文字列においては、それは、ゼロの長さになるように、これにおいて許容されます。 xsl:comment 、 xsl:processing-instruction 、 xsl:namespace 、と属性値テンプレートを拡張するケースでは、既定セパレータは、変更される事ができません。

6. xsl:processing-instructionのケースでは、 結果文字列にあるいくつかの先行しているスペースは、削除されます。

7. 結果文字列は、新しい属性、名前空間、コメント、処理命令、または、テキストノードのstring 値を成形します。

<doc>
	<xsl:attribute name="e" select="1 to 5"/>
	<xsl:attribute name="f">
		<xsl:for-each select="1 to 5">
			<xsl:value-of select="."/>
		</xsl:for-each>
	</xsl:attribute>
</doc>

<doc e="1 2 3 4 5" f="12345"/>

5.7.3 名前空間取り決め

XSLTプロセッサに提供したツリー、または、XSLTプロセッサによって構築したツリーでは、[データモデル]で記述される名前空間ノードに関連する制約は、満たされなければいけません。例えば、

• もし、要素ノードが、Nullではない名前空間URIを伴う拡張QNameを持つ場合には、 要素ノードは、string値が、その名前空間URIと同じである少なくとも1つの名前空間ノードを持っていなければいけません。

• もし、要素ノードが、Nullの名前空間URIを持つ拡張QNameの属性ノードを持つ場合には、 要素は、string 値が、名前がカラでない名前空間URIと名前と同じである少なくとも1つの名前空間ノード持っていなければいけません。

• それぞれの要素は、位置部分(local-part)が xml であり、string値が、 http://www.w3.org/XML/1998/namespace を持つ拡張QNameのある名前空間ノードを持っていなければいけません。 名前空間前置詞 xml は、いくつかの他の名前空間URIと結び付けられてはならず、また、 名前空間URI http://www.w3.org/XML/1998/namespace は、いくつかの他の前置詞と結び付けられてはいけません。

• 名前空間ノードは、名前 xmlns を持っていてはいけません。

[定義：  結果ツリーを構築する独立したXSLT命令における規則(参照先： 11 ノードとシーケンス生成)は、 ツリーに書かれる名前空間ノードにあるいくつかのシチュエーションを規定します。 これらの規則は、しかしながら、常に満たされる制約を規定する事を保証するに足るものではありません。 XSLTプロセッサは、それゆえにこれらの制約を満たすための付加的な名前空間ノードを追加しなければいけません。 このプロセスは、namespace fixup／名前空間の取り決めとして参照されます。 ]

名前空間の取り決めプロセスによってツリーに追加される現存する名前空間ノードは、implementation-dependentであり、 １つめは、上記のプロセスの終わりで提供され、制約は、すべて満たさなければならず、 ２つめは、名前空間ノードは、名前空間ノードが必要とするこれらの制約を満たすか、または、スタイルシートから得たオリジナル名前空間前置詞を利用してシリアライズされる為にツリーを利用可能にするかのいずれかである場合を除いて、ツリーに追加されてはいけません。

名前空間の取り決めは、同じ名前を持つ多数の名前空間ノードを持っている要素の中に生じてはいけません。

名前空間の取り決めは、もし、衝突を解決する事が必要な場合には、QName値に含んだ名前空間前置詞を変更する場合があり、それは、要素、または、属性ノードの名前を保持します。 これは、追加するオプションまたは、前置詞を削除するオプションを含みます。 しかしながら、 名前空間の取り決めは、 xs:QName、または、xs:NOTATION のタイプ値に含んだ前置詞コンポーネントを変更してはならず、それは、要素、または、属性ノードの区分した値を形成します。

[ERR XTDE0485] もし、 名前空間の取り決めが、含む要素上で実行される場合には、その要素とその属性の区分した値の間は、名前空間前置詞の衝突を含んでいるタイプ xs:QName 、または、 xs:NOTATION の2つの値である場合には、それは、回復されない動的エラーであり、それは、異なる名前空間URIを参照する為に同じ前置詞を利用する2つの値という事です。

名前空間の取り決めは、リテラル結果要素を利用して構築される要素ごとに、または、xsl:element 、 xsl:copy 、または、 xsl:copy-of の1つずつ適用されます。 手法は、いくつかのソース文書にある要素における名前空間の取り決めを実行する事は、要求されません、 それは、初期入力シーケンスにある文書、 document、doc^FOを利用して読み込んだ文書、 または、 collection^FO関数、 スタイルシートパラメータの値として提供した文書、または、 拡張関数、または、拡張命令によって返した文書においてというい事です。

[XML1.0にある名前空間]に一致する文書から創出した情報セット(参照先： [XML情報セット])では、 もし、親要素が、カラでない名前空間前置詞を伴うスコープ内名前空間を持つ場合には、常に「true」になるでしょう、 その時、その子要素は、同じ名前空間前置詞を伴うスコープ内名前空間もまた持つでしょう、けれども異なる名前空間URIを伴う事も(可能性は低いですが)あるでしょう。 この制約は、[XML 1.1にある名前空間]で削除されます。 XSLT 2.0は、この制約を満たさない結果ツリーの作成をサポートします： 名前空間の取り決めプロセスは、その親が、このような名前空間ノードを持つ結果ツリーにあるノードなので、ただ単に要素に名前空間ノードを追加するわけではありません。 しかしながら、構築のプロセスは、新しい要素の子であり、5.7.1 複雑なコンテンツを構築するで記述したそれは、 これが、親要素を創出する命令上で [xsl:]inherit-namespaces="no" を利用して回避されない限り(回避される場合を除き)、その子によって受け継がれる為の親要素の名前空間に起因します。