Inkluzje XML (XInclude) Wersja 1.0

1.1 Zwi�zek z XLink

XInclude r�ni si� od element�w ��cz�cych opisanych w [J�zyk Po��cze� XML], szczeg�lnie ��czy z warto�ci� atrybutu show="embed". Takie po��czenia zapewniaj� sk�adni� niezale�n� od media-type dla wskazania, �e �r�d�o jest wbudowane graficznie w obr�bie wy�wietlanego dokumentu. XLink nie wyszczeg�lnia szczeg�lnego modelu przetwarzania, ale po prostu u�atwia wykrywanie link�w i rozpoznanie przy��czonych metadata przez aplikacj� wy�szego poziomu.

XInclude, z drugiej strony, wyszczeg�lnia szczeg�ln� transformacj� media-type (XML na XML). Okre�la to szczeg�lny model przetwarzania dla ��czenia zbior�w informacji. Przetwarzanie XInclude odbywa si� na niskim poziomie, cz�sto poprzez procesor rodzajowy, kt�ry udost�pnia wynikowy zbi�r informacj aplikacjom na wy�szym poziomie.

Proste inkluzje element�w informacyjnych, jak opisano w tej specyfikacji, r�ni� si� od transkluzji, kt�re zachowuj� kontekstowe informacje takie jak styl.

1.2 Zwi�zek z Zewn�trznymi Elementami Rekordu XML

Jest wiele r�nic pomi�dzy zewn�trznymi elementami XInclude i [XML 1.0] lub [XML 1.1], kt�re sprawiaj�, �e s� one technologiami uzupe�niaj�cymi.

Przetwarzanie zewn�trznych element�w (jak z reszt� of DTD) odbywa si� w czasie rozbioru. XInclude dzia�a na zbiory informacji, a wi�c jest ortogonalne do rozbioru.

Deklaracja zewn�trznych element�w wymaga DTD lub wewn�trznego podzbioru. Umieszcza to zbi�r zale�no�ci na nkluzji, na przyk�ad sk�adnia dla deklaracji DOCTYPE wymaga, aby element dokumentu by� nazwany - ortogonalnie do inkluzji w wielu przypadkach. Parsery waliduj�ce musz� mie� zdefiniowany ca�kowity model zawarto�ci. XInclude jest ortogonalny do walidacji i nazwy elementu dokumentu.

Elementy zewn�trzne zapewniaj� poziom nieukierunkowania - element zewn�trzny musi by� zdeklarowany i nazwany, a tak�e oddzielnie wywo�any. XInclude u�ywa odno�nik�w bezpo�rednich. Aplikacje, kt�re tworz� wynik XML przyrostowo mog� wyci�ga� korzy�ci z tego, �e nie maj� wcze�niej zdeklarowanych inkluzji.

Niepowodzenie podczas �adowania elementu zewn�trznego jest zazwyczaj b��dem krytycznym. XInclude pozwala autorowi na zapewnienie zawarto�ci warto�ci domy�lnej, kt�ra b�dzie u�ywana je�li zdalne �r�d�o nie mo�e by� za�adowane.

Sk�adnia dla wewn�trznego podzbioru jest niewygodna dla wielu autor�w prostych, dobrze stworzonych dokument�w XML. Sk�adnia XInclude opiera si� na pokrewnych konstrukcjach XML.

1.3 Zwi�zek z DTD

XInclude nie okre�la zwi�zku z walidacj� DTD. XInclude opisuje transformacj� podzbi�r-do-podzbioru, a nie zmian� w analizowanym zachowaniu XML. XInclude nie okre�la mechanizmu dla walidacji DTD wynikowego zbioru informacji.

1.4 Zwi�zek ze Schematami XML

XInclude nie okre�la zwi�zku z rozszerzonymi zbiorami informacji stworzonymi przez stosowanie schematu XML. Takie rozszerzone zbiory informacji mog� by� dostarczane do wyj�ciowego zbioru informacji, lub takie rozszerzenie mog�oby by� stosowane do zbioru informacji wynikaj�cego z inkluzji.

1.5 Zwi�zek z Inkluzjami o Szczeg�lnej Gramatyce

Inkluzje szczeg�lnego u�ytku zosta�y wprowadzone do szczeg�lnych gramatyk XML. XInclude zapewnia mechanizm rodzajowy dla rozpoznania i przetworzenia inkluzji, a tak�e mo�e zaoferowa� prostsze o�lne do�wiadczenie auorskie, lepsze dzia�anie i mniejsz� nadmiarowo�� kodu.

3.1 Element xi:include

Element xi:include posiada nast�puj�ce atrybuty:

href

Warto��, kt�ra po odpowiednim uwolnieniu (patrz 4.1.1 Uwalnianie warto�ci atrybutu href) zosta�a wykonana, daje w wyniku odno�nik URI lub odno�nik IRI, okre�laj�ce umieszczenie �r�d�a do zawarcia. Atrybut href jest opcjonalny; brak tego atrybutu jest taki sa, jak przy okre�laniu href="", tj., odno�nik jest do tego samego dokumentu. Je�li brakuje atrybutu href kiedy parse="xml", atrybut xpointer musi wyst�pi�. Identyfikatory fragmentowe nie mog� by� u�yte; ich obecno�� jest b��dem krytycznym. Warto��, kt�ra jest wynikiem, jest syntaktycznie nie wa�na dla URI lub IRI, powinna by� zg�oszona jako b��d krytyczny, ale niekt�re implementacje mog� uwa�a� j� za niepraktyczn� do odr�nienia tego przypadku od b��du �r�d�owego.

Uwaga:

URI ko�cz�ce si� na # jest uwa�ane przez [IETF RFC 2396] za maj�ce pusty identyfikator fragmentu. Takie URI powodowa�oby b��d krytyczny jak opisano powy�ej.

Uwaga:

Kluczow� cech� XInclude jest to, �e zezwala, by �r�d�o by�o uformowane do typu user-specified dla inkluzji (XML lub tekst). Otrzymany media type jest zatem zasadniczo ignorowany dla cel�w przetwarzania inkluzjii i sk�adnia identyfikatora fragmentu otrzymanego media type nie b�dzie generalnie odpowiednia do typu user-specified. Dla inkluzji parse="xml" pod�r�d�a s� identyfikowane przez oddzielny atrybut xpointer, kt�ry jest stosowany po formowaniu. Kiedy to nie zapobiega identyfikacji pod�r�de� dokument�w XML przez URI (Patrz Struktura World Wide Web [Identyfikacja]), zapobiega ono u�yciu tych identyfikator�w bezpo�rednio w obr�bie XInclude.

parse

Wskazuje, czy w��czy� �r�d�o jako przeanalizowany XML czy jako tekst. Atrybut parse pozwala XInclude na danie autorowi w��czanego dokumentu pierwsze�stwa na serwerze w��czanego dokumentu co do tego, jak przetworzy� za��czon� zawarto��. Warto�� "xml" wskazuje, �e �r�d�o musi by� przeanalizowane jako XML i zbi�r informacji scalony. Warto�� "text" wskazuje, �e �r�d�o musi by� za��czone jako znaki elementu informacji. Ten atrybut jest opcjonalny. Kiedy pomini�ty, warto�� "xml" jest sugerowana (nawet przy braku warto�ci domy�lnej deklaracji). Warto�ci inne ni� "xml" i "text" s� b��dem krytycznym.

Uwaga:

Dla interoperacyjno�ci pomi�dzy systemami waliduj�cymi i niewaliduj�cymi, odst�p nie powinien si� pojawi� w atrybucie parse.

xpointer

Kiedy parse="xml", XPointer (patrz [Struktura XPointer]) zawarta w atrybucie xpointer jest wyznaczona do identyfikacji cz�� �r�d�a do za��czenia. Ten atrybut jest opcjonalny; kiedy jest pomini�ty, ca�e �r�d�o jest zawarte. Atrybut xpointer nie mo�e wyst�pi� kiedy parse="text". Je�eli atrybut xpointernie wyst�puje, atrybut href musi wyst�powa�.

Uwaga:

Poniewa� atrybut xpointer nie jest odno�nikiem URI, %-uwolnienie nie mo�e wyst�pi� w XPointer, ani nie ma potrzeby, aby procesor zastosowa�, lub zmieni� takie uwolnienie.

encoding

Kiedy parse="text", czasami jest niemo�liwe, by poprawnie wykry� kodowanie �r�d�a tekstu. Atrybut encoding okre�la jak �r�d�o ma by� t�umaczone Warto�ci� tego atrybutu jest EncName, jak opisano w specyfikacji XML, cz�� 4.3.3, zasada [81]. Atrybut encoding nie ma wp�ywu kiedy parse="xml".

accept

Warto�� atrybutu accept mo�e by� u�ywane przez procesor XInclude, aby wspom�c w ustalaniu zawarto�ci. Kiedy procesor XInclude pobiera �r�d�o przez HTTP, powinien umie�ci� warto�� atrybutu accept, je�li taki istnieje, w ��daniu HTTP jako nag��wek Accept, jak opisano w cz�ci 14.1 [IETF RFC 2616]. Warto�ci zawieraj�ce znaki poza obszarem #x20 do #x7E s� zabronione w nag��wkach HTTP, i musz� by� oflagowane jako b��dy krytyczne.

accept-language

Warto�� atrybutu accept-language mo�e by� u�yta przez procesor, aby wspom�c przy ustalaniu zawarto�ci. Kiedy procesor XInclude pobiera �r�d�o przez HTTP, powinien umie�ci� warto�� atrybutu accept-language je�li taki istnieje, w ��daniu HTTP jako nag��wek Accept-Language, jak opisano w cz�ci 14.4 [IETF RFC 2616]. Warto�ci zawieraj�ce znaki poza obszarem #x20 do #x7E s� zabronione w nag��wkach HTTP, i musz� by� oflagowane jako b��dy krytyczne.

Atrybuty inne ni� te wymienione powy�ej mog� by� umieszczone na elemencie xi:include. Nazwy atrybut�w bez prefiks�w s� zarezerwowane dla przysz�ych wersji tej specyfikacji i musz� by� ignorowane przez procesory XInclude 1.0.

W�asno�� potomna elementu xi:include mo�e zawiera� pojedynczy element xi:fallback; wyst�pienie wi�cej ni� jednego elementu xi:fallback, elementu xi:include, lub jakiegokolwiek innego elementu z przestrzeni nazw XInclude jest b��dem krytycznym. Inna zawarto�� (tekst, instrukcje przetwarzania, komentarze, elementy poza przestrzeni� nazw, nast�pcy element�w potomk�w) nie jest wymuszona przez t� specyfikacj� i jest ignorowana przez procesor XInclude, tzn. nie ma wp�ywu na przetwarzanie za��czania i nie wyst�puje we w�asno�ciach potomnych wyniku zbioru warto�ci. Taka zawarto�� mo�e by� u�yta przez aplikacje analizuj�ce przedinkluzjyjny zbi�r informacji, lub udost�pniona aplikacjom poinkluzyjnym poprzed �rodki inne ni� normalne w�asno�ci zbioru informacji.

Nast�puj�cy (nienormatywny) fragment DTD przedstawia pr�bk� deklaracji dla elementu xi:include:

<!ELEMENT xi:include (xi:fallback?)>

<!ATTLIST xi:include
    xmlns:xi        CDATA       #FIXED    "http://www.w3.org/2001/XInclude"
    href            CDATA       #IMPLIED
    parse           (xml|text)  "xml"
    xpointer        CDATA       #IMPLIED
    encoding        CDATA       #IMPLIED
    accept          CDATA       #IMPLIED
    accept-language CDATA       #IMPLIED
>

3.2 Element xi:fallback

Element xi:fallback pojawia si� jako potomek elementu xi:include. Zapewnia mechanizm dla odzyskiwania zaginionych �r�de�. Kiedy wyst�pi b��d krytyczny, element xi:include jest wymieniany wraz z zawarto�ci� elementu xi:fallback. Je�eli element xi:fallback jest pusty, element xi:include jest usuni�ty z wyniku. Je�eli brakuje elementu xi:fallback, b��d �r�d�a prowadzi do in a b��du krytycznego.

Element xi:fallback potomek elementu xi:include. Jest to b��d krytyczny elementu xi:fallback, pojawiaj�cy si� w dokumencie w jakimkolwiek innym miejscu, ni� bezpo�redni potomek xi:include (przed przetarzaniem inklucji na zawarto�ci elementu.) Jest to b��d krytyczny dla elementu xi:fallback, zawieraj�cego jakiekolwiek elementy z przestrzeni nazw XInclude inne ni� xi:include.

Atrybuty mog� by� umieszczone na elemencie xi:fallback. Nazwy atrybut�w bez prefiks�w s� zarezerwowane dla przysz�ych wersji tej specyfikacji i musz� by� ignorowane przez procesory XInclude 1.0.

Nast�puj�cy (nienormatywny) fragment DTD przedstawia pr�bk� deklaracji dla elementu xi:fallback:

<!ELEMENT xi:fallback ANY>

<!ATTLIST xi:fallback
    xmlns:xi   CDATA   #FIXED   "http://www.w3.org/2001/XInclude"
>

4.1 Zawarta lokalizacja

Warto�� atrybutu href po uwolnieniu zgodnie z 4.1.1 Uwalnianie warto�ci atrybutu href, jest interpretowane zar�wno jako odno�nik URI, lub odno�nik IRI. Podstawowy URI dla odpowiednich URI lub IRI jest podstawowym URI elementu xi:include, jak wyszczeg�lniono w [Podstawie XML]. [Definicja: URI lub IRI wynikaj�ce z rozdzielania znormalizowanej warto�ci atrybutu href (lub pusty ci�g znak�w, je�li nie pojawia si� �aden atrybut) do zupe�nej formy URI lub IRI jest zwany zawart� lokalizacj�.]

Brak warto�ci dla atrybutu href, zar�wno przez pojawienie href="", lub braku atrybutu href, przedstawia przypadek, kt�ry mo�e by� niekompatybilny z pewnymi strategiami implementacji. Na przyk�ad, procesor XInclude mo�e nie mie� tekstowego odwzorowania �r�d�owego zbioru informacji, do w��czenia jako parse="text", lub mo�e by� niezdolny do dost�pu innej cz�ci dokumentu przy u�yciuparse="xml" i xpointer, przez znaczenia strumieniowalno�ci. Implementacja mo�e wybra� jakikolwiek lub wszystkie braki warto�ci dla atrybutu href takiego, jak b��dy �r�d�owe. Implementacje powinny dokumentowa� warunki, pod jakimi takie b��dy �r�d�owe wyst�puj�.

4.2 Elementy zawarte kiedy parse="xml"

Kiedy parse="xml", zawarta lokalizacja (include location) ma usuni�t� po�rednio��, �r�d�o jest za�adowane, a zbi�r informacji jest stworzony poprzez analiz� �r�d�a tak, jakby typ media by� aplikacj�/xml (��cznie z oznaczeniem znaku kodowania).

�r�d�a, kt�re s� z jakiegokolwiek powodu niedost�pne (na przyk�ad nie istnieje �r�d�o, wyst�puj� problemy z ��czno�ci�, lub ograniczenia bezpiecze�stwa chroni� go przed za�adowaniem, schemat URI nie mo�e by� za�adowany, �r�d�o ma nieobs�ugiwane kodowanie, lub �r�d�o jest nie jest zdeterminowane jako XML przez specyficzne mechanizme implementacyjne) powoduj� b��d �r�d�a. �r�d�a posiadaj�ce �le utworzony XML powoduj� b��d krytyczny.

[Definicja: elementy xi:include w tym zbiorze informacji s� rekurencyjnie przetwarzane, aby stworzy� uzyskany zbi�r informacji. Dla odno�nika intra-document (przez atrybut xpointer ) �r�d�owy zbi�r informacji jest u�ywany jako uzyskany zbi�r informacji.]

[Definicja: Cz�� uzyskanego zbioru informacji, kt�ry ma by� zawarty jest zwany celem inkluzji (inclusion target).] Element informacyjny dokumentu uzyskanego zbioru informacji s�u�y jako cel inkluzji, chyba, �e wyst�puje atrybut xpointer i identyfikuje pod�r�d�o. Atrybuty XPointer w formach opisanych w [Planie XPointer] i [Schemacie elementu XPointer] musz� by� obs�ugiwane. Procesory XInclude opcjonalnie wspieraj� inne formy XPointer, takie jak te opisane w [Schemacie XPointer xpointer()]. B��d w XPointer jest b��dem �r�d�a.

[Schemat XPointer xpointer()] nie jest okre�lony w kategoriach [Zbioru Informacji XML], ale w zamian bazuje na Modelu Danych [XPath 1.0], poniewa� Zbi�r Informacji XML nie zosta� jeszcze rozwini�ty. Odwzorowanie pomi�dzy lokalizacjami w�z�a XPath i elementami informacyjnymi jest bezpo�rednie. Jednak�e, xpointer() zak�ada, �e wszystkie elementy rekordu zosta�y rozszerzone. Zatem b��d krytyczny ma za zadanie pr�bowa� rozwi�za� schemat xpointer() w dokumencie, kt�ry zawiera nierozszerzon� informacj� odno�nika elementu rekordu .

Zbi�r zawartych element�w najwy�szego poziomu jest uzyskiwany z uzyskanego zbioru informacji .

4.3 Elementy Zawarte kiedy parse="text"

Kiedy parse="text", zawarta lokalizacja jest usuni�ta i �r�d�o jest pobrana i przetworzona do zbioru znak�w element�w informacji. Ta cecha u�atwia inkluzje dzia�ania przyk�ad�w XML, zar�wno jak i innych format�w opartych na tek�cie.

�r�d�a, kt�re s� niedost�pne z jakiegokolwiek innego powodu (np. �r�d�o nie istnieje, utrudnienia w ��czno�ci lub wymogi bezpiecze�stwa chroni� go przed pobraniem go, schemat URI nie jest pobieralny, lub �r�d�o jest kodowaniem niewspomaganym), powoduj� b��d �r�d�a.

Kodowanie takiego �r�d�a jest jest okre�lone przez:

• zewnetrzn� informacj� koduj�c�, je�li jest dost�pna, w przeciwnym wypadku

• je�eli typ media �r�d�a to text/xml, aplikacja/xml, lub odpowiada konwencjom text/*+xml lub aplikacja/*+xml jak opisano w Typach Media XML [IETF RFC 3023], kodowanie jest rozpoznawane tak, jak opisano w XML, w przeciwnym wypadku

• warto�� atrybutuencoding je�li taki istnieje to

• UTF-8.

Sekwencja bajt�w poza obszarem dozwolonym przez kodowanie to b��d krytyczny. Znaki niedozwolone w dokumantach XML to r�wnie� b��d krytyczny.

Ka�dy znak uzyskany z transformacji �r�d�a jest przedstawiony w elementach zawartych najwy�szego poziomu jako element informacji znaku ze zbiorem kod�w znaku do kod�w znak�w w kodowaniu ISO 10646, oraz zbiorem odst�p�w zawarto�ci elementu , do b��dnych.

[Model Znak�w] omawia normalizacj� zawartego tekstu.

4.4 Zachowanie rezerwy awaryjnej

Procesory XInclude musz� wykona� zachowanie rezerwy awaryjnej w przypadku b��du �r�d�a, w nast�puj�cy spos�b:

Je�eli potomkowie elementu informacyjnego xi:include w �r�d�owym zbiorze informacji zawieraj� dok�adnie jeden element xi:fallback, zawarte elementy najwy�szego poziomu sk�adaj� si� z element�w informacyjnych odpowiadaj�cych wynikowi wykonania przetwarzania XInclude na potomkach elementu xi:fallback. Jest to b��d krytyczny je�li jest zero lub wi�cej ni� jeden element xi:fallback.

4.5 Tworzenie wynikowego zbioru informacji

Wynikowy zbi�r informacji jest kopi� �r�d�owego zbioru informacji, z ka�dym elementem xi:include przetworzonym nast�puj�co:

Element informacyjny dla elementu xi:include jest znaleziony. [Definicja: W�asno�� parent (przodek) tego elementu odnosi si� do elementu informacyjnego zwanego include parent.] W�asno�� children (potomek) elementu include parent jest zmodyfikowana przez zast�pienie elementu informacyjnego xi:include przez zawartymi elementami najwy�szego poziomu . W�asno�ci� parent ka�dego zawartego elementu jest ustawienie include parent.

B��dem krytycznym jest pr�ba zast�pienia elementu xi:include pojawiaj�cego si� jako element dokumentu (najwy�szy poziom) w �r�d�owym zbiorze informacji z czym� innym, ni� lista zero lub wi�cej komentarzy, zero lub wi�cej instrukcji przetwarzania, oraz jeden element.

Niekt�re procesory mog� nie by� w stanie przedstawi� w�asno�ci elementu przestrzeni� nazw in-scope je�eli nie zawiera ona wi�za� dla wszystkich prefiks�w ograniczonych przez ich przodk�w przestrzenie nazw in-scope. Takie procesory mog� zatem zawiera� dodatkowe wi�zania przestrzeni nazw odziedziczone po include parent w przestrzeniach nazw in-scope zawartych element�w.

Historia inkluzji takiego zawartego elementu najwy�szego poziomu jest zarejestrowana we w�asno�ci rozszerzenia zawarta historia (include history). W�asno�� zawarta historia to lista element�w informacyjnych, przedstawiaj�cych elementy xi:include dla rekursywnych poziom�w inkluzji. Je�eli w�asno�� zawarta historia ju� pojawia si� na zawartym elemencie najwy�szego poziomu, to element informacyjny xi:include jest przy��czony do listy. Je�li nie istnieje �adna w�asno�� zawartej historii, to w�asno�� jest dodawana z pojedyncz� warto�ci� elementu informacyjnego xi:include.

Wszystkie zawarte elementy b�d� pojawia� si� w wynikowym zbiorze informacji. Zawiera to nierozszerzone informacyjne elementy rekordu je�eli s� obecne.

Odno�niki wewn�trz dokumentu w obr�bie element�w xi:include s� rozwi�zane na �r�d�owym zbiorze informacji. Efektem tego jest, �e porz�dek, w jakim elementy xi:include s� przetwarzane, nie wp�ywa na wynik.

W nast�puj�cym przyk��dzie, drugie w��czenie zawsze wskazuje na pierwszy element xi:include, a nie na siebie, niezale�nie od porz�dku, w jakim w��czenia s� przetwarzane. W ten spos�b wynikiem tej inkluzji s� dwie kopie something.xml (co�.xml), i nie powstaje inkluzyjny b��d p�tli.

<x xmlns:xi="http://www.w3.org/2001/XInclude">   <xi:include href="something.xml"/>
<xi:include xpointer="xmlns(xi=http://www.w3.org/2001/XInclude)xpointer(x/xi:include[1])"
parse="xml"/>
</x>

5.1 Zgodno�� znacznik�w

przedmiot informacyjny typu element jest zgodny z t� specyfikacj� je�eli spe�nia wymagania strukturalne dla zawartych element�w okre�lonych w tej specyfikacji. Ta specyfikacja nie narzuca �adnych szczeg�lnych ogranicze� dla schemat�w DTD lub XML; zgodno�� ma zastosowanie wy��cznie do element�w i atrybut�w.

5.2 Zgodno�� zastosowania

Zastosowanie jest zgodne z XInclude je�eli:

• wspiera [XML 1.0] i [Przestrzenie nazw w XML] lub [XML 1.1] i [Przestrzenie nazw w XML 1.1], [Zbiorze Informacji XML], [Podstawie XML], [Strukturze XPointer], oraz [Schemacie element() XPointer] ;

• zaprzestaje przetwarzania kiedy napotyka na b��d krytyczny;

• przestrzega obowi�zkowych warunk�w, (musi) przed�o�onych w tej specyfikacji i dla jakichkolwiek innych warunk�w (powinien i mo�e), wybiera, aby przestrzega�, przestrzega ich w zalecany spos�b; i

• wykonuje sprawdzanie zgodno�ci znacznik�w zgodnie ze wszystkimi ograniczeniami zgodno�ci pojawiaj�cymi si� w tej specyfikacji.

Wsparcie dla [Schematu XPointer xpointer()] nie jest obowi�zkowa dla pe�nej zgodno�ci XInclude. Radzi si� autorom, by u�ywali xpointer() i innych schemat�w implementacji XPointer.

5.3 Zgodno�� zbioru informacji XML

Ta specyfikacja jest zgodna ze [Zbiorem informacji XML]. Nast�puj�ce przedmioty informacyjne musz� by� obecne w wej�ciowych zbiorach warto�ci, aby umo�liwi� poprawne przetwarzanie:

• przedmioty informacyjne typu dokument z w�asno�ciami potomkowie i podstawowy URI.

• Przedmioty informacyjne typu element z w�asno�ciami nazwa przestrzeni nazw, nazwa lokaln�, potomkowie, atrybuty, podstawowy URI i przodek.

• Przedmioty informacyjne typu atrybut z w�asno�ciami nazwa przestrzeni nazw, nazwa lokalna i znormalizowana warto��.

Dodatkowo przetwarzanie XInclude mo�e generowa� w wyniku nast�puj�ce rodzaje przedmiot�w informacyjnych:

• przedmiot informacyjny typu znak z w�asno�ciami kod znaku, odst�p zawarto�ci elementu i przodek.

XInclude rozszerza zbi�r informacji o w�asno�� zawarta historia, kt�ra w wyniku mo�e pojawi� si� na nast�puj�cych typach przedmiot�w informacyjnych:

• przedmiot informacyjny typu element .

• instrukcja przetwarzania przedmiot�w informacyjnych.

• przedmioty informacyjne typu komentarz.

• przedmioty informacyjne typu znak.

XInclude r�wnie� rozszerza zbi�r informacji o w�asno�� j�zyk, kt�ra w wyniku mo�e pojawi� si� na przedmiotach informacyjnych typu element .