【Stylesheet Structure / スタイルシート構造】XSLT 2.0/XSL Transformations Version2.0/Extensible Stylesheet Language Transformations Version2.0

3.1 XSLT名前空間

[定義：  XSLT名前空間は、URI http://www.w3.org/1999/XSL/Transformを持ちます。 それは、この仕様で定義した特別な意味を持つ要素、属性、そして他の名称を識別する為に利用されます。 ]

XSLTプロセッサは、この名前空間を形作る要素と属性を認識する為にXML名前空間メカニズム[XML1.0における名前空間]を利用しなければいけません。 XSLT名前空間から得られる要素は、スタイルシート内でのみ認識され、ソース文書では認識されません。 XSLT定義要素の完全なリストは、D 要素シンタックス要約で記述されます。 手法は、 付加的な要素、または、属性を伴うXSLT名前空間を拡張してはいけません。 その代わりに、いくつかの拡張は、分割する名前空間の中に存在しなければいけません(そのXSLT名前空間自体を拡張してはいけませんが、別のXSLT名前空間ではない名前空間を利用してその中に定義する事はできるのでXSLT名前空間にない利用したい付加的な要素、属性はそこに定義しなければいけません)。 付加的な命令要素において利用されたいくつかの名前空間は、18.2 拡張命令に記述した拡張命令メカニズムという意味合いによって識別されなければいけません。

この仕様は、XSLT名前空間にある要素を参照するにあたってxsl:のプリフィックス(前置詞)を利用します。 しかしながら、XSLTスタイルシートは、それらがXSLT名前空間のURIにおける前置詞をバインドする名前空間宣言を提供されたいくつかの前置詞を利用する事は自由です。

3.2 予約済み名前空間

[定義：  XSLTプロセッサによって認識される確実な他の名前空間を一緒に伴うXSLT名前空間は、予約済み名前空間として分類され、これと、そして関連する仕様を記述した場合に限って利用されなければいけません。 ] 予約済み名前空間は、下記のようにそれらが列挙されます。

• 3.1 XSLT名前空間に記述したXSLT名前空間は、予約されます。

• [定義：  標準関数名前空間http://www.w3.org/2005/xpath-functionsは、[関数と演算子]で定義した関数ライブラリにある利用した関数とこの仕様で定義した標準関数です。 ]

• [定義：  http://www.w3.org/XML/1998/namespaceのように[XML 1.0における名前空間]で定義されたXML名前空間は、xml:lang、xml:space、xml:idのような属性の為に利用されます。 ]

• [定義：  スキーマ名前空間http://www.w3.org/2001/XMLSchemaは、[XMLスキーマ Part 1]で定義したように利用されます。 ]. スタイルシートでは、この名前空間は、ビルトイン(組み込み)スキーマ データ区分とそれらのデータ区分とを結びつけたコンストラクタ関数を参照する為に利用される場合があります。

• [定義：  スキーマインスタンス名前空間http://www.w3.org/2001/XMLSchema-instanceは、[XML スキーマ Part 1]で定義したように利用されます。 ]. この名前空間にある属性は、もし、それらがスタイルシートに現れる場合には、XSLTプロセッサによって他の属性と同じ方法で扱われます。

予約済み名前空間は、ソース文書と結果文書の要素と属性の名称を参照する為の制限なく、利用される場合があります。 XSLTプロセッサは、リテラル結果要素とユーザー定義データ要素の名称の中で、リテラル結果要素の属性の名称の中で、または、XSLT要素として制限なしで利用される場合がある他のXSLT名前空間よりも、予約済み名前空間に影響されます。 : しかし、他のプロセッサは、制限を課したり、または、それらを特別に意味づける場合もあります。 予約済み名前空間は、利用されてはいけませんが、しかしながら、 変数とスタイルシート関数のようなスタイルシート定義済みオブジェクトの名称の中で利用されています。

[ERR XTSE0080] 名前付きテンプレートの名前にある、モード、属性セット、キー、十進フォーマット、変数、または、パラメータ、スタイルシート関数、 名前付き出力定義、または、文字マップの予約済み名前空間を利用する事は、静的エラーです。

3.3 拡張属性

[定義：  XSLT名前空間から得られる要素は、XSLT名前空間からは得られないいくつかの属性を持ち、Nullでない名前空間URIを持つ属性の拡張QName(参照先： [XPath 2.0])を提供される場合があります。 これらの属性は、拡張属性として参照されます。 ] 拡張属性の存在は、順応するXSLT 2.0プロセッサが生成する可能性のある結果ツリーとは異ならせる為の変換による生成した最終結果ツリーに起因してはいけません。 それらは、エラーシグナル出力の為に失敗する事をプロセッサに起因してはならず、順応するプロセッサは、シグナル出力を要求されます。 これが意味するところは、拡張属性は、効果がimplementation-defined、または、implementation-dependentという拡張を除き、いくつかの指示命令の効果を変更してはいけないという事です。

もっといえば、もし、シリアライゼーションが20 シリアライゼーションに記述したシリアライゼーションメソッドxml、xhtml、html、または、textの内の1つを利用して実行された場合には、 拡張属性は、仕様が提供する命令と一致しない(矛盾する)方法が存在する場合、シリアライザーに起因して動作してはいけません。

<xsl:message
	abc:pause="yes"
	xmlns:abc="http://vendor.example.com/xslt/extensions">フェーズ 1 完了</xsl:message>

[ERR XTSE0090] 「null」(前置詞のない名前を伴う属性)、または、この文書にある要素において定義した属性ではないXSLT名前空間のいずれかである名前空間の属性を持つ為にXSLT名前空間から要素を得る事は静的エラーです。

3.4 XSLTメディアタイプ

メディアタイプapplication/xslt+xmlは、XSLTスタイルシートモジュールの為に登録されるでしょう。

メディアタイプ推奨定義は、B XSLTメディアタイプにあります。

このメディアタイプは、そのトップレベルにある標準スタイルシートモジュールを含んでいるXML文書の為に利用されるべきです。 そして、それはまた、単純化スタイルシートモジュールにおいて利用される場合もあります。 それは、組み込みスタイルシートモジュールを含んでいるXML文書の為に利用されるべきではありません。

3.5 標準属性

[定義：  標準属性の番号は、いくつかのXSLT 要素上に出現する場合があります。： 特にversion、exclude-result-prefixes、extension-element-prefixes、xpath-default-namespace、default-collation、use-when。 ]

これらの属性は、リテラル結果要素上に出現する場合もありますが、このケースでは、XSLT名前空間にある属性の名前をユーザー定義属性からそれらとを識別するためです。 これらは、xsl:version、xsl:exclude-result-prefixes、xsl:extension-element-prefixes、xsl:xpath-default-namespace、xsl:default-collation、または、xsl:use-whenのように典型的に書かれます。

それは、拡張命令上で許容されるべきこれら全ての属性を推奨しますが、これは、拡張命令ごとの手法の判断においてです。 それらは、XSLT宣言、または、XSLT命令のようにふるまうことを設計されるデータ要素のケース内での作用のいくつかの利用を持つ場合に限られますが、ユーザー定義データ要素上で、それらが、許容される場合もあります。

次に続く説明では、これらの属性は、[xsl:]version等々として属を参照されます。

これらの属性全ては、先祖としての要素を持ついくつかの要素と属性を一緒に伴ってそれらが現れる場所で要素に作用します。 XSLT名前空間を伴う形式、XSLT名前空間を伴わない形式という2つの形式は、同じ効果を持ちます。； XSLT名前空間は、その親要素がXSLT名前空間にないと仮定して、そして、その場合に限定して属性において利用されます。

[xsl:]version、[xsl:]xpath-default-namespace、そして[xsl:]default-collationのケースでは、その値は、子孫要素上に出現する同じ属性においての異なる値によって(状態を覆して)優先させる事が可能です。 固有のスタイルシート要素における属性の値の効果は、現れる属性上にある最も内側にあるancestor-or-self要素によって決められます。

組み込みスタイルシートモジュールでは、スタイルシートモジュールの最も外側の要素の先祖上に現れる標準属性は効果を持ちません。

[xsl:]exclude-result-prefixesと[xsl:]extension-element-prefixesのケースでは、その値は、累積されます。 これらの属性については、名前空間のホワイトスペースで区切られたリストとして与えられる値は、前置詞と要素におけるこの属性に現れる前置詞によって設計される名前空間URIのセットを結合された要素における有効な値とその先祖要素のいくつかです。 再び、XSLT名前空間を伴う、XSLT名前空間伴わない2つの形式は、等価です(同じ効果を持ちます)。

[xsl:]use-when属性の効果は、3.12 条件付き要素含有で記述されます。

これらの属性は、いくつかのXSLT 要素上に出現する場合がありますので、個別の要素ごとのシンタックス要約の中では列挙されません。 代わりにそれらは、xsl:stylesheetとxsl:transform要素に限って登録時に列挙され、記述されます。 これらの属性における実際の反映は、スタイルシートモジュール全体に適用するケースにおいてxsl:stylesheet要素上に限っては、しばしば利用されます。

これらの属性の効果における注釈としては、xsl:include、または、 xsl:import宣言によって参照されるスタイルシートモジュールを拡張しないという事です。

属性ごとの詳細の効果については、次に続くセクション参照：

[xsl:]version

参照先：3.8 後方互換性処理と3.9 前方互換性処理

[xsl:]xpath-default-namespace

参照先：5.2 式とパターンにある前置詞のないQName

[xsl:]exclude-result-prefixes

参照先：11.1.3 リテラル結果要素の為の名前空間ノード

[xsl:]extension-element-prefixes

参照先：18.2 拡張命令

[xsl:]use-when

参照先：3.12 条件付き要素含有

[xsl:]default-collation

参照先：3.6.1 既定照合属性

3.6 スタイルシート要素

<xsl:stylesheet
  id? = id
  extension-element-prefixes? = tokens
  exclude-result-prefixes? = tokens
  version = number
  xpath-default-namespace? = uri
  default-validation? = "preserve" | "strip"
  default-collation? = uri-list
  input-type-annotations? = "preserve" | "strip" | "unspecified">
  <!-- Content: (xsl:import*, other-declarations) -->
</xsl:stylesheet>

<xsl:transform
  id? = id
  extension-element-prefixes? = tokens
  exclude-result-prefixes? = tokens
  version = number
  xpath-default-namespace? = uri
  default-validation? = "preserve" | "strip"
  default-collation? = uri-list
  input-type-annotations? = "preserve" | "strip" | "unspecified">
  <!-- Content: (xsl:import*, other-declarations) -->
</xsl:transform>

スタイルシートモジュールは、XML文書にあるxsl:stylesheet要素によって示されます。 xsl:transformは、xsl:stylesheetにおけるシノニムとして許容されます。； xsl:stylesheet要素について述べているこの仕様はどれもxsl:transformと同等に適用します。

xsl:stylesheet要素は、要求されるスタイルシートモジュールであるXSLTのバージョンを示すversion属性を持っていなければなりません。

[ERR XTSE0110] version属性の値は、数値にしなければいけません。： 特にそれは、[XML スキーマ Part 2]で定義したものとしてのxs:decimalというタイプの妥当なインスタンスにしなければいけません。 XSLTのこのバージョンにおいては、値は、普通に2.0とすべきです。 意図を伴って書かれたスタイルシートモジュールの1.0表示の値は、XSLT 1.0プロセッサを利用して処理されるべきです。

もし、主要なスタイルシートモジュールのもっとも外側の要素にある[xsl:]version="1.0"を記述するスタイルシート (それは、version="1.0"で、標準スタイルシートモジュールのケースにあるversion="1.0"、または、単純化スタイルシートモジュール)のケースにあるxsl:version="1.0"は、XSLT 2.0プロセッサに実行され、プロセッサは、他の方法でユーザーが要求するまでは、非互換性でも可能なユーザーへの警告表示を出力するべきです。 プロセッサは、後方互換性挙動における規則を利用してスタイルシートを処理しなければいけません。 もし、後方互換性挙動をサポートしないプロセッサによるこれらの規則要求がなされた場合には、エラーをシグナル出力しなければならず、変換を実行してはいけません。

version属性の値が「2.0」よりも以降(「2.1」とか「3.0」。。。)である際には、前方互換性動作が利用可能となります。(参照先： 3.9 前方互換性処理)。

input-type-annotations属性の効果は、4.3 ソースツリーからタイプ注釈を除去に記述されます。

default-validation属性は、すべてのxsl:document、xsl:element、xsl:attribute、xsl:copy、xsl:copy-of、xsl:result-document命令のvalidation属性と全てのリテラル結果要素のxsl:validation属性の既定値を定義します。 それはまた、xsl:result-document命令の不足の中で作成した暗黙の最終結果ツリーに適用する妥当性を決定します。 この既定は、スタイルシートモジュール内で適用します。： それは、含む為、または、取り込まれたスタイルシートモジュールの為に拡張しません。 もし、属性が省略された場合には、既定はstripです。 許容する値は、preserveとstripです。 この属性の詳細については、19.2 妥当性参照。

[ERR XTSE0120] xsl:stylesheet要素は、いくつかの子テキストノードを持ってはいけません。 (この規則は、4.2 スタイルシートからのホワイトスペース除去に記述したようにホワイトスペーステキストノードの除去後に適用します。)

[定義：  要素の内、xsl:stylesheetの子として生じる要素は、トップレベル要素と呼ばれます。 ]

[定義：  トップレベル要素は、宣言とユーザー定義データ要素という2つのカテゴリに振り分けられます。 XSLT名前空間に名前のあるトップレベル要素は、宣言します。 いくつかの他の名前空間にあるトップレベル要素は、ユーザー定義データ要素です。(参照：3.6.2 ユーザー定義データ要素) ]。

xsl:stylesheet内で許容した要素を宣言します。要素は、：

xsl:import
xsl:include
xsl:attribute-set
xsl:character-map
xsl:decimal-format
xsl:function
xsl:import-schema
xsl:key
xsl:namespace-alias
xsl:output
xsl:param
xsl:preserve-space
xsl:strip-space
xsl:template
xsl:variable

xsl:variableとxsl:param要素における注釈としては、 宣言として、または、命令としてのいずれかで動作する事が可能です。 グローバル変数、または、グローバルパラメータは、宣言を利用して定義されます。；ローカル変数、または、ローカルパラメータは、命令を利用して定義されます。

もし、xsl:import要素がある場合には、それらは、他のどの要素よりも前に来なければいけません。 xsl:stylesheet要素の内部で指定した子要素が距離を隔てて出現する場合があります。 これらの要素を指定するという事は、干渉する宣言が存在する(例えば、同じ優先度を持つ2つのテンプレート規則が、同じノードと一致する)まで変換の影響を及ぼさないという事です。 一般的には、このような干渉する宣言を含む事は、スタイルシートにおいてはエラーですが、いくつかのケースでは、プロセッサは、スタイルシート内で最後に出現する宣言を選ぶことによってエラーから復旧する事が許容されます。

3.7 単純化スタイルシートモジュール

単純化シンタックスは、文書ノードにおける単独のテンプレート規則に限り定義するスタイルシートモジュールにおいて許容されます。 スタイルシートモジュールは、まさにその内容を一緒に伴うリテラル結果要素で構成される場合があります。 (参照先： 11.1 リテラル結果要素)。 リテラル結果要素は、xsl:version属性を持たなければいけません。(そしてそれは、それゆえにXSLT名前空間もまた宣言しなければいけません)。 このようなスタイルシートモジュールは、そのxsl:version属性を減じたリテラル結果要素を含んでいるテンプレート規則を含むxsl:stylesheetという標準スタイルシートモジュールと同等です。；テンプレート規則は、/のパターンと一致しています。

<html xsl:version="2.0"
			xmlns:xsl="http://www.w3.org/1999/XSL/Transform"
			xmlns="http://www.w3.org/1999/xhtml">
	<head>
		<title>Expense Report Summary</title>
	</head>
	<body>
		<p>Total Amount: <xsl:value-of select="expense-report/total"/></p>
	</body>
</html>

<xsl:stylesheet version="2.0"
		xmlns:xsl="http://www.w3.org/1999/XSL/Transform"
		xmlns="http://www.w3.org/1999/xhtml">
<xsl:template match="/">
<html>
	<head>
		<title>Expense Report Summary</title>
	</head>
	<body>
		<p>Total Amount: <xsl:value-of select="expense-report/total"/></p>
	</body>
</html>
</xsl:template>
</xsl:stylesheet>

より正式には、単純化スタイルシートモジュールは、次に続く単純化スタイルシートモジュールへの変換を適用する事によって生成されるであろう標準スタイルシートモジュールと同等です。 文脈ノードとしてのリテラル結果要素を伴って名前付きテンプレート拡張を呼ぶことによって変換を実行します。：

<xsl:stylesheet version="2.0"
		xmlns:xsl="http://www.w3.org/1999/XSL/Transform">
<xsl:template name="expand">
	<xsl:element name="xsl:stylesheet">
		<xsl:attribute name="version" select="@xsl:version"/>
		<xsl:element name="xsl:template">
			<xsl:attribute name="match">/</xsl:attribute>
			<xsl:copy-of select="."/>
		</xsl:element>
	</xsl:element>
</xsl:template>	
</xsl:stylesheet>

[ERR XTSE0150] 単純化スタイルシートモジュールのもっとも外側の要素として利用されたリテラル結果要素は、xsl:version属性を持っていなければいけません。 これは、XSLTのバージョンを表示するスタイルシートが要求します。 このXSLTのバージョンにおいては、値は、通常2.0になるでしょう。；値は、[XML スキーマ Part 2]に定義したものとしてのxs:decimalというタイプの妥当なインスタンスにしなければいけません。

他のリテラル結果要素はまた、xsl:version属性を持つ場合があります。 xsl:version属性が2.0よりも小さい数値である時には、後方互換性のふるまいが利用可能にされるように処理します。(参照先：3.8 後方互換性処理)。 xsl:version属性が2.0よりも大きい数値である時には、前方互換性動作を利用可能にします(参照先：3.9 前方互換性処理)。

リテラル結果要素の許容した内容は、単純化スタイルシートとして利用した時には、シーケンスコンストラクタ内で生じるときと同じです。 このように単純化スタイルシートの要素を文書として利用したリテラル結果要素は、宣言を含む事ができません。 単純化スタイルシートは、それゆえに、グローバル変数、スタイルシートパラメータ、 スタイルシート関数、キー、属性セット、または、出力定義を利用できません。 更にこれは、変換を初期化する為の利用方法に限定するという意味では、初期文脈ノードとして文書ノードを提供する為にあり、既定モードを利用して暗黙の match="/" テンプレート規則によってマッチするようになっています。

3.8 後方互換性処理

[定義：  要素は、もし、値が2.0よりも小さい[xsl:]version属性 (参照先： 3.5 標準属性)を持っている場合には、それ自身における 後方互換性挙動、その属性、その子孫とそれらの属性を利用可能です。 ]

値が2.0よりも大きい、または、等しい[xsl:]version属性を持つ要素は、それ自身における後方互換性挙動、その属性、その子孫とそれらの属性は、利用できません。 ある要素によって確立された互換性挙動は、先祖要素によって確立されたいくつかの互換性挙動に優先します。

もし、XPath式を含んでいる属性が後方互換挙動を伴って処理される場合には、 式は、XPath 1.0互換性モードがtrueをセットして評価されます。 このモードの詳細については、セクション 2.1.1 静的な文脈^XP参照。 もっといえば、このような式では、いくつかの関数が、呼びだす手法がない場合は、 (それが標準関数 名前空間を利用するまで) 評価が、動的エラーを出すことであると評価された時の作用をするエラー関数をフォールバックする義務があります。[参照：ERR XTDE1425]。 後方互換性挙動を伴って利用可能なその作用は、関数呼び出しが実際に評価されるまでエラーに起因しない固有の手法で利用しない拡張関数上で呼びます。 より多くの詳細については、18.1 拡張関数参照。

確実なXSLT構築はまた、後方互換性挙動が利用可能となる時、異なる結果を生成します。これは、このような構築ごとに分割して記述されます。

これらの規則は、完全に異なる目的を持つversion属性のあるxsl:output要素には適用しません。：シリアライゼーションにおいてメソッドが利用される為の出力のバージョンを定義する為に利用されます。

固有のXSLT 2.0手法が後方互換性挙動をサポートするかどうかは、implementation-definedです。

[ERR XTDE0160] もし、ある手法が、後方互換性挙動をサポートしない場合には、もし、いくつかの要素が後方互換性挙動が利用可能として評価される場合は、回復されない動的エラーです。

3.9 前方互換性処理

前方互換性動作の意図は、妥当なフォールバック挙動を利用しているXSLT 2.0プロセッサを伴うスタイルシートを実行する為の能力がある間、XSLT 2.0までのXSLTのいくつかのバージョンで紹介された特性の優位性を持つスタイルシートを書く事を可能にさせる事です。

それは、3.12 条件付き要素含有で記述したuse-when特性を利用する事によって異なるXSLTバージョンの下で実行する為の条件付きコードを書く事を常に可能にしています。 前方互換性挙動における規則は、2つの方法でこのメカニズムを補足します。：

• XSLT 2.0プロセッサにおいて何もない事を意味するスタイルシート内での確かな構築は、エラーとして扱われるのではなく、無視されます。

• 明示的なフォールバック挙動は、xsl:fallback命令を利用してXSLTの将来版リリースの中で定義した命令において定義される事が可能です。

詳細な規則は、次に続きます。

[定義：  もし、値が2.0よりも大きい[xsl:]version属性を持つ場合には、ある要素は、それ自身、その属性、その子孫とそれらの属性において前方互換性動作を利用可能です。(参照先： 3.5 標準属性) ]

値が2.0よりも小さい、または、同等である[xsl:]version属性を持つある要素は、それ自身、その属性、その子孫とそれらの属性を利用できません。 ある要素によって確立した互換性挙動は、先祖要素によって確立したいくつかの互換性挙動を優先します。

これらの規則は、全く異なる目的を持つxsl:output要素のversion属性には、適用しません。：シリアライゼーションにおいてメソッドが利用される為の出力のバージョンを定義する為に利用されます。

スタイルシートのセクションはないけれども前方互換性挙動が利用可能となる場合。：

• もし、XSLT名前空間にある、ある要素がxsl:stylesheet要素の子として現れ、 XSLT 2.0が、xsl:stylesheet要素の子として生じるこのような要素を許容しない場合には、 要素とそのコンテンツは、無視しなければいけません。

• もし、ある要素が、属性を持ち、XSLT 2.0が、(属性を)持つ事を要素に許容しない場合には、属性は、無視されなければいけません。

• もし、XSLT名前空間にある、ある要素が、シーケンスコンストラクタの一部として現れ、 XSLT 2.0が、シーケンスコンストラクタの一部として出現するこのような要素を許容しない場合には、：

  1. もし、要素が、1つ以上の子xsl:fallbackを持つ場合には、静的または動的のいずれかで報告されるエラーがなく、命令を評価する結果は、文書内で指定したその子xsl:fallback内でシーケンスコンストラクタを評価する事によって形作られるシーケンスの結合です。 xsl:fallback要素の氏族は、たとえ、もしそれが妥当なXSLT 2.0命令であったとしても無視されます。

  2. もし、ある要素が持つ子xsl:fallbackがない場合には、仮に前方互換性動作が利用不可であったような同じ方法で静的なエラーが報告されます。

<xsl:stylesheet version="17.0"
		xmlns:xsl="http://www.w3.org/1999/XSL/Transform">
	<xsl:template match="/">
		<xsl:exciting-new-17.0-feature>
			<xsl:fly-to-the-moon/>
			<xsl:fallback>
	<html>
		<head>
			<title>XSLT 17.0 required</title>
		</head>
		<body>
			<p>このスタイルシートは、「XSLT 17.0」を要求しています。</p>
		</body>
	</html>
			</xsl:fallback>
		</xsl:exciting-new-17.0-feature>
	</xsl:template>
</xsl:stylesheet>

<xsl:stylesheet version="18.0"
		xmlns:xsl="http://www.w3.org/1999/XSL/Transform">
	<xsl:important-new-17.0-declaration/>
	<xsl:template match="/">
		<xsl:choose>
			<xsl:when test="number(system-property('xsl:version')) lt 17.0">
	<xsl:message terminate="yes">
		<xsl:text>このスタイルシートは、「XSLT 17.0」を要求しています。</xsl:text>
	</xsl:message>
			</xsl:when>
			<xsl:otherwise>
	...
			</xsl:otherwise>
		</xsl:choose>
	</xsl:template>
	...
</xsl:stylesheet>

3.10 スタイルシートモジュールを連結する

XSLTは、複数のスタイルシートモジュールからスタイルシートを構築する2つのメカニズム(含有メカニズムと取り込みメカニズム)を提供します。：

• 含有メカニズムは、連結されているモジュールのセマンティクスを変更することなく、連結する為にスタイルシートモジュールを許容し、そして

• 取り込みメカニズムは、他のスタイルシートモジュールを優先する為に他のスタイルシートモジュールを許容します。

<xsl:stylesheet version="2.0"
		xmlns:xsl="http://www.w3.org/1999/XSL/Transform">
	<xsl:import href="article.xsl"/>
	<xsl:import href="bigfont.xsl"/>
	<xsl:attribute-set name="note-style">
		<xsl:attribute name="font-style">italic</xsl:attribute>
	</xsl:attribute-set>
</xsl:stylesheet>

	 A
	 |
     +---+---+
     |	     |
     B	     C
     |	     |
     D	     E

3.11 組み込みスタイルシートモジュール

組み込みスタイルシートモジュールは、含んでいるXML文書のもっとも外側の要素ではない要素を含んでいるスタイルシートモジュールです。 標準スタイルシートモジュールと単純化スタイルシートモジュールは共に、この方法で組み込まれる場合があります。

組み込みスタイルシートを利用する場合の2つのシチュエーションは、：

• スタイルシートは、変換される為のソース文書に組み込まれる場合があります。

• スタイルシートは、XSLTがまるで1つの部品であるかのように形式を変換する処理のシーケンスを記述するXML文書に組み込まれる場合があります。

xsl:stylesheet要素は、含んでいる文書内でスタイルシートモジュールを参照する利便性の為にid属性を持つ場合があります。

<?xml-stylesheet type="application/xslt+xml" href="#style1"?>
<!DOCTYPE doc SYSTEM "doc.dtd">
<doc>
<head>
<xsl:stylesheet id="style1"
		version="2.0"
		xmlns:xsl="http://www.w3.org/1999/XSL/Transform"
		xmlns:fo="http://www.w3.org/1999/XSL/Format">
<xsl:import href="doc.xsl"/>
<xsl:template match="id('foo')">
	<fo:block font-weight="bold"><xsl:apply-templates/></fo:block>
</xsl:template>
<xsl:template match="xsl:stylesheet">
	<!-- ignore -->
</xsl:template>
</xsl:stylesheet>
</head>
<body>
<para id="foo">
...
</para>
</body>
</doc>

3.12 条件付き要素含有

XSLT名前空間内のいくつかの要素は、値が、静的に評価される事が可能なXPath式であるuse-when属性を持つ場合があります。 もし、その属性が、提示され、式が「false」となるような有効なboolean値^XPである場合には、 先祖としての要素を持っている全てのノードを伴う要素は、スタイルシートモジュールから効果的に排除されます。 スタイルシートモジュールをスタイルシートモジュールから効果的に排除する際には、ノードが、そこになかったかのような場合と同じ作用を持ちます。 他の事柄において、この意味するところは、静的または、動的エラーは、use-when属性それ自身にあるエラーではなく、要素とその内容の関係の中で報告されるでしょう。

リテラル結果要素、 または、XSLT名前空間にないスタイルシートモジュールにあるいくつかの他の要素は、xsl:use-when属性の搬送にとてもよく似ている場合があります。

もし、xsl:stylesheet、または、xsl:transform要素それ自身が効果的に実行され、その効果は、xsl:stylesheet、または、xsl:transform要素である一方でxsl:stylesheet、または、xsl:transform要素、または、その属性でない(要素の)子全てを排除する事です。

条件付き要素除外は、4.2 スタイルシートからホワイトスペースを取り除くに記述したようにスタイルシートからホワイトスペーステキストノードを取り除いた後に起こります。

use-when属性の値として利用される事が可能なXPath式上にある静的な制約はありません。 しかしながら、その文脈を評価する中で提供した情報にある厳格な制約があります。 これらの制約は、スタイルシートそれ自身、または、いくつかのソース文書に含まれた情報においていかなる依存もなくスタイルシート処理が可能な最も早い段階で評価される事が可能な式を保証する為に設計されます。

特に、静的文脈と動的文脈のコンポーネントは、次に続く2つのテーブルによって定義されます。：

スタイルシートモジュール内では、 式[xsl:]use-when [xsl:]use-when属性内の含んだ式全ては、単独の実行スコープ^FOの中で評価されます。 これは、他のスタイルシートモジュールにある[xsl]:use-when式において利用したものとして、または、スタイルシートモジュール内のどこかで出現しているXPath式を評価している際に利用したものとして同じ実行スコープになる必要はありません。 これが意味するところは、current-date^FOのような関数は、同じスタイルシートモジュール内で異なる[xsl:]use-when式の中で呼んだ際に同じ結果を返すでしょうが、しかし、異なるスタイルシートモジュールにある[xsl:]use-when式の中で呼ぶのと同様に、または、状況に適した変換中に実行した同じ関数を呼ぶものとして同じ結果を返す必要はありません。

[xsl:]use-whenの利用は、次に続く例で表現されています。

<xsl:import-schema schema-location="http://example.com/schema"
	use-when="system-property('xsl:is-schema-aware')='yes'"/>
<xsl:template match="/" 
	use-when="system-property('xsl:is-schema-aware')='yes'" 
				priority="2">
	<xsl:result-document validation="strict">
		<xsl:apply-templates/>
	</xsl:result-document>
</xsl:template>
<xsl:template match="/">
	<xsl:apply-templates/>
</xsl:template>

<xsl:include href="module-A.xsl" 
		 use-when="system-property('xsl:vendor')='vendor-A'"/>
<xsl:include href="module-B.xsl" 
		 use-when="system-property('xsl:vendor')='vendor-B'"/>

3.13 ビルトイン(組み込み)タイプ

各XSLT 2.0プロセッサは、次に続くスコープ内スキーマコンポーネントに定義する名前付きタイプを含みます。：

• xs:NOTATIONを除くすべての根本の原子化されたタイプは、[XML スキーマ Part 2]で定義します。 それは、： xs:string、xs:boolean、 xs:decimal、xs:double、 xs:float、xs:date、 xs:time、xs:dateTime、 xs:duration、xs:QName、 xs:anyURI、xs:gDay、 xs:gMonthDay、xs:gMonth、 xs:gYearMonth、xs:gYear、 xs:base64Binary、 xs:hexBinaryです。

• 搬送される原子化されたタイプxs:integerは、[XML スキーマ Part 2]で定義しました。

• タイプxs:anyTypeとxs:anySimpleType。

• 次に続くタイプは、[XPath 2.0]で定義しました。: xs:yearMonthDuration、 xs:dayTimeDuration、 xs:anyAtomicType、 xs:untyped、 and xs:untypedAtomic。

(以下は)スキーマ用XSLTプロセッサが付加的にサポートします：

• 他の全てのビルトイン(組み込み)タイプは、[XML スキーマ Part 2]で定義しました。

• ユーザー定義タイプ、そして要素と属性宣言は、3.14 スキーマコンポーネントを取り込むで記述したようにxsl:import-schema宣言を利用して取り込まれます。 これらは、単純なタイプと複雑なタイプの両方を含む場合があります。

ある手法は、スタイルシートにおけるスコープ内スキーマコンポーネントに追加される為に付加的なスキーマコンポーネントを許容するメカニズムを定義する場合があります。 例えば、拡張関数(参照：18.1 拡張関数)を定義する為に利用したメカニズムは、このような関数の為のインタフェース内で利用したタイプを取り込む為に利用される場合もあります。

これらのスキーマコンポーネントは、スタイルシートにあるXPath式の中で、または、許容するこれらの属性であるこれらの要素の[xsl:]typeとas属性の中で参照される場合のそれに限定します。

基本XSLTプロセッサについては、 スキーマ ビルトイン(組み込み)タイプは、セクション 2.5.4 シーケンスタイプマッチング^XPの観念にある「知られていないタイプ」である静的な文脈の中には、含まれません。 そのセクションの言語では、基本XSLTプロセッサは、これらの知られていないタイプがxs:stringのような知られているスキーマタイプから搬送されるかどうかを決定する事が可能でなければいけません。 この規則の目的は、正しいふるまいをするxs:NCNameを返すために定義されるlocal-name-from-QName^FOのようなシステム関数を保証する事にあります。 スタイルシートは、xs:NCNameという値を返すかどうかテストする事は可能ではないけれども、 しかし、xs:stringだったかのようにそれを利用する事が可能であろう基本XSLTプロセッサを利用します。

3.14 スキーマコンポーネントを取り込む

<!-- カテゴリ：宣言 -->
<xsl:import-schema
  namespace? = uri-reference
  schema-location? = uri-reference>
  <!-- Content: xs:schema? -->
</xsl:import-schema>

xsl:import-schema宣言は、(トップレベルタイプ定義とトップレベル要素と属性宣言という)スキーマコンポーネントを識別する為に利用されます。 それは、いくつかのソース文書が利用可能となる前に静的に利用可能にする事が必要です。 このようなコンポーネントの名前は、3.13 ビルトイン(組み込み)タイプで定義したように組み込みタイプにするか、または、xsl:import-schema宣言を利用して取り込まれなければならないかいずれかにしなければならないという意味でスコープ内スキーマコンポーネントを参照しなければならないスタイルシート内で静的に利用しました。

xsl:import-schema宣言は、取り込まれる為にコンポーネントの名前を含んでいる名前空間を識別します (または、取り込まれる為にある名前空間がない名前のコンポーネントを示します)。 その効果は、 XSLT要素のtype属性とas属性のように構築する他のスタイルシート内で、 また、スタイルシートにあるXPath式内で利用する為に利用可能となるこの名前空間(または、非名前空間)からのトップレベル要素と属性宣言とタイプ定義の名前であるという事です。

同じスキーマコンポーネントは、全てのスタイルシートモジュールの中で利用可能になります； スタイルシートを通してそれらを利用可能にさせるスタイルシートモジュールの中にコンポーネントを取り込む事。

namespaceとschema-location属性は、共にオプションです。

もし、xsl:import-schema要素が、xs:schema要素をを含む場合には、 schema-location属性は、カラでなければならず、namespace属性は、その有効な値のケースでは、もし、存在する場合にはxs:schema要素のtargetNamespace属性から成る、または、他方がゼロの長さの文字列にある(もし、存在する場合)xs:schema要素のtargetNamespace属性と同じ値を持つか、または、 カラでなければならないかのいずれかでなければいけません。

[ERR XTSE0215] もし、xsl:import-schema要素が、xs:schema要素がschema-location属性を持つものを含む、 または、もし、それが、含んだスキーマの目標名前空間を伴って干渉するnamespace属性を含む場合には、それは、静的エラーです。

もし、2つのxsl:import-schema宣言が、同じ名前空間を記述するか、または、 もし、双方ともに存在しない名前空間を記述する場合には、 利用される最も高い取り込み優先度を伴う場合に限ります。 もし、これが1つ以上残っている場合には、最も高い取り込み優先度にある全ての宣言が利用されます(以下に記述したように干渉に起因する場合があります)。

上記ルール下で、いくつかのxsl:import-schema宣言を破棄した後、残っているxsl:import-schema宣言のその効果は、統合的なスキーマ文書を呼んだ仮定的な文書の用語の中で定義され、それは、次に続くように構築されます。 統合的なスキーマ文書は、アプリケーションで実際に利用したいくつかの名前空間とは異なる任意の目標名前空間を定義し、 そして、それは、スタイルシートにあるxsl:import-schema宣言を伴う1対1で一致するxs:import要素を含み、次に続く一致を伴います。：

• xs:import要素のnamespace属性は、もし、それが、不足していれば、暗に存在し、または、含んだxs:schema要素のtargetNamespace属性によって含まれ、且つ不足し、xsl:import-schema宣言のnamespace属性からコピーされます。

• xs:import要素のschemaLocation属性は、もし、存在する場合には、xsl:import-schema宣言のschema-location属性からコピーされ、もし、存在しない場合には、欠如します。 もし、それらが、xs:schema要素を含んでいる場合には、schemaLocation属性の有効な値は、xs:schema要素のコピーを含んでいる文書を参照しているURIです。

• xs:import要素の基準URIは、xsl:import-schema宣言の基準URIと同じです。

スコープ内スキーマコンポーネントに含んだ(スタイルシート内で利用する事を可能にする名前を持つコンポーネントである)スキーマコンポーネントは、 トップレベル要素と属性宣言とタイプ定義が、統合的なスキーマ文書内で参照する事を可能とします。 参照：[XML スキーマ Part 1] (セクション 4.2.3、 名前空間をまたぐスキーマコンポーネントを参照する)。

[ERR XTSE0220] もし、統合的なスキーマ文書が、[XML スキーマ Part 1] (セクション 5.1 スキーマ構築と構造におけるエラー)で記述した制約を満たさない場合には、 それは、静的エラーです。 これは、同じ名前の複数の定義のように一般原理を損なうことなく、干渉する事なく、含みます。

xsl:import-schema宣言にある名前空間の利用は、それ自身が、名前空間を伴う前置詞をいくつかの名前空間と結び付ける事によるものではありません。 もし、名前空間から得られた名前が、スタイルシートモジュール内で利用される場合には、名前空間宣言は、通常の方法でスタイルシートモジュールに含まれなければいけません。

<xsl:import-schema>
	<xs:schema targetNamespace="http://localhost/ns/yes-no"
			 xmlns:xs="http://www.w3.org/2001/XMLSchema">
		<xs:simpleType name="local:yes-no">
			<xs:restriction base="xs:string">
				<xs:enumeration value="yes"/>
				<xs:enumeration value="no"/>
			</xs:restriction>
		</xs:simpleType>
	</xs:schema>
</xsl:import-schema>
<xs:variable name="condition" select="'yes'" as="local:yes-no"/>