Modularyzacja XHTML™

Rekomendacja W3C z 10 kwietnia 2001

Ta wersja:

http://www.w3.org/TR/2001/REC-xhtml-modularization-20010410
(pojedynczy plik HTML, wersja PostScript, wersja PDF, archiwum ZIP lub zgzipowane archiwum TAR)

Ostatnia wersja:

http://www.w3.org/TR/xhtml-modularization

Poprzednia wersja:

http://www.w3.org/TR/2001/PR-xhtml-modularization-20010222

Redaktorzy:

Murray Altheim, Sun Microsystems
Frank Boumphrey, HTML Writers Guild
Sam Dooley, IBM
Shane McCarron, Applied Testing and Technology
Sebastian Schnitzenbaumer, Mozquito Technologies AG
Ted Wugofski, Openwave (dawniej Gateway)

Copyright ©2001 W3C^® (MIT, INRIA, Keio). Wszelkie prawa zastrzeżone. Zastosowanie mają zasady W3C dotyczące odpowiedzialności prawnej, znaku towarowego, używania dokumentu i licencjonowania oprogramowania.

---

Streszczenie

Rekomendacja ta definiuje modularyzację abstrakcyjną XHTML oraz implementację uzyskanej przy jej pomocy abstrakcyjnej informacji przy użyciu definicji typu dokumentu (DTD) XML. Modularyzacja ta dostarcza środków służących tworzeniu podzbiorów i rozszerzaniu XHTML, cechy potrzebnej do rozszerzenia bogactwa XHTML na rozwijające się platformy.

Status tego dokumentu

Ten rozdział opisuje status tego dokumentu w momencie jego publikacji. Inne dokumenty mogą zastąpić ten dokument. Aktualny status dokumentów z tej serii jest dostępny na stronach W3C.

Ten dokument został zaopiniowany przez Członków W3C i inne zainteresowane strony oraz został zatwierdzony przez Dyrektora jako Rekomendacja W3C. Jest to stabilny dokument i może być używany jako materiał odwoławczy lub cytowany jako odnośnik normatywny przez inny dokument. Rolą W3C w tworzeniu tej Rekomendacji jest przyciągnięcie do specyfikacji uwagi osób trzecich i wypromowanie jej w powszechnym użyciu. Rozszerzy to funkcjonalność Internetu i zwiększy możliwości wzajemnego współdziałania w jego ramach.

Ten dokument został stworzony przez W3C HTML Working Group (tylko dla członków) jako część działalności W3C HTML Activity. Cele HTML Working Group są opisane w statucie Grupy Roboczej do spraw HTML. W sprawach pracy W3C nad HTML proszę kontaktować się z Masayasu Ishikawą.

Publiczna debata na temat HTML odbywa się na liście dyskusyjnej www-html@w3.org (archiwum). By ją subskrybować, wyślij e-mail na adres www-html-request@w3.org z wyrazem subscribe w polu Temat.

Błędy w tym dokumencie proszę zgłaszać na adres www-html-editor@w3.org (archiwum). Lista znanych błędów w tej specyfikacji jest dostępna pod adresem http://www.w3.org/2001/04/REC-xhtml-modularization-20010410-errata.

Angielska wersja tej specyfikacji jest jedyną wersją normatywną. Informacja o tłumaczeniach tego dokumentu jest dostępna pod adresem http://www.w3.org/MarkUp/translations.

Listę aktualnych Rekomendacji W3C oraz innych dokumentów technicznych można znaleźć pod adresem http://www.w3.org/TR.

Krótki spis treści

Pełny spis treści

1. Wprowadzenie

Ten rozdział ma charakter informacyjny.

1.1. Czym jest XHTML?

XHTML to przeformułowanie HTML 4 jako aplikacji XML. XHTML 1.0 [XHTML1] definiuje trzy typy dokumentów XML odpowiadające trzem DTD HTML 4: Strict, Transitional i Frameset. XHTML 1.0 jest podstawą rodziny typów dokumentów rozszerzających HTML i dzielących go na podzbiory.

1.2. Czym jest modularyzacja XHTML?

Modularyzacja XHTML oznacza rozdzielenie XHTML 1.0 (a pośrednio także HTML 4) na zestaw modułów abstrakcyjnych, z których każdy dostarcza określony typ funkcjonalności. Owe moduły abstrakcyjne są implementowane w tej specyfikacji przy użyciu definicji typu dokumentu XML, ale wkrótce spodziewana jest implementacja korzystająca z XML Schema. W tym dokumencie są również zdefiniowane reguły definiowania modułów abstrakcyjnych i ich implementacji przy użyciu DTD XML.

Moduły te mogą być łączone ze sobą i z innymi modułami w celu tworzenia typów dokumentów rozszerzających XHTML i dzielących go na podzbiory, mogących być uznanymi za część rodziny typów dokumentów XHTML.

1.3. Po co modularyzować XHTML?

Modularyzacja XHTML polega na określaniu dobrze zdefiniowanych elementów XHTML, które mogą być ze sobą łączone i rozszerzane przez autorów dokumentów, projektantów typów dokumentów, innych specyfikacji standardów XML oraz twórców aplikacji i produktów, tak, by ekonomicznie wykonalne było dostarczanie treści na większą ilość różnorodnych platform.

W ciągu ostatnich kilku lat wiele wyspecjalizowanych rynków zaczęło postrzegać HTML jako język treści. Obecnie zaznacza się silna tendencja do stosowania HTML na coraz bardziej zróżnicowanych platformach informatycznych. Aktualnie podejmowane są czynności mające na celu przeniesienie HTML na urządzenia przenośne (podręczne komputery, telefony komórkowe, itp.), urządzenia telewizyjne (telewizja cyfrowa, telewizyjne przeglądarki internetowe, itp.) i inne urządzenia pełniące różne funkcje. Każde z tych urządzeń ma inne wymagania i ograniczenia.

Modularyzacja XHTML pozwala określić twórcom produktów, które elementy są obsługiwane przez dane urządzenie. Mogą to robić używając standardowych bloków konstruujących oraz standardowych metod w celu określenia, które bloki konstruujące są używane. Te moduły pełnią rolę „punktów zgodności ze standardem” dla społeczności treści. Społeczność treści może teraz zwrócić się w stronę zainstalowanej bazy obsługującej pewne zestawy modułów, zamiast obsługującej tę, czy inną kombinację elementów XHTML. Korzystanie ze standardów zadecyduje o odniesieniu przez modularyzację XHTML sukcesu na większą skalę. Dostosowywanie treści do każdej kolejnej kombinacji elementów XHTML jest niewykonywalne pod względem ekonomicznym. Dzięki określeniu standardu programy mogą autonomicznie dostosować treść do urządzenia albo urządzenie może automatycznie załadować oprogramowanie wymagane do przetworzenia modułu.

Dzięki wykorzystaniu rozszerzalności XML modularyzacja pozwala także poszerzyć możliwości rozkładu graficznego i prezentacyjne języka XHTML bez łamania standardu XHTML. Ta ścieżka rozwojowa dostarcza osobom opraowywującym i publikującym treść stabilne, użyteczne i możliwe do implementacji ogólne reguły pozwalające dotrzymać kroku technologicznym przemianom Internetu.

1.3.1. Moduły abstrakcyjne

Typ dokumentu XHTML jest zdefiniowany jako zestaw modułów abstrakcyjnych. Moduł abstrakcyjny definiuje jeden rodzaj danych będący znaczeniowo różny od wszystkich pozostałych. Moduły abstrakcyjne mogą być łączone w typy dokumentów bez potrzeby dogłębnego zrozumienia leżących u ich podstaw schematów definiujących te moduły.

1.3.2. Implementacje modułów

Implementacja modułu składa się z zestawu typów elementów, zestawu deklaracji wykazu atrybutów oraz zestawu deklaracji modelu zawartości, przy czym każdy z tych trzech zestawów może być pusty. Deklaracja wykazu atrybutów w module może zmodyfikować typ elementu nienależącego do typów elementów zdefiniowanych w tym module, jak również deklaracja modelu zawartości może zmodyfikować typ elementu nienależącego do zestawu typów elementów tego modułu.

Jednym z mechanizmów implementacji jest DTD XML. DTD XML to sposób opisu struktury pewnej klasy dokumentów XML, łącznie określanej mianem typu dokumentu XML. DTD XML są opisane w Rekomendacji XML 1.0 [XML]. Innym mechanizmem implementacji jest XML Schema [XMLSCHEMA].

1.3.3. Hybrydowe typy dokumentów

Hybrydowym typem dokumentu nazywamy typ dokumentu złożony z zestawu DTD XML lub modułów DTD. Zasadniczym celem opisanych w tym dokumencie ogólnych reguł modularyzacji jest umożliwienie autorom DTD łączenia elementów pochodzących z różnych modułów abstrakcyjnych w hybrydowy typ dokumentu, opracowywania dokumentów zgodnych z tym hybrydowym typem dokumentu oraz walidacji tych dokumentów pod względem skojarzonej definicji hybrydowego typu dokumentu.

Jedną z największych korzyści wynikających z przewagi XML nad SGML jest to, że XML redukuje przeszkody stojące na drodze do standaryzacji zestawów elementów pozwalającej społecznościom na wymianę danych w formacie o dużej możliwości ich przetwarzania. Jednak stosunkowo statyczna natura HTML jako języka treści dla Internetu oznaczała, że każda z tych społeczności po cichu liczyła na to, że ich typy dokumentów XML będą mogły zyskać szersze uznanie jako jeden ze standardów internetowych. Ogólne reguły modularyzacji pozwalają na dynamiczne włączenie tych różnych typów dokumentów do rodziny typów dokumentów XHTML, doprowadzając do dalszego zmniejszenia przeszkód do włączenia tych właściwych dla poszczególnych dziedzin słowników w dokumenty XHTML.

1.3.4. Walidacja

Możliwość używania poprawnych składniowo, ale niepoprawnych strukturalnie dokumentów, to ważna korzyść płynąca ze stosowania XML. Jednak podczas opracowywania typu dokumentu ważna jest dodatkowa pomoc uzyskiwana dzięki sprawdzającemu istnienie błędów parserowi walidującemu. To samo dotyczy typów dokumentów XHTML z elementami pochodzącymi z różnych modułów abstrakcyjnych.

Dokument jest egzemplarzem jednego określonego typu dokumentu zdefiniowanego przez DTD zidentyfikowaną w prologu dokumentu. Walidacja dokumentu to proces sprawdzania, czy dokument stosuje się do reguł zawartych w definicji typu dokumentu.

Jeden dokument może się składać z wielu fragmentów. Walidacja tylko fragmentów dokumentu, gdzie każdy fragment posiada odmienny od pozostałych fragmentów typ dokumentu, wykracza poza ramy tego zarysu, wymaga ona bowiem użycia technologii, która jeszcze nie została zdefiniowana.

Mimo to, ogólne reguły modularyzacji zezwalają na połączenie różnych definicji typu dokumentu w nowy typ dokumentu (np. SVG zintegrowany z XHTML). Nowa definicja typu dokumentu może być użyta do normalnej walidacji XML 1.0.

1.3.5. Model formatowania

Wcześniejsze wersje HTML podejmowały próbę zdefiniowania tych części modelu, których programy użytkownika miały używać podczas formatowania dokumentu. Wraz z pojawieniem się HTML 4 organizacja W3C rozpoczęła proces odłączania prezentacji od struktury. XHTML 1.0 utrzymał to oddzielenie, a ten dokument kontynuuje proces zawracania HTML i jego następców na tę ścieżkę. W rezultacie niniejszy dokument nie nie stawia żadnych wymagań dotyczących modelu formatowania skojarzonego z prezentacją dokumentów oznaczonych jako typy dokumentów rodziny XHTML.

Zamiast tego niniejszy dokument zaleca, by autorzy treści zdali się na mechanizm stylów, taki jak CSS, by zdefiniować model formatowania swojej treści. Gdy programy użytkownika obsługują mechanizmy stylów, dokumenty będą formatowane w oczekiwany sposób. Gdy programy użytkownika nie obsługują mechanizmu stylów, dokumenty będą formatowane w sposób właściwy dla danego programu użytkownika. Pozwala to programom użytkownika dla rodziny XHTML na obsługiwanie bogatych modeli formatowania na urządzeniach, na których to jest odpowiednie, a skromnych modeli formatowania na urządzeniach, na których to jest odpowiednie.

2. Terminy i definicje

Ten rozdział ma charakter informacyjny.

Niektóre z terminów są definiowane na miejscu, natomiast poniższe definicje używane są w całym dokumencie. Zaznajomienie się z Rekomendacją W3C XML 1.0 [XML] jest szczególnie zalecane.

definicja typu dokumentu (DTD, ang. document type definition)

formalne, odczytywalne przez maszyny wyrażenie struktury XML i reguł składniowych, z którymi egzemplarz dokumentu określonego typu dokumentu musi być zgodny; typ schematu używany XML 1.0 do sprawdzania poprawności strukturalnej egzemplarza dokumentu pod względem zadeklarowanego typu dokumentu. Ten sam model oznakowania może być wyrażony przez wiele różnych DTD.

deklaracja oznakowania (ang. markup declaration)

konstrukcja składniowa wewnątrz DTD deklarująca encję lub definiująca strukturę oznakowania. W ramach DTD XML są określone cztery typy: deklaracja encji definiuje powiązanie pomiędzy mnemonicznym symbolem a jej zawartością zastępującą; deklaracja elementu zawiera ograniczenia, które z typów elementów mogą pojawić się jako jako elementy potomne wewnątrz elementu (zobacz też: model zawartości); deklaracja wykazu atrybutów definiuje zbiór atrybutów dla danego typu elementu i może też ustanowić ograniczenia dotyczące typu atrybutów i wartości domyślne; deklaracja notacji definiuje powiązanie pomiędzy nazwą notacji a zewnętrznym identyfikatorem odnoszącym się do formatu nieparsowanej encji.

dokument hybrydowy (ang. hybrid document)

dokument hybrydowy to dokument korzystający z więcej niż jednej przestrzeni nazw XML. Dokumenty hybrydowe mogą być definiowane jako dokumenty zawierające elementy lub atrybuty z hybrydowych typów dokumentu.

element

egzemplarz typu elementu.

encja (ang. entity)

encja to logiczna lub fizyczna jednostka przechowywania zawierająca treść dokumentu. Encje mogą składać się z parsowalnego oznakowania XML, danych znakowych lub nieparsowanej (np. nie-XML-owej, być może nietekstowej) zawartości. Zawartość encji może być zdefiniowana albo całkowicie wewnątrz encji dokumentu („encje wewnętrzne”), albo na zewnątrz encji dokumentu („encje zewnętrzne”). W encjach parsowanych tekst zastępujący może zawierać odwołania do innych encji.

encja parametryczna (ang. parameter entity)

encja, której zakres użycia mieści się wewnątrz prologu dokumentu (tj. zewnętrznym lub wewnętrznym podzbiorze DTD). Encje parametryczne są niedozwolone wewnątrz egzemplarza dokumentu.

identyfikator ogólny (ang. generic identifier)

nazwa identyfikująca typ danego elementu. Także nazwa typu elementu.

model dokumentu (ang. document model)

faktyczna struktura i ograniczenia danego typu dokumentu. Model dokumentu stanowi abstrakcyjną reprezentację fizycznych lub semantycznych struktur klasy dokumentów.

model modularyzacji (ang. modularization model)

abstrakcyjny projekt definicji typu dokumentu (DTD) służący osiągnięciu celów modularyzacji, takich jak: możliwość powtórnego użycia, rozszerzalność, ekspresywność, łatwość dokumentowania, wielkość kodu, spójność i intuicyjność użytkowania. Ważne, by zaznaczyć, że model modularyzacji jest tylko pośrednio powiązany z opisywanym przez niego modelem dokumentu, więc dwa bardzo różne modele modularyzacji mogą opisywać ten sam typ dokumentu.

model oznakowania (ang. markup model)

słownik oznakowania (tj. zbiór nazw elementów i atrybutów, notacji, itd.) i gramatyka (tj. nakazany sposób używania tego słownika) zdefiniowane przez definicję typu dokumentu (tj. schemat). Model oznakowania jest konkretną reprezentacją w składni oznakowania modelu dokumentu i może być zdefiniowany na różnych poziomach zgodności ze standardem. Ten sam model dokumentu może być wyrażony przez wiele różnych modelów oznakowania.

model zawartości (ang. content model)

zadeklarowana struktura oznakowania dozwolona wewnątrz egzemplarzy typu elementu. XML 1.0 rozróżnia dwa typy: elementy zawierające tylko zawartość elementu (żadnych danych znakowych) oraz zawartość mieszaną (elementy, które mogą zawierać dane znakowe opcjonalnie urozmaicone elementami potomnymi). Te ostatnie charakteryzowane są przez określenie zawartości rozpoczynające się łańcuchem „#PCDATA” (co oznacza dane znakowe).

modularyzacja (ang. modularization)

implementacja modelu modularyzacji; proces łączenia lub dzielenia DTD poprzez rozdzielenie jego deklaracji oznakowania na jednostki lub grupy dla osiągnięcia określonych celów. Moduły mogą, lecz nie muszą być oddzielnymi encjami plikowymi (tj. fizyczne i logiczne struktury DTD mogą się wzajemnie odzwierciedlać, lecz nie jest to konieczne).

moduł (ang. module)

abstrakcyjna jednostka wchodząca w skład modelu dokumentu wyrażona jako fragment DTD, używana do konsolidowania deklaracji oznakowania w celu zwiększenia elastyczności, modyfikowalności, możliwości powtórnego użycia i zrozumienia określonych logicznych lub semantycznych struktur.

moduł abstrakcyjny (ang. abstract module)

jednostka specyfikacji typu dokumentu odnosząca się do odrębnego rodzaju zawartości, odpowiadająca konstrukcji oznakowania odzwierciedlającej ten odrębny typ.

odwołanie do encji (ang. entity reference)

łatwy do zapamiętania [dla użytkownika języka angielskiego] łańcuch używany jako odwołanie do zawartości zadeklarowanej encji (np. & dla „&”, < dla „<”, © dla „©”).

rodzicielski typ dokumentu (ang. parent document type)

rodzicielski typ dokumentu dokumentu hybrydowego to typ dokumentu elementu głównego.

rozwijać (ang. instantiate)

zamieniać odwołanie do encji na egzemplarz jej zadeklarowanej zawartości.

sterownik (ang. driver)

zazwyczaj niewielki plik używany do deklarowania i rozwijania modułów DTD. Dobrze jest przyjąć regułę, że sterownik DTD nie zawiera żadnych deklaracji oznakowania stanowiących jakąkolwiek część modelu dokumentu.

typ dokumentu (ang. document type)

klasa dokumentów posiadających wspólną abstrakcyjną strukturę. Definicja ISO 8879 [SGML] jest następująca: „klasa dokumentów mających podobne właściwości, na przykład dziennik, artykuł, podręcznik czy notatka. (4.102)”

typ elementu (ang. element type)

definicja elementu, tj. pojemnik dla różnych klas zawartości dokumentu.

znacznik (ang. tag)

opisowe oznakowanie wyznaczające początek i koniec (włączając jego identyfikator ogólny i wszystkie atrybuty) elementu.

3. Definicja zgodności ze standardem

Ten rozdział ma charakter normatywny.

By upewnić się, że dokumenty rodziny XHTML są w największym stopniu przenośne między programami użytkownika rodziny XHTML, niniejsza specyfikacja sztywno definiuje warunki zgodności ze standardem dla dokumentów, programów użytkownika oraz typów dokumentów rodziny XHTML. Definicje zgodności ze standardem znajdujące się w tym rozdziale z konieczności odwołują się do normatywnego tekstu zawartego w tym dokumencie, w bazowej specyfikacji XHTML [XHTML1] i w innych powiązanych specyfikacjach. Pełne zrozumienie wymagań zgodności ze standardem XHTML jest możliwe jedynie poprzez przeczytanie wszystkich normatywnych odnośników.

Słowa kluczowe „MUSI” (ang. „MUST”), „NIE MOŻE” (ang. „MUST NOT”), „WYMAGANY” (ang. „REQUIRED”), „BĘDZIE / MA” w znaczeniu powinności (ang. „SHALL”), „NIE BĘDZIE / NIE MA” w znaczeniu powinności (ang. „SHALL NOT”), „POWINIEN” (ang. „SHOULD”), „ZALECANY” (ang. „RECOMMENDED”), „MOŻE” (ang. „MAY”) i „OPCJONALNY” (ang. „OPTIONAL”) w tym dokumencie są interpretowane w sposób opisany w [RFC2119].

3.1. Zgodność typów dokumentu ze standardem XHTML Host Language

Jest możliwe modyfikowanie istniejących typów dokumentu oraz definiowania całkowicie nowych typów dokumentu przy użyciu modułów zdefiniowanych w tej specyfikacji, jak i innych modułów. Taki typ dokumentu jest „zgodny ze standardem XHTML Host Language”, gdy spełnia następujące kryteria:

1. Typ dokumentu musi być zdefiniowany przy użyciu jednej z metod implementacji zdefiniowanych przez W3C. Obecnie ogranicza się to do DTD XML, lecz wkrótce będzie dostępne także XML Schema. Pozostała część tego rozdziału odnosi się do „DTD”, choć inne implementacje są także możliwe.
2. DTD, które definiuje typ dokumentu musi posiadać unikatowy identyfikator stosujący się do definicji zawartych w rozdziale Reguły nazewnictwa, który w pierwszym leksemie opisu tekstu publicznego używa łańcucha „XHTML”.
3. DTD, które definiuje typ dokumentu, musi zawierać przynajmniej moduły Structure, Hypertext, Text i List zdefiniowane w tej specyfikacji.
4. Dla każdego ze zdefiniowanych przez W3C modułów, które są załączone, wszystkie elementy, atrybuty, typy atrybutów (łącznie z wszystkimi obowiązkowymi wykazami wyliczonych wartości) i wszystkie wymagane modele minimalnej zawartości muszą być zawarte (i opcjonalnie rozszerzone) w modelu zawartości typu dokumentu. Gdy modele zawartości są rozszerzone, wszystkie elementy i atrybuty (razem z ich typami lub jakimikolwiek obowiązkowymi wykazami wyliczonych wartości) wymagane w oryginalnym modelu zawartości muszą pozostać wymaganymi.
5. DTD, które definiuje typ dokumentu może definiować dodatkowe elementy i atrybuty, jednak muszą one znajdować się we własnej przestrzeni nazw XML [XMLNAMES].

3.2. Zgodność typów dokumentu ze standardem XHTML Integration Set

Jest także możliwe zdefiniowanie typów dokumentu, które bazują na XHTML, ale nie stosują się do jego struktury. Taki typ dokumentu jest „zgodny ze standardem XHTML Integration Set”, gdy spełnia następujące kryteria:

1. Typ dokumentu musi być zdefiniowany przy użyciu jednej z metod implementacji zdefiniowanych przez W3C. Obecnie ogranicza się to do DTD XML, lecz wkrótce będzie dostępne także XML Schema. Pozostała część tego rozdziału odnosi się do „DTD”, choć inne implementacje są także możliwe.
2. DTD, które definiuje typ dokumentu musi posiadać unikatowy identyfikator stosujący się do definicji zawartych w rozdziale Reguły nazewnictwa, który używa łańcucha „XHTML” NIE w pierwszym leksemie opisu tekstu publicznego.
3. DTD, które definiuje typ dokumentu, musi zawierać przynajmniej moduły Hypertext, Text i List zdefiniowane w tej specyfikacji.
4. Dla każdego ze zdefiniowanych przez W3C modułów, które są załączone, wszystkie elementy, atrybuty, typy atrybutów (łącznie z wszystkimi obowiązkowymi wykazami wyliczeniowymi) i wszystkie wymagane modele minimalnej zawartości muszą być zawarte (i opcjonalnie rozszerzone) w modelu zawartości typu dokumentu. Gdy modele zawartości są rozszerzone, wszystkie elementy i atrybuty (razem z ich typami lub jakimikolwiek obowiązkowymi wykazami wyliczonych wartości) wymagane w oryginalnym modelu zawartości muszą pozostać wymaganymi.
5. DTD, które definiuje typ dokumentu może definiować dodatkowe elementy i atrybuty, jednak muszą one znajdować się we własnej przestrzeni nazw XML [XMLNAMES].

3.3. Zgodność ze standardem modułów rodziny XHTML

Ta specyfikacja definiuje metodę definiowania modułów zgodnych z XHTML. Moduł jest zgodny z tą specyfikacją, gdy spełnia następujące kryteria:

1. Typ dokumentu musi być zdefiniowany przy użyciu jednej z metod implementacji zdefiniowanych przez W3C. Obecnie ogranicza się to do DTD XML, lecz wkrótce będzie dostępne także XML Schema. Pozostała część tego rozdziału odnosi się do „DTD”, choć inne implementacje są także możliwe.
2. DTD, które definiuje moduł musi posiadać unikatowy identyfikator stosujący się do definicji zawartych w rozdziale Reguły nazewnictwa.
3. Kiedy moduł jest zdefiniowany przy użyciu DTD XML, musi on izolować nazwy swoich encji parametrycznych poprzez użycie unikatowych prefiksów lub innych podobnych metod.
4. Definicja modułu musi zawierać słowne definicje opisujące wymagania znaczeniowe i składniowe elementów, atrybutów i/lub modelów zawartości przez nią deklarowanych.
5. Definicja modułu nie może ponownie używać żadnych nazw elementów zdefiniowanych w innych zdefiniowanych przez W3C modułach, chyba że model zawartości i semantyka tych elementów są albo identyczne z oryginalnymi, albo są ich rozszerzeniem, albo gdy ponownie użyte nazwy elementów znajdują się we własnej przestrzeni nazw (zobacz poniżej).
6. Elementy i atrybuty definicji modułu muszą być częścią przestrzeni nazw XML [XMLNAMES]. Jeśli moduł jest zdefiniowany przez organizację inną niż W3C, przestrzeń nazw NIE może być tożsama z przestrzenią nazw, w której zdefiniowane są inne moduły W3C.

3.4. Zgodność ze standardem dokumentów rodziny XHTML

Dokument rodziny XHTML zgodny ze standardem to poprawny strukturalnie egzemplarz typu dokumentu zgodnego z XHTML Host Language.

3.5. Zgodność ze standardem programów użytkownika rodziny XHTML

Program użytkownika zgodny ze standardem musi spełniać wszystkie z następujących kryteriów (jak zdefiniowano w [XHTML1]):

1. W celu zachowania zgodności z Rekomendacją XML 1.0 [XML], program użytkownika musi parsować i sprawdzać poprawność składniową dokumentu XHTML. Jeśli program użytkownika ma być walidujący, musi także sprawdzać poprawność strukturalną dokumentów biorąc pod uwagę odpowiednie DTD zgodnie z [XML].
2. Jeśli program użytkownika ma obsługiwać cechy zdefiniowane w tej specyfikacji lub wymagane przez tę specyfikację poprzez odnośniki normatywne, musi robić to w sposób zgodny z definicjami tych cech.
3. Gdy program użytkownika przetwarza dokument XHTML jako czysty XML, powinien rozpoznawać jedynie atrybuty typu ID (tj. atrybut id w większości elementów XHTML) jako identyfikatory cząstkowe.
4. Jeśli program użytkownika napotka na element, którego nie rozpoznaje, musi kontynuować przetwarzanie bezpośrednich potomków tego elementu. Jeśli zawartością elementu jest tekst, musi on być zaprezentowany użytkownikowi.
5. Jeśli program użytkownika napotka na atrybut, którego nie rozpoznaje, musi zignorować całość specyfikacji atrybutu (tj. atrybut i jego wartość).
6. Jeśli program użytkownika napotka na wartość atrybutu, której nie rozpoznaje, musi zastosować wartość domyślną atrybutu.
7. Jeśli napotka na odwołanie do encji (innej niż jedna z predefiniowanych encji), której deklaracji program użytkownika nie przetworzył (co może się zdarzyć, jeśli deklaracja jest zawarta w zewnętrznym podzbiorze, którego program użytkownika nie wczytał), odwołanie do encji powinno być renderowane jako znaki (zaczynając na znaku et i kończąc na średniku), które tworzą to odwołanie do encji.
8. Gdy program użytkownika podczas renderowania zawartości napotka znaki lub odwołania do encji znakowej, które są rozpoznane, lecz nie mogą być renderowane, powinien wyświetlić dokument w sposób dający do zrozumienia użytkownikowi, że nie zostało zastosowane normalne renderowanie.

9. Białe znaki są obsługiwane według poniższych reguł. Następujące znaki są zdefiniowane w [XML] jako białe znaki:

   • SPACJA (&#x0020;)
   • TABULATOR POZIOMY (&#x0009;)
   • POWRÓT KARETKI (&#x000D;)
   • WYSUW WIERSZA (&#x000A;)

   Procesor XML normalizuje właściwe dla różnych systemów kody końca wiersza w pojedynczy znak WYSUWU WIERSZA, który jest przekazywany do aplikacji.

   Program użytkownika musi przetworzyć białe znaki znajdujące się w danych otrzymanych od procesora XML w następujący sposób:

   • Wszystkie białe znaki otaczające elementy blokowe powinny być usunięte.
   • Komentarze są usuwane całkowicie i nie wpływają na obsługę białych znaków. Jeden biały znak po każdej stronie komentarza jest traktowany jak dwa białe znaki.
   • Gdy atrybut xml:space posiada wartość preserve, białe znaki muszą być zachowane, a w rezultacie znaki WYSUWU WIERSZA wewnątrz bloku nie mogą być zamieniane.
   • Gdy atrybut xml:space posiada wartość inną niż preserve, wtedy:
     • Wiodące i końcowe białe znaki wewnątrz elementu blokowego muszą być usunięte.
     • Znaki WYSUWU WIERSZA muszą być zamienione na jeden z następujących znaków: znak SPACJI, znak SPACJI O ZEROWEJ SZEROKOŚCI (&#x200B;) lub na żaden znak (tj. usunięte). Wybór znaku wynikowego jest zależny od programu użytkownika i jest uwarunkowany przez właściwości pisma, do którego należą znaki poprzedzające i następujące po znaku WYSUWU WIERSZA.
     • Ciąg białych znaków niezawierający żadnych znaków WYSUWU WIERSZA musi być zredukowany do pojedynczego znaku SPACJI.
     • Ciąg białych znaków zawierający jeden lub więcej znaków WYSUWU WIERSZA musi być zredukowany w ten sam sposób do pojedynczego znaku WYSUWU WIERSZA.

   Biały znak w wartościach atrybutów jest przetwarzany zgodnie z [XML].

   Uwaga (o charakterze informacyjnym): By ustalić, w jaki sposób zamienić znak WYSUWU WIERSZA, program użytkownika powinien wziąć pod uwagę poniższe przypadki, w których pismo, do którego należą znaki po obu stronach WYSUWU WIERSZA przesądza o sposobie zamiany. OGÓLNE znaki pisarskie (takie jak znaki interpunkcyjne) są traktowane tak, jak znaki pisarskie po drugiej stronie znaku:

   1. Jeśli znaki poprzedzające i następujące po znaku WYSUWU WIERSZA należą do pisma, w którym znak SPACJI jest używany jako separator wyrazów, wtedy znak WYSUWU WIERSZA powinien zostać zamieniony na znak SPACJI. Przykłady takich pism to pismo łacińskie, greckie czy cyrylica.
   2. Jeśli znaki poprzedzające i następujące po znaku WYSUWU WIERSZA należą do pisma bazującego na ideogramach lub do systemu piśmienniczego, w którym nie ma separatorów wyrazów, znak WYSUWU WIERSZA powinien zostać usunięty. Przykłady takich pism czy systemów piśmienniczych to pismo chińskie i japońskie.
   3. Jeśli znaki poprzedzające i następujące po znaku WYSUWU WIERSZA należą do pisma niebazującego na ideogramach, w którym nie ma separatorów wyrazów, WYSUW WIERSZA powinien zostać zamieniony na znak SPACJI O ZEROWEJ SZEROKOŚCI (&#x200B;) lub powinien zostać usunięty. Przykłady takich pism to pismo tajskie i khmerskie.
   4. Jeśli żaden z warunków od 1. do 3. nie jest prawdziwy, znak WYSUWU WIERSZA powinien zostać zamieniony na znak SPACJI.

   Raport techniczny Unicode [UNICODE] TR#24 (Nazwy pism) przyporządkowuje nazwy pism dla wszystkich znaków.

3.6. Reguły nazewnictwa

Typy dokumentów XHTML Host Language muszą stosować się do sztywnych konwencji nazewnictwa, by umożliwić oprogramowaniu i użytkownikom łatwe ustalenie relacji danego typu dokumentu do XHTML. Nazwy typów dokumentów wprowadzonych przez definicję typu dokumentu XML są definiowane poprzez formalne identyfikatory publiczne (ang. Formal Public Identifier, FPI). Pola znajdujące się wewnątrz FPI są rozdzielone przez sekwencje podwójnych ukośników (//). Poszczególne pola muszą mieć następujący skład:

1. Pierwsze pole musi mieć postać „-”, w celu wskazania prywatnie zdefiniowanego zasobu.
2. Drugie pole musi zawierać nazwę organizacji odpowiedzialnej za zarządzanie nazwanym obiektem. Nie istnieje formalny rejestr nazw tych organizacji. Każda organizacja powinna zdefiniować unikatową nazwę. Na przykład nazwą używaną przez W3C jest W3C.
3. Trzecie pole zawiera dwie konstrukcje: klasę tekstu publicznego oraz następujący po niej opis tekstu publicznego. Pierwszy leksem trzeciego pola to klasa tekstu publicznego; powinna ona stosować się do zasad Klauzuli 10.2.2.1 (Public Text Class) ISO 8879. Tylko dokumenty zgodne z XHTML Host Language powinny rozpoczynać opis tekstu publicznego od leksemu XHTML. Opis tekstu publicznego powinien zawierać łańcuch XHTML, jeśli typ dokumentu jest zgodny z XHTML Integration Set. Pole to musi zawierać także zdefiniowany przez organizację unikatowy identyfikator (np. MyML 1.0). Identyfikator ten powinien składać się z unikatowej nazwy oraz z wersji identyfikatora, która może być aktualizowana w miarę rozwijania się typu dokumentu.
4. Czwarte pole definiuje język, w którym obiekt jest opracowywany (np. EN).

Zgodnie z powyższymi regułami, nazwa typu dokumentu zgodnego z XHTML Host Language mogłaby mieć postać -//MyCompany//DTD XHTML MyML 1.0//EN. Nazwa modułu rodziny XHTML mogłaby mieć postać -//MyCompany//ELEMENTS XHTML MyElements 1.0//EN. Nazwa typu dokumentu zgodnego z XHTML Integration Set mogłaby mieć postać -//MyCompany//DTD Special Markup with XHTML//EN.

3.7. Rozwijanie modułów XHTML

Każdy moduł zdefiniowany w tej specyfikacji posiada unikatowy identyfikator stosujący się do reguł nazewnictwa zawartych w poprzednim rozdziale. Z biegiem czasu moduł może się rozwijać. Logiczną konsekwencją takiego rozwoju może być to, że niektóre aspekty modułu nie będą kompatybilne z jego poprzednią definicją. By móc upewnić się, że typy dokumentu zdefiniowane na postawie modułów zdefiniowanych w tej specyfikacji nadal działają, identyfikatory skojarzone ze zmieniającym się modułem będą aktualizowane. W szczególności, formalny identyfikator publiczny i identyfikator systemowy modułu będą zmieniane poprzez modyfikowanie identyfikatora wersji będącego częścią każdego z nich. Typy dokumentów, które chcą mieć włączoną zaktualizowaną funkcjonalność będą musiały być aktualizowane w podobny sposób.

Dodatkowo wcześniejsze wersje modułu będą nadal dostępne poprzez swoje wcześniejsze, unikatowe identyfikatory. W ten sposób typy dokumentu opracowywane przy użyciu modułów XHTML będą nadal jednolicie funkcjonowały używając swych oryginalnych definicji, nawet jeśli zestaw rozszerza się i rozwija. Podobnie egzemplarze dokumentów pisane zgodnie z takimi typami dokumentów, biorąc pod uwagę wcześniejsze definicje modułów, będą nadal poprawne strukturalnie.

Zachęca się autorów innych modułów rodziny XHTML i typów dokumentu, by przyjęli podobną strategię w celu zapewnienia ciągłego funkcjonowania typów dokumentu bazujących na tych modułach oraz egzemplarzy dokumentów opierających się na tych typach dokumentu.

4. Definiowanie modułów abstrakcyjnych

Ten rozdział ma charakter normatywny.

Moduł abstrakcyjny to definicja modułu XHTML przy użyciu słownego opisu i pewnej ilości nieformalnych konwencji oznakowania. Choć taka definicja generalnie nie jest użyteczna dla maszyny przetwarzającej typy dokumentu, może jednak być bardzo pomocna w zrozumieniu zawartości modułu przez ludzi. Ten rozdział definiuje sposób, w jaki są definiowane moduły abstrakcyjne XHTML. Moduły zgodne z XHTML nie wymagają podawania definicji w formie modułu abstrakcyjnego. Zachęca się jednak każdego, kto opracowuje moduły XHTML, by dostarczał moduły abstrakcyjne w celu ułatwienia użytkowania modułu.

4.1. Konwencje składniowe

Moduły abstrakcyjne nie są definiowane za pomocą formalnej gramatyki. Jednakże definicje stosują się do opisanych poniżej konwencji składniowych. Konwencje te są podobne do stosowanych w DTD XML i powinny być znajome dla autorów DTD XML. Każdy pojedynczy element składniowy może być łączony z innymi w celu stworzenia bardziej złożonego wyrażenia zgodnego ze zdefiniowaną tu algebrą.

nazwa elementu

Gdy element jest włączony do modelu zawartości, jego dokładna nazwa będzie umieszczona na liście.

zbiór zawartości

Niektóre moduły definiują wykazy dokładnych nazw elementów zwane zbiorami zawartości. Gdy zbiór zawartości jest włączony do modelu zawartości, jego nazwa będzie umieszczona na liście.

expr ?

Dozwolone zero lub jedno wystąpienie expr.

expr +

Wymagane jedno lub więcej wystąpień expr.

expr *

Dozwolone zero lub więcej wystąpień expr.

a , b

Wyrażenie a jest wymagane, z następującym po nim wyrażeniem b.

a | b

Wymagane jest wystąpienie albo wyrażenia a, albo wyrażenia b.

a - b

Wyrażenie a jest dozwolone, z pominięciem elementów z wyrażenia b.

nawiasy

Gdy wyrażenie jest umieszczone w nawiasie, analizowanie jakiegokolwiek podwyrażenia wewnątrz nawiasu poprzedza analizowanie wyrażeń spoza nawiasu (rozpoczynając od najgłębszego poziomu zagnieżdżenia).

rozszerzanie predefiniowanych elementów

W niektórych wypadkach moduł dodaje do elementu atrybuty. Wtedy po nazwie elementu występuje znak et (&).

definiowanie wymaganych atrybutów

Gdy element wymaga definicji atrybutu, po nazwie tego atrybutu występuje gwiazdka (*).

definiowanie typu wartości atrybutu

Gdy moduł definiuje typ wartości atrybutu, robi to poprzez umieszczenie typu w nawiasie po nazwie atrybutu.

definiowanie dopuszczalnych wartości atrybutów

Gdy moduł definiuje dopuszczalne wartości atrybutu, robi to poprzez literalne umieszczenie dopuszczalnych wartości (ujętych w cudzysłów), rozdzielonych pionowymi kreskami (|), wewnątrz nawiasu następującego po nazwie atrybutu. Jeśli atrybut posiada wartość domyślną, po wartości występuje gwiazdka (*). Jeśli atrybut posiada wartość stałą, po nazwie atrybutu występuje znak równości (=), a stała wartość ujęta jest w cudzysłów.

4.2. Typy zawartości

Definicje modułów abstrakcyjnych definiują minimalne, niepodzielne modele zawartości dla każdego modułu. Te minimalne modele zawartości odnoszą się do elementów w samym module. Mogą również odnosić się do elementów w innych modułach, od których zależny jest moduł abstrakcyjny. Wreszcie, model zawartości w wielu wypadkach wymaga, by jako zawartość jednego lub więcej elementów dozwolony był tekst. Symbolem używanym na oznaczenie tekstu jest wtedy PCDATA. Jest to termin zdefiniowany w Rekomendacji XML 1.0 odnoszący się do przetwarzanych danych znakowych. Typ zawartości może być też zdefiniowany jako EMPTY („pusty”), co oznacza, że w swym minimalnym modelu zawartości element nie ma żadnej zawartości.

4.3. Typy atrybutów

W niektórych wypadkach konieczne jest zdefiniowanie typów wartości atrybutu lub zbioru dozwolonych wartości atrybutów. Następujące typy atrybutów (zdefiniowane w Rekomendacji XML 1.0) są używane w definicjach modułów abstrakcyjnych:

Obok powyższych predefiniowanych typów danych, modularyzacja XHTML definiuje następujące typy danych i ich znaczenia:

Typ danych	Opis
Character	Pojedynczy znak z zestawu [ISO10646].
Charset	Kodowanie znaków, według [RFC2045].
Charsets	Lista rozdzielonych spacjami kodowań znaków, według [RFC2045].
Color	Typ wartości atrybutu „Color” odnosi się do definicji koloru opisanych w specyfikacji [SRGB]. Wartość koloru może być albo liczbą szesnastkową (poprzedzoną znakiem kratki), albo jedną z następujących szesnastu nazw kolorów. W nazwach koloru nie uwzględnia się wielkości liter. Nazwy kolorów i wartości sRGB Black = "#000000" Green = "#008000" Silver = "#C0C0C0" Lime = "#00FF00" Gray = "#808080" Olive = "#808000" White = "#FFFFFF" Yellow = "#FFFF00" Maroon = "#800000" Navy = "#000080" Red = "#FF0000" Blue = "#0000FF" Purple = "#800080" Teal = "#008080" Fuchsia = "#FF00FF" Aqua = "#00FFFF" Zatem zarówno wartość koloru "#800080", jak i "Purple" odnoszą się do koloru purpurowego.
ContentType	Typ mediów, według [RFC2045].
ContentTypes	Lista rozdzielonych przecinkami typów mediów, według [RFC2045].
Coords	Lista rozdzielonych przecinkami współrzędnych używanych przy definiowaniu powierzchni.
Datetime	Informacje dotyczące daty i czasu.
FPI	Łańcuch znaków reprezentujący formalny identyfikator publiczny SGML.
FrameTarget	Nazwa ramki używanej jako cel określonych akcji.
LanguageCode	Kod języka, według [RFC3066].
Length	Długość. Wartość może być podana w pikselach albo w procentach dostępnej poziomej lub pionowej przestrzeni. Tak więc wartość "50%" oznacza połowę dostępnej przestrzeni.
LinkTypes	Autorzy mogą używać następujących rozpoznawanych typów łączy, spisanych tu razem z ich umownymi interpretacjami. Wartość LinkTypes odnosi się do listy rozdzielonych spacjami typów łączy. Wewnątrz typów łączy nie są dozwolone białe znaki. W tych typach łączy nie uwzględniana jest wielkość liter, tj. „Alternate” ma takie samo znaczenie jak „alternate”. Programy użytkownika, maszyny wyszukujące, itp. mogą interpretować te typy łączy na różne sposoby. Na przykład programy użytkownika mogą udostępniać dokumenty, na które wskazują łącza poprzez pasek nawigacji. Alternate Wyznacza zastępcze wersje dla dokumentu, w którym łącze występuje. Używane łącznie z atrybutem hreflang wskazuje przetłumaczoną wersję dokumentu. Używane razem z atrybutem media wskazuje wersję zaprojektowaną dla innego typu medium (lub mediów). Stylesheet Odsyła do zewnętrznego arkusza stylów. Szczegóły w module Style Sheet. Używany razem z typem łączy „Alternate” dla arkuszy stylów między którymi użytkownik może wybierać. Start Odsyła do pierwszego dokumentu z zestawu dokumentów. Ten typ łączy wskazuje maszynom wyszukiwawczym na dokument będący według autora punktem początkowym całego zestawu. Next Odsyła do następnego dokumentu w liniowej sekwencji dokumentów. Programy użytkownika mogą decydować się na wcześniejsze załadowanie „następnego” dokumentu w celu zredukowania oczekiwanego czasu ładowania. Prev Odsyła do poprzedniego dokumentu w uporządkowanej serii dokumentów. Niektóre programy użytkownika obsługują także synonim „Previous”. Contents Odsyła do dokumentu służącego za spis treści. Niektóre programy użytkownika obsługują także synonim ToC (skrót od „Table of Contents”). Index Odsyła do dokumentu zawierającego skorowidz (indeks) dla bieżącego dokumentu. Glossary Odsyła do dokumentu zawierającego słownik terminów odnoszący się do bieżącego dokumentu. Copyright Odsyła do zapisu o prawach autorskich dla bieżącego dokumentu. Chapter Odsyła do dokumentu służącego za rozdział w zestawie dokumentów. Section Odsyła do dokumentu służącego za sekcję w zestawie dokumentów. Subsection Odsyła do dokumentu służącego za podsekcję w zestawie dokumentów. Appendix Odsyła do dokumentu służącego za dodatek w zestawie dokumentów. Help Odsyła do dokumentu udzielającego pomocy (więcej informacji, łącza do innych źródeł informacji, itd.) Bookmark Odsyła do zakładki. Zakładka to łącze do miejsca zawierającego hasła kluczowe dla rozbudowanego dokumentu. Atrybut title może być użyty, na przykład, w celu nazwania zakładki. Weź pod uwagę, że w każdym dokumencie może być zdefiniowanych kilka zakładek.
MediaDesc	Atrybut typu MediaDesc to lista rozdzielonych przecinkami deskryptorów mediów. Oto lista rozpoznawanych deskryptorów mediów: screen Przeznaczony dla niestronicowanych ekranów komputerowych. tty Przeznaczony dla mediów używających siatki ze znakami o stałej szerokości, takich jak telegrafy, terminale lub przenośne urządzenia z ograniczonymi możliwościami wyświetlania. tv Przeznaczony dla telewizorów i podobnych urządzeń (niska rozdzielczość, kolor, ograniczona możliwość przewijania). projection Przeznaczony dla rzutników. handheld Przeznaczony dla urządzeń przenośnych (mały ekran, monochromatyczne, grafika oparta na mapach bitowych, ograniczona przepustowość łączy). print Przeznaczony dla stronicowanych, nieprzezroczystych materiałów oraz dla dokumentów przeglądanych na ekranie w trybie podglądu wydruku. braille Przeznaczony dla urządzeń dotykowych Braille'a. aural Przeznaczony dla syntezatorów głosu. all Odpowiedni dla wszystkich urządzeń. Przyszłe wersje XHTML mogą wprowadzić nowe wartości i mogą zezwolić na wartości sparametryzowane. W celu ułatwienia wprowadzenia tych rozszerzeń, programy użytkownika zgodne ze standardem muszą posiadać zdolność parsowania wartości atrybutu media w następujący sposób: Wartość jest listą rozdzielonych przecinkami pozycji. Na przykład, media="screen, 3d-glasses, print and resolution > 90dpi" jest przeobrażane w: "screen" "3d-glasses" "print and resolution > 90dpi" Każda z pozycji jest ucinana bezpośrednio przed pierwszym znakiem niebędącym literą z zestawu US ASCII [a-zA-Z] (ISO 10646 hex 41-5A, 61-7A), cyfrą [0-9] (hex 30-39) lub łącznikiem/minusem (hex 2D). W tym przykładzie daje to: "screen" "3d-glasses" "print" W dalszej kolejności następuje nieuwzględniające wielkości liter dopasowywanie zdefiniowanych powyżej typów mediów. Programy użytkownika mogą zignorować niedopasowywujące się pozycje. W powyższym przykładzie pozostaną screen i print. Uwaga. Arkusze stylów mogą zawierać zależne od mediów odmiany (np. konstrukcja CSS w rodzaju @media). W takich wypadkach może być odpowiednie zastosowanie "media =all".
MultiLength	Wartością może być relatywna lub absolutna długość (Length). Długość relatywna ma formę „i*”, gdzie „i” jest liczbą całkowitą. Podczas przydzielania przestrzeni elementom o nią się ubiegającym, programy użytkownika najpierw przydzielają długości mierzone w pikselach i procentowo, potem zaś dzielą pozostałą dostępną przestrzeń pomiędzy długości relatywne. Każda relatywna długość otrzymuję część dostępnej przestrzeni, która jest proporcjonalna do liczby całkowitej poprzedzającej znak „*”. Wartość „*” jest równoznaczna z „1*”. Zatem jeśli po przydzieleniu przez program użytkownika przestrzeni pikselowej i procentowej dostępne jest 60 pikseli, a ubiegającymi się o przestrzeń długościami relatywnymi są 1*, 2* i 3*, wtedy 1* dostanie 10 pikseli, 2* dostanie 20 pikseli, a 3* — 30 pikseli.
MultiLengths	Lista rozdzielonych przecinkami pozycji typu MultiLength.
Number	Liczba. Jedna lub więcej cyfr.
Pixels	Wartość jest liczbą całkowitą reprezentującą liczbę pikseli płótna (ekranu, papieru). Tak więc wartość "50" oznacza pięćdziesiąt pikseli. Normatywne informacje dotyczące definicji piksela można uzyskać w [CSS2].
Script	Dane skryptu mogą zawierać się w elemencie script oraz w wartości atrybutów zdarzenia wewnętrznego. Programy użytkownika nie mogą analizować danych skryptu jako oznakowanie HTML, lecz muszą zamiast tego przekazać je jako dane do maszyny skryptowej. Uwzględnianie wielkości liter w danych skryptu zależy od języka skryptu. Weź proszę pod uwagę, że dane skryptu będące zawartością elementu nie mogą zawierać odwołań znakowych, lecz dane skryptu będące wartością atrybutu — mogą.
Shape	Kształt obszaru.
Text	Dowolne dane tekstowe, najczęściej przeznaczone do odczytania przez ludzi.
URI	Jednolity identyfikator zasobów (ang. Uniform Resource Identifier), według [URI].
URIs	Lista rozdzielonych spacjami jednolitych identyfikatorów zasobów, według [URI].

4.4. Przykładowa definicja modułu abstrakcyjnego

Ten rozdział ma charakter informacyjny

Ten rozdział definiuje modelowy moduł abstrakcyjny jako przykład wykorzystania reguł składniowych zdefiniowanych powyżej. Ponieważ przykład ten stara się wykorzystać wszystkie z rozmaitych zdefiniowanych elementów składniowych, jest on dość skomplikowany. Typowe definicje modułów byłyby znacznie prostsze. Na koniec proszę wziąć pod uwagę, że moduł ten odwołuje się do zestawu atrybutów Common. Jest to zestaw zdefiniowany w specyfikacji Modularyzacja XHTML, który zawiera wszystkie podstawowe atrybuty, których potrzebuje większość elementów.

4.4.1. Moduł XHTML Narciarstwo

Moduł XHTML Narciarstwo definiuje oznakowanie używane dla opisywania aspektów schroniska narciarskiego. Elementy i atrybuty zdefiniowane w tym module to:

Ten moduł definiuje także zbiór zawartości Zakopane z minimalnym modelem zawartości schronisko | wyciag | chata | pokoj | korytarz | kominek.

5. Moduły abstrakcyjne XHTML

Ten rozdział ma charakter normatywny.

Ten rozdział stanowi specyfikację zawartości modułów abstrakcyjnych XHTML. Moduły te są abstrakcyjnymi definicjami zestawów elementów, atrybutów oraz ich modeli zawartości. Te moduły abstrakcyjne mogą być przeobrażone w każdy odpowiedni mechanizm specyfikacji. Na przykład implementacje modułów XHTML w DTD przeobrażają te moduły w DTD w sposób opisany w [XML].

Twórcy treści oraz projektanci urządzeń powinni traktować ten rozdział jako przewodnik po definicji funkcjonalności dostarczanej przez różne moduły zdefiniowane w XHTML. Podczas tworzenia dokumentów lub definiowania profilu dla klasy dokumentów, twórcy treści mogą określić, które z tych modułów są niezbędne dla przekazania ich informacji. Przy projektowaniu oprogramowania klienckiego, projektanci urządzeń powinni opracowywać profile swoich urządzeń poprzez wybranie spośród zdefiniowanych tutaj modułów abstrakcyjnych.

Znaczenia tych elementów i atrybutów są zdefiniowane w [HTML4], chyba że zmieniono je tym dokumencie.

5.1. Zestawy atrybutów

Wiele z modułów abstrakcyjnych w tym rozdziale definiuje atrybuty wymagane dla elementów. Poniższa tabela definiuje kilka zestawów atrybutów, do których odwołują się wszystkie moduły. Wyrażenia te nie powinny być w żaden sposób uważane za normatywne czy obowiązkowe. Są one przyjęte w tym dokumencie dla dogodności redakcyjnej. Używane w pozostałej części tego rozdziału, są one rozwinięciami normatywnych terminów, a nie terminami samymi w sobie.

Następujące podstawowe zestawy atrybutów są używane w wielu elementach. W każdym wypadku ich użycia, są one identyfikowane poprzez nazwę zestawu, a nie przez wyliczenie całej listy.

Weź pod uwagę, że zestaw Events jest zdefiniowany tylko wtedy, gdy wybrany jest moduł Intrinsic Events. W przeciwnym wypadku zestaw Events jest pusty.

Weź też pod uwagę, że zestaw Style jest zdefiniowany tylko wtedy, gdy wybrany jest moduł Style Attribute. W przeciwnym wypadku zestaw Style jest pusty.

5.2. Moduły jądra

Moduły jądra to moduły, których obecność jest wymagana w każdym typie dokumentu zgodnym ze standardami rodziny XHTML.

5.2.1. Moduł struktury — Structure

Moduł Structure definiuje główne elementy strukturalne XHTML. Elementy te pełnią faktycznie funkcję podstawy modelu zawartości wielu typów dokumentu z rodziny XHTML. Elementy i atrybuty zawarte w tym module to:

Ten moduł jest podstawową strukturalną definicją dla zawartości XHTML. Element html pełni funkcję elementu głównego we wszystkich typach dokumentów rodziny XHTML.

Weź pod uwagę, że wartość atrybutu xmlns jest zdefiniowana jako "http://www.w3.org/1999/xhtml". Weź też pod uwagę, że z powodu szczególnego traktowania atrybutu xmlns przez parsery XML obsługujące przestrzenie nazw [XMLNAMES], dopuszczalna jest obecność tego atrybutu w każdym z elementów. Jednak za każdym razem, gdy atrybut xmlns jest użyty w kontekście modułu XHTML, obojętnie czy z prefiksem czy bez, wartość tego atrybutu powinna być przestrzenią nazw XHTML zdefiniowaną tutaj. Więcej o regułach dotyczących używania przestrzeni nazw w modułach rodziny XHTML w podrozdziale Definiowanie przestrzeni nazw modułu.

Implementacja: DTD

5.2.2. Moduł tekstu — Text

Ten moduł definiuje wszystkie podstawowe elementy mogące zawierać tekst, atrybuty, oraz ich model zawartości:

Minimalny model zawartości tego modułu definiuje kilka zbiorów zawartości:

Heading

h1 | h2 | h3 | h4 | h5 | h6

Block

address | blockquote | div | p | pre

Inline

abbr | acronym | br | cite | code | dfn | em | kbd | q | samp | span | strong | var

Flow

Heading | Block | Inline

Implementacja: DTD

5.2.3. Moduł hipertekstu — Hypertext

Moduł Hypertext dostarcza elementu używanego do definiowania hipertekstowych łączy do innych zasobów. Ten moduł obsługuje następujący element i atrybuty:

Ten moduł dodaje element a do zbioru zawartości Inline z modułu Text.

Implementacja: DTD

5.2.4. Moduł wykazów — List

Jak wskazuje nazwa, moduł List dostarcza elementów związanych z listami (wykazami). Moduł List obsługuje następujące elementy i atrybuty:

Ten moduł definiuje także zbiór zawartości List z minimalnym modelem zawartości (dl | ol | ul)+ i dodaje ten zbiór do zbioru zawartości Flow z modułu Text.

Implementacja: DTD

5.3. Moduł apletu — Applet

Ten moduł jest uznany za przestarzały. Podobną funkcjonalność posiada moduł Object.

Moduł Applet dostarcza elementów służących do odsyłania do zewnętrznych aplikacji. Moduł Applet obsługuje następujące elementy i atrybuty:

Gdy używany jest moduł Applet, dodaje on element applet do zbioru zawartości Inline z modułu Text.

Implementacja: DTD

5.4. Moduły rozszerzeń tekstu

W tym podrozdziale zdefiniowano rozmaite dodatkowe moduły oznakowania tekstowego.

5.4.1. Moduł prezentacji — Presentation

Ten moduł definiuje elementy, atrybuty i minimalny model zawartości dla prostego oznakowania związanego z prezentacją:

Gdy moduł ten jest używany, element hr jest dodawany do zbioru zawartości Block z modułu Text. Ponadto elementy b, big, i, small, sub, sup, i tt są dodawane do zbioru zawartości Inline z modułu Text.

Implementacja: DTD

5.4.2. Moduł edycji — Edit

Ten moduł definiuje elementy i atrybuty przeznaczone do używania w oznakowaniu związanym z edycją tekstu:

Gdy moduł ten jest używany, elementy del i ins są dodawane do zbioru zawartości Inline z modułu Text.

Implementacja: DTD

5.4.3. Moduł tekstu dwukierunkowego — Bi-directional Text

W module Bi-directional Text zdefiniowano element, który może być używany do deklarowania reguł dwukierunkowości dla zawartości tego elementu.

Gdy moduł ten jest używany, element bdo jest dodawany do zbioru zawartości Inline z modułu Text. Wybranie tego modułu skutkuje także dodaniem atrybutu dir* ("ltr" | "rtl") do zestawu atrybutów I18N.

Implementacja: DTD

5.5. Moduły formularzy

5.5.1. Moduł prostych formularzy — Basic Forms

Moduł Basic Forms dostarcza elementów związanych z formularzami, ale tylko w ograniczonej formie. Moduł Basic Forms obsługuje następujące elementy, atrybuty i minimalne modele zawartości:

W tym module zdefiniowano dwa zbiory zawartości:

Form

form

Formctrl

input | label | select | textarea

Gdy moduł ten jest używany, dodaje zbiór zawartości Form do zbioru zawartości Block oraz dodaje zbiór zawartości Formctrl do zbioru zawartości Inline, które to zbiory są zdefiniowane w module Text.

Implementacja: DTD

5.5.2. Moduł formularzy — Forms

Moduł Forms dostarcza wszystkich cech formularzy, które można znaleźć w HTML 4.0. Moduł Forms obsługuje:

W tym module zdefiniowano dwa zbiory zawartości:

Form

form | fieldset

Formctrl

input | select | textarea | label | button

Gdy moduł ten jest używany, dodaje zbiór zawartości Form do zbioru zawartości Block oraz dodaje zbiór zawartości Formctrl do zbioru zawartości Inline, które to zbiory są zdefiniowane w module Text.

Moduł Forms jest nadzbiorem modułu Basic Forms. Moduły te nie mogą być używane razem w pojedynczym typie dokumentu.

Implementacja: DTD

5.6. Moduły tabel

5.6.1. Moduł prostych tabel — Basic Tables

Moduł Basic Tables dostarcza elementy związane z tabelami, ale tylko w ograniczonej formie. Moduł Basic Tables obsługuje:

Gdy moduł ten jest używany, dodaje on element table do zbioru zawartości Block zdefiniowanego w module Text.

Implementacja: DTD

5.6.2. Moduł tabel — Tables

Jak wskazuje nazwa, moduł Tables dostarcza elementów związanych z tabelami, będących lepiej dostępnymi dla niewizualnych programów użytkownika. Moduł Tables obsługuje następujące elementy, atrybuty i model zawartości:

Gdy moduł ten jest używany, dodaje on element table do zbioru zawartości Block z modułu Text.

Implementacja: DTD

5.7. Moduł obrazów — Image

Moduł Image dostarcza prostego mechanizmu zagnieżdżania obrazów i może być używany w niektórych implementacjach niezależnie od map obrazkowych po stronie klienta. Moduł Image obsługuje następujący element i atrybuty:

Gdy moduł ten jest używany, dodaje on element img do zbioru zawartości Inline z modułu Text.

Implementacja: DTD

5.8. Moduł map obrazkowych po stronie klienta — Client-side Image Map

Moduł Client-side Image Map dostarcza elementów dla map obrazkowych po stronie klienta. Wymaga on załączenia modułu Image (lub innego modułu obsługującego element img). Moduł Client-side Image Map obsługuje następujące elementy:

Gdy moduł ten jest używany, element map jest dodawany do zbioru zawartości Inline modułu Text.

Implementacja: DTD

5.9. Moduł map obrazkowych po stronie serwera — Server-side Image Map

Moduł Server-side Image Map dostarcza wsparcia dla wyboru i przekazywania wybranych współrzędnych obrazu. Wymaga on załączenia modułu Image (lub innego modułu obsługującego element img). Moduł Server-side Image Map obsługuje następujące atrybuty:

Implementacja: DTD

5.10. Moduł obiektu — Object

Moduł Object dostarcza elementów służących do włączania obiektów ogólnego przeznaczenia. Moduł Object obsługuje:

Gdy moduł ten jest używany, dodaje on element object do zbioru zawartości Inline z modułu Text.

Implementacja: DTD

5.11. Moduł ramek — Frames

Jak sugeruje nazwa, moduł Frames dostarcza elementów związanych z ramkami. Moduł Frames obsługuje:

Gdy moduł ten jest używany, minimalny model zawartości elementu html z modułu Structure jest zmieniany na (head, frameset).

Implementacja: DTD

5.12. Moduł celu — Target

Zawartość ramki może określić cele przeznaczenia dla danego wyboru. Ten moduł dodaje element [powinno być: atrybut] target do elementów definiujących powierzchnie i łącza. Zdefiniowano to jako osobny moduł, może być on więc włączony w dokumentach zawartych w ramkach oraz w dokumentach używających właściwości target do otwierania nowego okna.

Implementacja: DTD

5.13. Moduł ramek pływających — Iframe

Moduł Iframe definiuje element służący do definiowania ramek pływających (wewnątrzwierszowych). Element i atrybuty zawarte w tym module to:

Gdy moduł ten jest używany, element iframe jest dodawany do zbioru zawartości Inline zdefioniowanego przez moduł Text.

Implementacja: DTD

5.14. Moduł zdarzeń wewnętrznych — Intrinsic Events

Zdarzenia wewnętrzne to atrybuty używane w połączeniu z elementami dla których mogą zachodzić określone zdarzenia gdy użytkownik wykona pewne działanie. Atrybuty te, wskazane w poniższej tabeli, są dodawane do zestawu atrybutów dla odpowiednich elementów tylko gdy moduły definiujące te elementy są wybrane. Weź też pod uwagę, że wybór tego modułu definiuje opisany wyżej zestaw atrybutów Events. Atrybuty zdefiniowane przez ten moduł to:

Implementacja: DTD

5.15. Moduł metainformacji — Metainformation

Moduł Metainformation definiuje element opisujący informacje wewnątrz części dokumentu zawierającej deklaracje (w XHTML wewnątrz elementu head). Moduł ten zawiera następujący element:

Gdy moduł ten jest wybrany, element meta jest dodawany do modelu zawartości elementu head zdefiniowanego w module Structure.

Implementacja: DTD

5.16. Moduł skryptów — Scripting

Moduł Scripting definiuje elementy używane w celu zawierania informacji odnoszące się do wykonywalnych skryptów lub braku wsparcia dla wykonywalnych skryptów. Elementy i atrybuty zawarte w tym module to:

Gdy moduł ten jest używany, elementy script i noscript są dodawane do zbiorów zawartości Block i Inline z modułu Text. Ponadto element script jest dodawany do modelu zawartości elementu head zdefiniowanego w module Structure.

Implementacja: DTD

5.17. Moduł arkuszy stylów — Style Sheet

Moduł Style Sheet definiuje element używany do deklarowania wewnętrznych arkuszy stylów. Element i atrybuty zdefiniowane przez ten moduł to:

Gdy moduł ten jest używany, dodaje on element style do modelu zawartości elementu head z modułu Structure.

Implementacja: DTD

5.18. Moduł atrybutu stylów — Style Attribute

Moduł Style Attribute definiuje atrybut style. Fdy moduł ten jest wybrany, uruchamia zestaw atrybutów Style.

Implementacja: DTD

5.19. Moduł łączy — Link

Moduł Link definiuje element, który może być użyty do zdefiniowania łączy do zasobów zewnętrznych. Zasoby te są często są wykorzystywane w celu zwiększenia zdolności programu użytkownika do przetwarzania skojarzonych dokumentów XHTML. Element i atrybuty zawarte w tym module to:

Gdy moduł ten jest używany, dodaje on element link do modelu zawartości elementu head zdefiniowanego w module Structure.

Implementacja: DTD

5.20. Moduł bazy — Base

Moduł Base definiuje element, który może być użyty do zdefiniowania bazowego URI zgodnie z którym będą rozwiązywane relatywne identyfikatory URI znajdujące się w dokumencie. Element i atrybuty zawarte w tym module to:

Gdy moduł ten jest używany, dodaje on element base modelu zawartości elementu head z modułu Structure.

Implementacja: DTD

5.21. Moduł identyfikacji nazw — Name Identification

Ten moduł jest uznany za przestarzały.

Moduł Name Identification definiuje atrybut name dla zestawu elementów. Atrybut name był dawniej używany do identyfikowania pewnych elementów w dokumentach HTML. Choć atrybut name został zastąpiony przez atrybut id we wszystkich tych elementach, mogą istnieć przypadki, kiedy języki znaczników będą chciały obsługiwać oba te atrybuty. Takie języki znaczników powinny wtedy włączyć ten moduł.

Zauważ, że jeśli moduł ten jest włączony, dla wskazanych elementów zdefiniowane są atrybuty name, jak i id. W tej sytuacji, jeśli dla elementu zdefiniowano atrybut name, atrybut id musi być także zdefiniowany. Mało tego, atrybuty te muszą mieć taką samą wartość. Poza tym, gdy dokumenty używające tego atrybutu posiadają internetowy typ mediów określony jako "text/xml" lub "application/xml", wartość atrybutu name w tych elementach nie będzie używana jako identyfikator cząstkowy.

Implementacja: DTD

5.22. Moduł staroci — Legacy

Moduł Legacy definiuje elementy i atrybuty które zostały uznane za przestarzałe w poprzednich wersjach HTML i XHTML i pozostają przestarzałe w specyfikacji Modularyzacja XHTML. Autorzy języków znaczników nie powinni dłużej używać tych elementów i atrybutów.

Poniższa tabela definiuje elementy i atrybuty, które są zdefiniowane, gdy wybrany jest moduł Legacy.

Poniższa tabela zawiera dodatkowe atrybuty dla elementów definiowanych gdziekolwiek, gdy wybrany jest moduł Legacy.

Implementacja: DTD

A. Konstruowanie modułów Schema

Ten dodatek ma charakter normatywny.

Ten dodatek będzie zawierał instrukcje dotyczące sposobu definiowania modułów XML Schema kompatybilnych z implementacją modularyzacji XHTML poprzez XML Schema [XMLSCHEMA], gdy XML Schema uzyska status Rekomendacji W3C.

B. Opracowywanie Schema ze zdefiniowanymi i rozszerzonymi modułami

Ten dodatek ma charakter normatywny.

Ten dodatek będzie zawierał instrukcje dotyczące sposobu definiowania całych języków znaczników przy użyciu modułów XHTML poprzez XML Schema [XMLSCHEMA], gdy XML Schema uzyska status Rekomendacji W3C.

C. Implementacje modułów XHTML w Schema

Ten dodatek ma charakter normatywny.

Ten dodatek będzie zawierał implementacje modułów zdefiniowanych w rozdziale Moduły abstrakcyjne XHTML poprzez XML Schema [XMLSCHEMA], gdy XML Schema uzyska status Rekomendacji W3C.

D. Konstruowanie modułów DTD

Ten dodatek ma charakter normatywny.

Moduły XHTML są implementowane jako fragmenty DTD. Gdy fragmenty te są łączone w określony sposób (opisany w dodatku Opracowywanie DTD ze zdefiniowanymi i rozszerzonymi modułami), wynikowe DTD reprezentuje kompletny typ dokumentu. Ta reprezentacja może być wtedy użyta do walidacji poszczególnych egzemplarzy typu dokumentu.

Rolę klucza, według którego następuje łączenie tych fragmentów w zrozumiały DTD, pełnią reguły używane do definiowania tych fragmentów. Reguły te zdefiniowane są w tym rozdziale. Gdy są one spełnione, autorzy DTD mogą być pewni, że ich moduły będą bez przeszkód wzajemnie oddziaływać z innymi modułami kompatybilnymi z XHTML.

Moduły stosujące się do tych reguł, by mogły być określane mianem modułów rodziny XHTML, muszą także spełniać wymagania zgodności ze standardem zdefiniowane w rozdziale Zgodność ze standardem modułów rodziny XHTML.

D.1. Nazywanie encji parametrycznych

Niniejsza specyfikacja dokonuje klasyfikacji encji parametrycznych na siedem kategorii i nazywa je w sposób konsekwentny, używając następujących przyrostków:

.mod

encje parametryczne posiadają przyrostek .mod, gdy są używane do reprezentowania modułu DTD (zestawu elementów, atrybutów, encji parametrycznych, itd.). W tej specyfikacji każdy moduł jest niepodzielną jednostką i może być przedstawiany jako encja w osobnym pliku.

.module

encje parametryczne posiadają przyrostek .module, gdy są używane do kontroli włączania modułu DTD za pomocą zawartego w nich słowa kluczowego sekcji warunkowej — INCLUDE albo IGNORE.

.qname

encje parametryczne posiadają przyrostek .qname, gdy są używane do reprezentowania nazwy kwalifikowanej elementu. Więcej informacji na temat nazw kwalifikowanych znajdziesz w podrozdziale Definiowanie przestrzeni nazw modułu.

.content

encje parametryczne posiadają przyrostek .content, gdy są używane do reprezentowania modelu zawartości typu elementu.

.class

encje parametryczne posiadają przyrostek .class, gdy są używane do reprezentowania elementów tej samej klasy.

.mix

encje parametryczne posiadają przyrostek .mix, gdy są używane do reprezentowania zbioru typów elementów z różnych klas.

.attrib

encje parametryczne posiadają przyrostek .attrib, gdy są używane do reprezentowania grupy leksemów, które reprezentują jedną lub więcej kompletnych specyfikacji atrybutu w obrębie deklaracji ATTLIST.

Na przykład w HTML 4 encja parametryczna %block; reprezentuje różnorodne zestawy typów elementów, z których wszystkie są elementami poziomu blokowego. W tej specyfikacji odpowiednia encja parametryczna to %Block.mix;.

Definiując encje parametryczne w ramach zdefiniowanych tutaj klas, moduły powinny określić zakres nazw encji poprzez użycie unikatowych przedrostków. Na przykład model zawartości dla elementu myelement w module mymodule powinien być nazwany MYMODULE.myelement.content. Możliwe są też inne schematy. Bez względu na użyty schemat, autorzy modułów powinni starać się osiągnąć pewność, że nazwy zdefiniowanych przez nich encji parametrycznych są unikatowe i w ten sposób nie kolidują z innymi encjami parametrycznymi, a metody interfejsu dla modułu są oczywiste dla użytkownika.

D.2. Definiowanie przestrzeni nazw modułu

XHTML wymaga, by elementy i atrybuty zadeklarowane w module istniały wewnątrz zdefiniowanej przestrzeni nazw XML [XMLNAMES]. Identyfikatorem takiej przestrzeni nazw jest dowolny URI. Gdy moduł jest implementowany przy użyciu DTD XML, XHTML wymaga, by moduł deklarował przestrzeń nazw w specjalny sposób. Służy to umożliwieniu dokonania wyboru podczas parsowania / walidacji dokumentu, użycia przedrostków przestrzeni nazw oraz przedrostka stosowanego do identyfikowania elementów i atrybutów z takiego modułu.

Jeśli twórcy treści chcą opracowywać dokumenty w oparciu o hybrydowe typy dokumentów, mogą zdecydować się na używanie przedrostków przestrzeni nazw XML w elementach z przestrzeni nazw XHTML, w elementach z innej przestrzeni nazw lub i w jednych, i w drugich. By mieć pewność, że takie dokumenty są zgodne z XHTML i wstecznie kompatybilne z narzędziami nierozpoznającymi przestrzeni nazw, W3C zaleca, by twórcy treści nie używali przedrostków przestrzeni nazw XML w elementach z przestrzeni nazw XHTML. Jeśli twórcy treści są zainteresowani tym, by zawartość ich dokumentów była przetwarzana przez procesory nierozpoznające przestrzeni nazw, W3C zaleca także, by elementy w przestrzeniach nazw innych niż XHTML były określane przy użyciu przedrostka przestrzeni nazw XML, a nie w oparciu o domyślne mechanizmy przestrzeni nazw XML.

Od każdego modułu zgodnego z XHTML zaimplementowanego jako DTD XML wymaga się, by miał zdefiniowany domyślny przedrostek przestrzeni nazw XML, metodę zamiany tego przedrostka wewnątrz egzemplarza dokumentu oraz wskazaną sekcję włączającą przetwarzanie tego przedrostka.

Weź pod uwagę, że jeśli moduły są ze sobą powiązane, jest dopuszczalnym i oczekiwanym, by były częścią tej samej przestrzeni nazw. Na przykład wszystkie moduły XHTML są częścią tej samej przestrzeni nazw.

D.2.1. Podmoduł nazw kwalifikowanych

Na początku musisz zdefiniować podmoduł nazw kwalifikowanych (podmoduł to po prostu oddzielna encja plikowa mogąca w odpowiednim punkcie być włączona do ostatecznego DTD). Podmoduł nazw kwalifikowanych tworzy się według następujących kroków (w których łańcuch MODULE jest zastępowany odpowiednim dla nowego modułu łańcuchem):

1. Zdefiniuj encję parametryczną MODULE.przedrostek, która będzie wskazywała czy elementy w module są używane z przedrostkami przestrzeni nazw XML, czy nie. Domyślną wartością tej encji parametrycznej powinno być "%NS.prefixed;". Zasady ogólne XHTML definiują domyślną wartość encji parametrycznej NS.prefixed jako IGNORE. Encja ta może być użyta w egzemplarzu dokumentu do dołączania przedrostków dla wszystkich włączonych przestrzeni nazw (łącznie z tymi z modułów XHTML).
2. Zdefiniuj encję parametryczną MODULE.xmlns zawierającą identyfikator przestrzeni nazw dla tego modułu.
3. Zdefiniuj encję parametryczną MODULE.prefix zawierającą łańcuch domyślnego przedrostka, używany, gdy uaktywnione jest dołączanie przedrostków.
4. Zdefiniuj encję parametryczną MODULE.pfx, której wartość jest równa "%MODULE.prefix;:", gdy uaktywnione jest dołączanie przedrostków, a "" w przeciwnym wypadku.
5. Zdefiniuj encję parametryczną MODULE.xmlns.extra.attrib zawierającą deklarację każdego atrybutu przestrzeni nazw XML dla przestrzeni nazw, do których odwołuje się ten moduł (np. xmlns:xlink). Gdy wartość %MODULE.prefixed jest równa INCLUDE, atrybut ten powinien zawierać także deklarację xmlns:%MODULE.prefix;.
6. Zdefiniuj encję parametryczną XHTML.xmlns.extra.attrib jako MODULE.xmlns.extra.attrib. Jest to zwykle nadpisywane przez plik sterownika typu dokumentu, ale jeśliby się tak nie stało, ta definicja zajmie miejsce jako domyślna.
7. Dla każdego z elementów zdefiniowanych przez ten moduł utwórz encję parametryczną postaci "MODULE.NAME.qname" przechowującą jego nazwę kwalifikowaną. Encja ta musi mieć wartość "%MODULE.pfx;NAME". Wtedy wartością sparsowana będzie "PREFIX:NAME", gdy uaktywnione jest dołączanie przedrostków, a "NAME" w przeciwnym wypadku.

   Jeśli moduł dodaje atrybuty do elementów zdefiniowanych w modułach niepodzielających przestrzeni nazw tego modułu, zadeklaruj te atrybuty, by używały przedrostka %MODULE.pfx. Na przykład:

   <ENTITY % MODULE.img.myattr.qname "%MODULE.pfx;myattr" >
   

Poniżej widnieje przykład podmodułu nazw kwalifikowanych dla hipotetycznego modułu Inventory:

<!-- ...................................................................... -->
<!-- Inventory Qname Module ................................................... -->
<!-- plik: inventory-qname-1.mod

     PUBLIC "-//MY COMPANY//ELEMENTS XHTML Inventory Qnames 1.0//EN"
     SYSTEM "http://www.example.com/DTDs/inventory-qname-1.mod"

     xmlns:inventory="http://www.example.com/xmlns/inventory"
     ...................................................................... -->

<!-- Zadeklaruj domyślną wartość przedrostka dla elementów tego modułu -->
<!-- Weź pod uwagę, że NS.prefixed zostanie uchylona przez zasady ogólne XHTML
     lub przez egzemplarz dokumentu. -->
<!ENTITY % NS.prefixed "IGNORE" >
<!ENTITY % Inventory.prefixed "%NS.prefixed;" >

<!-- Zadeklaruj rzeczywistą przestrzeń nazw tego modułu -->
<!ENTITY % Inventory.xmlns "http://www.example.com/xmlns/inventory" >

<!-- Zadeklaruj domyślny przedrostek dla tego modułu -->
<!ENTITY % Inventory.prefix "inventory" >

<!-- Zadeklaruj przedrostek dla tego modułu -->
<![%Inventory.prefixed;[
<!ENTITY % Inventory.pfx "%Inventory.prefix;:" >
]]>
<!ENTITY % Inventory.pfx "" >

<!-- Zadeklaruj atrybut xmlns dla tego modułu -->
<![%Inventory.prefixed;[
<!ENTITY % Inventory.xmlns.extra.attrib
    "xmlns:%Inventory.prefix;   %URI.datatype;  #FIXED  '%Inventory.xmlns;'" >
]]>
<!ENTITY % Inventory.xmlns.extra.attrib "" >

<!-- Zadeklaruj dodatkową przestrzeń nazw, która powinna być zawarta w
     elementach XHTML -->
<!ENTITY % XHTML.xmlns.extra.attrib
    %Inventory.xmlns.extra.attrib; >

<!-- Teraz zadeklaruj nazwy kwalifikowane dla wszystkich elementów w module -->
<!ENTITY % Inventory.shelf.qname "%Inventory.pfx;shelf" >
<!ENTITY % Inventory.item.qname "%Inventory.pfx;item" >
<!ENTITY % Inventory.desc.qname "%Inventory.pfx;desc" >
<!ENTITY % Inventory.sku.qname "%Inventory.pfx;sku" >
<!ENTITY % Inventory.price.qname "%Inventory.pfx;price" >

D.2.2. Podmoduł(y) deklaracji

Następnie musisz zdefiniować jeden lub więcej „podmodułów deklaracji”. Zadaniem tych encji plikowych jest zadeklarowanie elementów i wykazów atrybutów DTD XML. Moduł deklaracji XHTML powinien być skonstruowany przy użyciu następujących kroków:

1. Zdefiniuj encję parametryczną w celu używania jej wewnątrz ATTLIST każdego zadeklarowanego elementu. Ta encja parametryczna powinna zawierać %NS.decl.attrib;, gdy %MODULE.prefixed; ma wartość INCLUDE, a %NS.decl.attrib; plus "xmlns %URI.datatype; #FIXED '%MODULE.xmlns;'", gdy %MODULE.prefixed; ma wartość IGNORE.
2. Zadeklaruj wszystkie elementy i atrybuty dla tego modułu. Wewnątrz każdej ATTLIST dla elementu zawrzyj encję parametryczną zdefiniowaną powyżej, by wszystkie wymagane atrybuty xmlns były dostępne w każdym elemencie w module.

3. Jeśli moduł dodaje atrybuty do elementów zdefiniowanych w modułach niepodzielających przestrzeni nazw tego modułu, zadeklaruj te atrybuty, by używały przedrostka %MODULE.pfx. Na przykład:

   <ENTITY % MODULE.img.myattr.qname "%MODULE.pfx;myattr" >
   <!ATTLIST %img.qname;
         %MODULE.img.myattr.qname;    CDATA          #IMPLIED
   >
   

   Spowoduje to dodanie atrybutu do elementu img z modułu Image, ale nazwą atrybutu będzie nazwa kwalifikowana, z przedrostkiem, jeśli przedrostki są wybrane dla egzemplarza dokumentu. Nastąpi też dodanie atrybutu xmlns:MODULE_PREFIX do wykazu atrybutów elementu img, dzięki czemu parsery nierozpoznające przestrzeni nazw XML będą wiedziały jak rozwiązać przestrzeń nazw opartą na jego przedrostku.

Poniższy przykład przedstawia podmoduł deklaracji dla hipotetycznego modułu Inventory.

<!-- ...................................................................... -->
<!-- Inventory Elements Module ................................................... -->
<!-- plik: inventory-1.mod

     PUBLIC "-//MY COMPANY//ELEMENTS XHTML Inventory Elements 1.0//EN"
     SYSTEM "http://www.example.com/DTDs/inventory-1.mod"

     xmlns:inventory="http://www.example.com/xmlns/inventory"
     ...................................................................... -->

<!-- Moduł Inventory

     shelf      (‘półka’)
       item     (‘pozycja’)
         sku    (SKU = stock-keeping unit — ‘unikatowy kod towaru’)
         desc   (description — ‘opis’)
         price  (‘cena’)

     Ten moduł definiuje podstawową strukturę pozycji spisu towarów
-->

<!-- Zdefiniuj atrybuty globalnej przestrzeni nazw -->
<![%Inventory.prefixed;[
<!ENTITY % Inventory.xmlns.attrib
    "%NS.decl.attrib;"
>
]]>
<!ENTITY % Inventory.xmlns.attrib
     "xmlns %URI.datatype;  #FIXED '%Inventory.xmlns;'"
>

<!-- Zdefiniuj zestaw atrybutów wspólnych dla wszystkich elementów modułu -->
<!ENTITY % Inventory.Common.attrib
         "%Inventory.xmlns.attrib;
      id               ID                   #IMPLIED
>

<!-- Zdefiniuj elementy i atrybuty modułu -->
<!ELEMENT %Inventory.shelf.qname;
     ( %Inventory.item.qname; )* >
<!ATTLIST %Inventory.shelf.qname;
     location   CDATA   #IMPLIED
     %Inventory.Common.attrib;
>
<!ELEMENT %Inventory.item.qname;
     ( %Inventory.desc.qname;, %Inventory.sku.qname;, %Inventory.price.qname;) >
<!ATTLIST %Inventory.item.qname;
     location   CDATA   #IMPLIED
     %Inventory.Common.attrib;
>

<!ELEMENT %Inventory.desc.qname; ( #PCDATA ) >
<!ATTLIST %Inventory.desc.qname;
     %Inventory.Common.attrib;
>

<!ELEMENT %Inventory.sku.qname; ( #PCDATA ) >
<!ATTLIST %Inventory.sku.qname;
     %Inventory.Common.attrib;
>

<!ELEMENT %Inventory.price.qname; ( #PCDATA ) >
<!ATTLIST %Inventory.price.qname;
     %Inventory.Common.attrib;
>

<!-- koniec pliku inventory-1.mod -->

D.2.3. Używanie modułu jako samodzielnego DTD

Czasem jest pożądane, by móc używać modułu XHTML także jako samodzielne DTD. Dobrym tego przykładem jest nasz powyższy moduł Inventory. Obiekty te muszą móc się zagnieżdżać w dokumencie XHTML i muszą być dostępne jako odrębne dokumenty wydzielone z bazy danych (na przykład). Najłatwiejszym sposobem osiągnięcia tego jest zdefiniowanie pliku DTD rozwijającego składniki twojego modułu. Takie DTD mogłoby mieć następującą strukturę:

1. Włącz moduł XHTML Datatypes (twój moduł nazw kwalifikowanych prawdopodobnie używa niektóre z tych typów danych — na pewno używa typ danych URI dla atrybutu xmlns).
2. Włącz moduł nazw kwalifikowanych do twojego modułu.
3. Zdefiniuj encję parametryczną NS.decl.attrib jako %MODULE.xmlns.extra.attrib;.
4. Włącz moduł(y) deklaracji do twojego modułu.

Przykład obrazujący te działania dla naszego modułu Inventory jest przedstawiony poniżej:

<!-- ...................................................................... -->
<!-- Inventory Elements DTD ............................................... -->
<!-- plik: inventory-1.dtd

     PUBLIC "-//MY COMPANY//DTD XHTML Inventory 1.0//EN"
     SYSTEM "http://www.example.com/DTDs/inventory-1.dtd"

     xmlns:inventory="http://www.example.com/xmlns/inventory"
     ...................................................................... -->

<!-- Moduł Inventory

     shelf
       item
         sku
         desc
         price

     Ten moduł definiuje podstawową strukturę pozycji spisu towarów
-->

<!-- Wprowadź typy danych -->
<!ENTITY % xhtml-datatypes.mod
         PUBLIC "-//W3C//ENTITIES XHTML Datatypes 1.0//EN"
         "http://www.w3.org/TR/xhtml-modularization/DTD/xhtml-datatypes-1.mod" >
%xhtml-datatypes.mod;

<!-- Wprowadź nazwy kwalifikowane -->
<!ENTITY % Inventory-qname.mod SYSTEM "inventory-qname-1.mod" >
%Inventory-qname.mod;

<!ENTITY % NS.decl.attrib "%Inventory.xmlns.extra.attrib;">

<!ENTITY % Inventory.mod SYSTEM "inventory-1.mod" >
%Inventory.mod;

<!-- koniec pliku inventory-1.dtd -->

Do tego DTD mogą się później odwoływać dokumenty, które używają tylko elementów z twojego modułu:

<!DOCTYPE shelf SYSTEM "inventory-1.dtd">
<shelf xmlns="http://www.example.com/xmlns/inventory">
    <item>
        <desc>
          to jest opis
        </desc>
        <sku>
          to jest unikatowy kod towaru
        </sku>
        <price>
          to jest cena
        </price>
    </item>
</shelf>

Ta metoda zezwala na definiowanie elementów i atrybutów zawartych wewnątrz swojej własnej przestrzeni nazw. Pozwala też, by twórcy treści używali domyślnego przedrostka dla tych elementów i atrybutów:

<!DOCTYPE inventory:shelf SYSTEM "inventory-1.dtd" [
    <!ENTITY % Inventory.prefixed "INCLUDE">
]>
<inventory:shelf xmlns:inventory="http://www.example.com/xmlns/inventory">
    <inventory:item>
        <inventory:desc>
          to jest opis
        </inventory:desc>
        <inventory:sku>
          to jest unikatowy kod towaru
        </inventory:sku>
        <inventory:price>
          to jest cena
        </inventory:price>
    </inventory:item>
</inventory:shelf>

Egzemplarz dokumentu może używać innego przedrostka przestrzeni nazw XML dzięki powtórnemu zadeklarowaniu go w wewnętrznym podzbiorze nagłówka DOCTYPE:

<!DOCTYPE i:shelf SYSTEM "inventory-1.dtd" [
    <!ENTITY % Inventory.prefixed "INCLUDE">
    <!ENTITY % Inventory.prefix "i">
]>
<i:shelf xmlns:i="http://www.example.com/xmlns/inventory">
    <i:item>
        <i:desc>
          to jest opis
        </i:desc>
        <i:sku>
          to jest unikatowy kod towaru
        </i:sku>
        <i:price>
          to jest cena
        </i:price>
    </i:item>
</i:shelf>

D.2.4. Specyficzne własności przestrzeni nazw

Zaprezentowane tu podejście pozwala na definiowanie języków znaczników zgodnych z XML i przestrzeniami nazw XML, jednak niektóre możliwości zdefiniowane w specyfikacji przestrzeni nazw XML nie są obsługiwane:

1. Przestrzenie nazw XML zezwalają na powtórną deklarację atrybutu xmlns dla przestrzeni nazw w dowolnym punkcie drzewa. Zezwala też, by poprzez redeklarację przełączać pomiędzy użyciem domyślnym przestrzeni nazw (bez przedrostka) a użyciem z przedrostkiem, a także na zmianę przedrostka. Metoda zdefiniowana w tym dokumencie nie pozwala na to. W całym egzemplarzu dokumentu dana przestrzeń nazw musi używać tego samego przedrostka albo musi być użyta w domyślnym zakresie.

2. Gdy przestrzeń nazw XML używana jest w domyślny sposób (bez przedrostka), dopuszczalne jest informowanie parserów o przestrzeni nazw elementu przy pomocy DTD dokumentu. Jednakże dopóki procesory nierozpoznające przestrzeni nazw nie są zobligowane do przyłączania DTD podczas analizowania dokumentu, twórcy treści powinni deklarować przestrzeń nazw XML elementu zawsze, gdy przestrzeń nazw się zmienia:

   ...
   <p>
      <myelement xmlns="..." />
   </p>
   

E. Rozbudowywanie DTD ze zdefiniowanymi i rozszerzonymi modułami

Ten dodatek ma charakter informacyjny.

Podstawowym celem definiowania modułów XHTML i ogólną metodyką modularyzacji jest ułatwianie opracowywania typów dokumentu opartych na XHTML. Te typy dokumentu mogą rozszerzać XHTML poprzez dołączanie dodatkowych możliwości (np. [SMIL]), mogą też definiować podzbiór XHTML w celu użycia na wyspecjalizowanym urządzeniu. Ten rozdział opisuje techniki, które projektanci typów dokumentu muszą użyć w celu wykorzystania implementacji tej architektury modularyzacji w DTD XML. Robi to poprzez zastosowanie technik modularyzacji XHTML w coraz bardziej złożony sposób, kończąc stworzeniem kompletnego typu dokumentu z całkowicie różnych modułów.

Zauważ, że w żadnym wypadku przykłady te nie wymagają modyfikacji encji plikowych modułów dostarczanych przez XHTML. Encje plikowe modułów XHTML są całkowicie sparametryzowane, można dzięki temu poprzez definicje w oddzielnych modułach i pliki sterownika dostosować do swych potrzeb definicję i model zawartości każdego z elementów oraz hierarchię każdego z elementów.

Pamiętaj też, że od większości użytkowników XHTML nie oczekuje się, by byli autorami DTD. Autorzy DTD, ogólnie rzecz biorąc, to ludzie definiujący wyspecjalizowane oznakowanie, które poprawi czytelność, uprości renderowanie dokumentu, czy ułatwi automatyczne przetwarzanie dokumentów, albo są projektantami oprogramowania klienckiego i muszą definiować wyspecjalizowane DTD dla swoich określonych klientów. Rozważ następujące przypadki:

• Organizacja dostarcza zaprenumerowane informacje poprzez interfejs WWW. Organizacja ta przechowuje subskrybowane informacje w bazie danych opartej na XML. Jednym ze sposobów ekstrakcji tych informacji z bazy danych jest umieszczenie rekordów XML z bazy danych bezpośrednio w dokumencie XHTML. Choć możliwe jest jedynie zagnieżdżenie rekordów, organizacja może zdefiniować moduł DTD opisujący te rekordy, przypisać ten moduł do DTD XHTML i tym samym stworzyć kompletne DTD dla stron. Organizacja może następnie uzyskać dostęp do danych wewnątrz nowych elementów poprzez obiektowy model dokumentu [DOM], dokonać walidacji dokumentów, dodać definicje stylów dla elementów przy użyciu kaskadowych arkuszy stylów [CSS2], itd. Definiując strukturę danych i tworząc DTD przy użyciu działań opisanych w tym rozdziale organizacja może w pełni czerpać korzyści ze stosowania XML.

• Twórca internetowego oprogramowania klienckiego projektuje wyspecjalizowane urządzenie. Będzie ono obsługiwało jedynie podzbiór XHTML, a dostęp do Internetu bedzie zawsze uzyskiwało porzez serwer proxy, który waliduje zawartość przed przekazaniem jej do klienta (by zminimalizować konieczność obsługi błędów przez klienta). W celu upewnienia się, że zawartość jest poprawna strukturalnie, wspomniany twórca konstruuje DTD będące podzbiorem XHTML, stosując działania opisane w tym rozdziale. Następnie nowe DTD stosowane jest na serwerach proxy i w urządzeniach, jest ono też udostępniane innym twórcom, by mogli walidować zawartość przed jej udostępnieniem. Stosując kilka prostych kroków twórca klientów może używać architektury zdefiniowanej w tym dokumencie, by ogromnie zmniejszyć koszty opracowywania DTD oraz zapewnić pełne obługiwanie przez te klienty podzbioru XHTML, który został przez niego włączony.

E.1. Definiowanie dodatkowych atrybutów

W niektórych wypadkach rozszerzenie XHTML może sprowadzać się do dodania atrybutów. Atrybuty powinny być dodane do elementu po prostu poprzez określenie dodatkowego wykazu ATTLIST dla tego elementu, na przykład:

<!ATTLIST %a.qname;
      %MyModule.pfx;myattr   CDATA        #IMPLIED
      %MyModule.xmlns.extras.attrib;
>

doda atrybut "myattr" z opcjonalnym przedrostkiem zdefiniowanym przez "%MyModule.pfx", z wartością typu CDATA, do elementu "a". Będzie to działać, ponieważ XML zezwala na definiowanie lub rozszerzanie wykazu atrybutów w dowolnym miejscu w DTD. Omówienie kwestii nazw kwalifikowanych i przedrostków przestrzeni nazw znajduje się w części Definiowanie przestrzeni nazw modułu.

Naturalnie dodanie atrybutu do DTD nie oznacza, że w jakimkolwiek kliencie zdefiniowane jest jakieś nowe zachowanie. Jednakże twórcy treści powinni używać dodatkowych atrybutów w celu przechowywania informacji, do których poprzez obiektowy model dokumentu mają dostęp skojarzone skrypty (na przykład).

E.2. Definiowanie dodatkowych elementów

Definiowanie dodatkowych elementów jest tylko trochę bardziej skomplikowane od definiowania dodatkowych atrybutów. W zasadzie autorzy DTD powinni napisać deklarację dodatkowego elementu dla każdego z elementów:

<!-- W podmodule nazw kwalifikowanych -->
<!ENTITY % MyModule.myelement.qname  "%MyModule.pfx;myelement" >
<!ENTITY % MyModule.myotherelement.qname  "%MyModule.pfx;myotherelement" >

<!-- W podmodule deklaracji -->
<!ELEMENT %MyModule.myelement.qname; 
           ( #PCDATA | %MyModule.myotherelement.qname; )* >
<!ATTLIST %MyModule.myelement.qname;
          myattribute    CDATA    #IMPLIED
>

<!ELEMENT %MyModule.myotherelement.qname; EMPTY >

Po zdefiniowaniu elementów, muszą one być włączone do modelu zawartości. Strategiami włączania nowych elementów lub zbiorów elementów do modelu zawartości zajmuje się następna część dodatku.

E.3. Definiowanie modelu zawartości dla zestawu modułów

Choć model zawartości modułów XHTML jest w pełni sparametryzowany, autorzy DTD moga modyfikować model zawartości dla każdego elementu w każdym module. Szczegóły interfejsu modułu DTD są zdefiniowane w dodatku Konstruowanie modułów DTD. Zasadniczo istnieją dwa sposoby podejścia do tej modyfikacji:

1. Powtórnie zdefiniuj encję parametryczną ".content" dla każdego elementu.
2. Powtórnie zdefiniuj jedną lub więcej z globalnych encji modelu zawartości (normalnie poprzez encję parametryczną ".extras").

Obrana strategia zależna będzie od natury łączonych modułów i elementów. Reszta niniejszej części opisuje techniki łączenia dwu różnych klas modułów.

E.3.1. Włączanie samodzielnego modułu do XHTML

Gdy moduł (pamiętaj — moduł może być też zestawem innych modułów) zawiera elementy, z których wszystkie w swoich modelach zawartości odwołują się do siebie, jest on nazywany "wewnętrznie kompletnym". Jako taki, moduł ten może być używany samodzielnie; (na przykład możesz zdefiniować DTD będący po prostu tym modułem i użyć jeden z jego elementów jako element główny). Włączanie takiego modułu do XHTML jest trzyetapowym procesem:

1. Zdecyduj, który/które element(y) może/mogą pełnić rolę korzeni(a) w nowym module.
2. Zdecyduj, w którym miejscu drzewa zawartości XHTML elementy te powinny być przyłączone.
3. Następnie dla każdego miejsca przyłączenia w drzewie zawartości dodaj element(y) główny/główne do definicji zawartości dla elementów XHTML.

Rozważ przyłączenie elementów zdefiniowanych powyżej. W tamtym przykładzie element myelement jest korzeniem. By przyłączyć ten element pod element img i tylko element img, z XHTML, dobrze jest postąpić następująco:

<!ENTITY % img.content "( %MyModule.myelement.qname; )*">

DTD zdefiniowane wraz z tym modelem zawartości pozwoli na zastosowanie fragmentu dokumentu podobnego do tego:

<img src="...">
<myml:myelement>To jest zawartość elementu zdefiniowanego lokalnie</myml:myelement>
</img>

Ważne, by zauważyć, że normalnie model zawartości elementu img to EMPTY. Dodając element myelement do tego modelu zawartości tak naprawdę po prostu zamieniamy EMPTY na myelement. W przypadku innych elementów, które już mają zdefiniowane modele zawartości, dodanie elementu będzie wymagać także odświeżenia istniejącego modelu zawartości oprócz elementu myelement.

E.3.2. Mieszanie nowego modułu ze wszystkimi modułami XHTML

Rozszerzając powyższy przykład, przyłączenie tego modułu wszędzie tam, gdzie dozwolona jest grupa modelów zawartości %Flow.mix będzie wymagało czegoś w tym stylu:

<!ENTITY % Misc.extra
     "| %MyModule.myelement.qname;" >

Gdy klasa modelów zawartości %Misc.extra jest używana w encji parametrycznej %Misc.class, a ta encja parametryczna jest używana we wszystkich modułach XHTML, nowy moduł stanie się dostępny w całym rozszerzonym typie dokumentu XHTML.

E.4. Tworzenie nowego DTD

Dotychczas przykłady w tej części opisywały metody rozszerzania XHTML i modelu zawartości XHTML. Gdy jest to już zrobione, następnym etapem będzie zebranie modułów składających się na DTD w pojedynczym sterowniku DTD, przyłączając nowe definicje odpowiednio nadpisujące i uzupełniające podstawowe definicje XHTML.

E.4.1. Tworzenie prostego DTD

Korzystając z banalnego przykładu przedstawionego powyżej można zdefiniować nowe DTD, które używa i całkiem łatwo rozszerza moduły XHTML. Najpierw zdefiniuj w module nowe elementy i ich model zawartości:

<!-- Plik: simpleml-model-1.mod -->

<!-- Zadeklaruj encję parametryczną (EP), która definiuje wszystkie zewnętrzne
     przestrzenie nazw używane przez ten moduł -->

<!ENTITY % SimpleML.xmlns.attrib
  "%NS.decl.attrib;"
>

<!-- Ustaw EP, która jest używana w każdej deklaracji ATTLIST w tym module.
     NS.prefixed.attrib jest inicjalizowana w module xhtml-qname, a
     SimpleML.ns.noprefix.attrib jest inicjalizowana w pliku sterownika DTD
     SimpleML. -->

<!ENTITY % SimpleML.Common.attrib
  "%SimpleML.xmlns.attrib;
   id           ID           #IMPLIED"
>

<!ENTITY % SimpleML.element.qname "%SimpleML.pfx;element" >
<!ENTITY % SimpleML.otherelement.qname "%SimpleML.pfx;otherelement" >

<!ELEMENT %SimpleML.element.qname;
          ( #PCDATA | %SimpleML.otherelement.qname; )* >
<!ATTLIST %SimpleML.element.qname;
          myattribute   CDATA  #IMPLIED
          %SimpleML.Common.attrib;
>
<!ELEMENT %SimpleML.otherelement.qname; EMPTY >
<!ATTLIST %SimpleML.otherelement.qname;
          %SimpleML.Common.attrib;
>

<!ENTITY % SimpleML.img.myattr.qname "%SimpleML.pfx;myattr" >
<!ATTLIST %img.qname;
          %SimpleML.img.myattr.qname;  CDATA  #IMPLIED
>

<!-- Dodaj nasze elementy do modelu zawartości XHTML -->
<!ENTITY % Misc.class
     "| %SimpleML.element.qname;" >

<!-- Teraz wprowadź model zawartości XHTML Basic -->
<!ENTITY % xhtml-basic-model.mod
     PUBLIC "-//W3C//ENTITIES XHTML Basic 1.0 Document Model 1.0//EN"
            "http://www.w3.org/TR/xhtml-basic/xhtml-basic10-model-1.mod" >
%xhtml-basic-model.mod;

Następnie zdefiniuj sterownik DTD dla nowego języka:

<!-- plik: simpleml-1_0.dtd -->

<!-- Wprowadź typy danych XHTML -->
<!ENTITY % xhtml-datatypes.mod
     PUBLIC "-//W3C//ENTITIES XHTML Datatypes 1.0//EN"
            "http://www.w3.org/TR/xhtml-modularization/DTD/xhtml-datatypes-1.mod" >
%xhtml-datatypes.mod;

<!-- Zadeklaruj rzeczywistą przestrzeń nazw tego modułu -->
<!ENTITY % SimpleML.xmlns "http://www.example.com/xmlns/simpleml1" >

<!-- Ustaw domyślne niedodawanie przedrostków w nowym module -->
<!ENTITY % NS.prefixed "IGNORE" >
<!ENTITY % SimpleML.prefixed "%NS.prefixed;" >

<!-- Domyślny przedrostek dla elements i atrybutów modułu -->
<!ENTITY % SimpleML.prefix "simpleml" >

<!-- Jeśli do przestrzeni nazw tego modułu dodawany jest przedrostek -->
<![%SimpleML.prefixed;[
  <!ENTITY % SimpleML.pfx  "%SimpleML.prefix;:" >
]]>
<!ENTITY % SimpleML.pfx  "" >

<![%SimpleML.prefixed;[
  <!ENTITY % SimpleML.xmlns.extra.attrib
       "xmlns:%SimpleML.prefix; %URI.datatype; #FIXED '%SimpleML.xmlns;'" >
]]>
<!ENTITY % SimpleML.xmlns.extra.attrib "" >

<!ENTITY % XHTML.xmlns.extra.attrib
       "%SimpleML.xmlns.extra.attrib;"
>
<!-- Ustaw model zawartości dla naszego języka -->
<!ENTITY % xhtml-model.mod
     SYSTEM "simpleml-model-1.mod" >
<!-- Rozwiń DTD XHTML Basic, by to wszystko zrobił -->
<!ENTITY % xhtml-basic.dtd
     PUBLIC "-//W3C//DTD XHTML Basic 1.0//EN"
            "http://www.w3.org/TR/xhtml-basic/xhtml-basic10.dtd" >
%xhtml-basic.dtd;

Używając tego DTD istnieje możliwość włączenia używania przedrostków przestrzeni nazw XML. W takim wypadku początek dokumentu używającego tego nowego DTD mógłby wyglądać tak:

<!DOCTYPE html SYSTEM "simpleml-1_0.dtd" [
  <!ENTITY % SimpleML.prefixed "INCLUDE">
]>
<html xmlns="http://www.w3.org/1999/xhtml"
      xmlns:simpleml="http://www.example.com/xmlns/simpleml1" >
<head>
<title>Przykład z użyciem domyślnych ustawień</title>
</head>
<body>
<p>To jest zawartość będąca w przestrzeni nazw XHTML</p>
<simpleml:element>
  To jest zawartość w przestrzeni nazw SimpleML.
  <simpleml:otherelement />
</simpleml:element>
<p><img src="missing" alt="Missing image" simpleml:myattr="value"/></p>
</body>
</html>

E.4.2. Tworzenie DTD poprzez rozszerzanie XHTML

Teraz mamy sytuację, w której kompletny, dodatkowy i złożony moduł jest dodany do XHTML (lub do pozbioru XHTML). W gruncie rzeczy jest on taki sam, jak w powyższym trywialnym przykładzie, jedyną różnicą jest to, że moduł dodawany jest dołączany do DTD poprzez odwołanie, zamiast bezpośredniego dołączenia nowych definicji do DTD.

Jednym z takich złożonych modułów jest DTD dla [MATHML]. W celu połączenia MathML i XHTML w pojedynczy DTD, autor mógłby po prostu zadecydować, gdzie zawartość MathML powinna być dopuszczalna w dokumencie i dodać element główny MathML modelu zawartości w tym miejscu. Najpierw zdefiniuj moduł modelu zawartości rozwijający DTD MathML i łączący go z modelem zawartości:

<!-- plik: mathml-model.mod -->
<!ENTITY % XHTML1-math
     PUBLIC "-//W3C//DTD MathML 2.0//EN"
            "http://www.w3.org/TR/MathML2/dtd/mathml2.dtd" >
%XHTML1-math;

<!ENTITY % Inlspecial.extra
     "%a.qname; | %img.qname; | %object.qname; | %map.qname;
      | %Mathml.Math.qname;" >

Następnie zdefiniuj sterownik DTD, który zidentyfikuje nasz nowy moduł modelu zawartości jako model zawartości dla DTD i przekaże przetwarzanie do sterownika XHTML 1.1 (na przykład):

<!-- plik: xhtml-mathml.dtd -->
<!ENTITY % xhtml-model.mod
      SYSTEM "mathml-model.mod" >
<!ENTITY % xhtml11.dtd
     PUBLIC "-//W3C//DTD XHTML 1.1//EN"
            "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd" >
%xhtml11.dtd;

E.4.3. Tworzenie DTD poprzez usuwanie i zamienianie modułów XHTML

Innym sposobem, w który autorzy DTD mogą użyć modułów XHTML jest zdefiniowanie DTD będącego podzbiorem typu dokumentu rodziny XHTML (ponieważ, na przykład, tworzą urządzenia lub oprogramowanie które obsługuje tylko podzbiór XHTML). Jest to tylko trochę bardziej skomplikowane niż poprzedni przykład. Oto podstawowe kroki, które musisz wykonać:

1. Weź za podstawę nowego typu dokumentu DTD rodziny XHTML (my będziemy używać XHTML 1.1).
2. Wybierz moduły do usunięcia z tego DTD.
3. Zdefiniuj nowe DTD, które zignoruje (za pomocą słowa kluczowego IGNORE) te moduły.
4. Wprowadź jakieś nowe moduły.

Rozważ na przykład urządzenie używające modułów XHTML, ale bez formularzy i tabel. DTD dla takiego urządzenia wyglądałoby tak:

<!-- plik: xhtml-simple.dtd -->
<!ENTITY % xhtml-form.module "IGNORE" >
<!ENTITY % xhtml-table.module "IGNORE" >
<!ENTITY % xhtml-table.module "IGNORE" >
<!-- Wprowadź modeuł prostych tabel -->
<!ENTITY % xhtml-basic-table.mod
     PUBLIC "-//W3C//ELEMENTS XHTML Basic Tables 1.0//EN"
       "http://www.w3.org/TR/xhtml-modularization/DTD/xhtml-basic-table-1.mod"
>
%xhtml-basic-table.mod;
<!ENTITY % xhtml11.mod
     PUBLIC "-//W3C//DTD XHTML 1.1//EN"
            "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd" >
%xhtml11.mod;

Zauważ, że właściwie nie następuje tu modyfikacja modelu zawartości dla DTD XHTML 1.1. Jednak w sytuacji, gdy XML ignoruje elementy w modelach zawartości, które są niezdefiniowane, elementy formularzy i tabel są automatycznie usuwane z tego modelu.

E.4.4. Tworzenie nowego DTD

Niektórzy autorzy DTD mogą chcieć zacząć od zera, używając ogólnych zasad modularyzacji XHTML jako narzędzia do konstruowania nowego języka znaczników. Język ten musi składać się z minimalnie wymaganych modułów z XHTML. Może także zawierać inne zdefiniowane w XHTNL moduły czy jakiekolwiek inne moduły, które autor chce włączyć. W tym przykładzie weźmiemy wymagane moduły XHTML, dodamy kilka modułów zdefiniowanych w XHTML i dodamy też moduł, który zdefiniowaliśmy powyżej.

Pierwszym krokiem jest użycie dostarczanego wraz z XHTML szablonu dla nowego modułu nazw kwalifikowanych, zmodyfikowanego w celu zdefiniowania nazw kwalifikowanych i przestrzeni nazw dla naszych nowych elementów.

<!-- plik: myml-qname-1.mod -->

<!-- Wprowadź typy danych - do deklarowania atrybutów xmlns używamy
     encji parametrycznej URI.datatype. -->
<!ENTITY % MyML-datatypes.mod
         PUBLIC "-//W3C//ENTITIES XHTML Datatypes 1.0//EN"
         "http://www.w3.org/TR/xhtml-modularization/DTD/xhtml-datatypes-1.mod" >
%MyML-datatypes.mod;

<!-- Ustaw domyślne niedodawanie przedrostków w tym module -->
<!ENTITY % NS.prefixed "IGNORE" >
<!ENTITY % MyML.prefixed "%NS.prefixed;" >

<!-- Zadeklaruj rzeczywistą przestrzeń nazw tego modułu -->
<!ENTITY % MyML.xmlns "http://www.example.com/xmlns/myml" >

<!-- Zadeklaruj domyślny przedrostek dla tego modułu -->
<!ENTITY % MyML.prefix "myml" >

<!-- Jeśli do przestrzeni nazw tego modułu dodawany jest przedrostek -->
<![%MyML.prefixed;[
  <!ENTITY % MyML.pfx  "%MyML.prefix;:" >
]]>
<!ENTITY % MyML.pfx  "" >

<!-- Zadeklaruj encję parametryczną (EP), która definiuje wszystkie zewnętrzne
     przestrzenie nazw używane przez ten moduł -->
<!ENTITY % MyML.xmlns.extra.attrib "" >

<!-- Zadeklaruj EP definiującą atrybuty xmlns mające być używane przez MyML. -->
<![%MyML.prefixed;[
<!ENTITY % MyML.xmlns.attrib
   "xmlns:%MyML.prefix;  %URI.datatype;  #FIXED '%MyML.xmlns;'
   %MyML.xmlns.extra.attrib;"
>
]]>
<!ENTITY % MyML.xmlns.attrib
   "xmlns   %URI.datatype;  #FIXED '%MyML.xmlns;'
    %MyML.xmlns.extra.attrib;"
>

<!-- Upewnij się, że atrybuty przestrzeni nazw MyML są zawarte w zestawie
     atrybutów XHTML -->
<![%NS.prefixed;[
<!ENTITY % XHTML.xmlns.extra.attrib
    "%MyML.xmlns.attrib;" >
]]>
<!ENTITY % XHTML.xmlns.extra.attrib
    ""
>
<!-- Teraz zadeklaruj nazwy elementów -->

<!ENTITY % MyML.myelement.qname "%MyML.pfx;myelement" >
<!ENTITY % MyML.myotherelement.qname "%MyML.pfx;myotherelement" >

Następnie zdefiniuj moduł definiujący elementy i atrybuty przy użyciu dostarczanego wraz z XHTML szablonu.

<!-- ...................................................................... -->
<!-- My Elements Module ................................................... -->
<!-- plik: myml-elements-1_0.mod

     PUBLIC "-//MY COMPANY//ELEMENTS XHTML MyML Elements 1.0//EN"
     SYSTEM "http://example.com/DTDs/myml-elements-1_0.mod"

     xmlns:myml="http://example.com/DTDs/myml-1_0.dtd"
     ...................................................................... -->

<!-- Moduł My Elements

     myelement
     myotherelement

     Jedynym zadaniem tego modułu jest dostarczenie struktury
     dla zawartości typu PCDATA.
-->

<!ELEMENT %MyML.myelement.qname;
     ( #PCDATA | %MyML.myotherelement.qname; )* >
<!ATTLIST %MyML.myelement.qname;
     myattribute    CDATA   #IMPLIED
     %MyML.xmlns.attrib;
>

<!ELEMENT %MyML.myotherelement.qname; EMPTY >
<!ATTLIST %MyML.myotherelement.qname;
      %MyML.xmlns.attrib;
>

<!ENTITY % MyML.img.myattr.qname "%MyML.pfx;myattr" >
<!ATTLIST %img.qname;
      %MyML.img.myattr.qname;   CDATA  #IMPLIED
      %MyML.xmlns.attrib;
>

<!-- koniec pliku myml-elements-1_0.mod -->

Teraz utwórz opis modelu zawartości, który przyłącza nowe elementy i atrybuty do innych elementów XHTML. Następujący przykład odpowiada modelowi zawartości XHTML Basic, jest jednak kompletnym, niezależnym modułem modelu zawartości:

<!-- ...................................................................... -->
<!-- MyML Model Module  ................................................... -->
<!-- plik: myml-model-1.mod

     PUBLIC "-//MY COMPANY//ELEMENTS XHTML MyML Model 1.0//EN"
     SYSTEM "http://example.com/DTDs/myml-model-1_0.mod"

     xmlns:myml="http://www.example.com/xmlns/myml"
     ...................................................................... -->

<!-- Zdefiniuj model zawartości dla Misc.extra -->
<!ENTITY % Misc.class
     "| %MyML.myelement.qname; ">

<!-- ..................  Elementy wewnątrzwierszowe  .................... -->

<!ENTITY % HeadOpts.mix
     "( %meta.qname; )*" >

<!ENTITY % I18n.class "" >

<!ENTITY % InlStruct.class "%br.qname; | %span.qname;" >

<!ENTITY % InlPhras.class
     "| %em.qname; | %strong.qname; | %dfn.qname; | %code.qname;
      | %samp.qname; | %kbd.qname; | %var.qname; | %cite.qname;
      | %abbr.qname; | %acronym.qname; | %q.qname;" >

<!ENTITY % InlPres.class
     "" >

<!ENTITY % Anchor.class "| %a.qname;" >

<!ENTITY % InlSpecial.class "| %img.qname; " >

<!ENTITY % Inline.extra "" >

<!-- %Inline.class; zawiera wszystkie elementy wewnątrzwierszowe
     używane jako składniki w różnych połączeniach
-->
<!ENTITY % Inline.class
     "%InlStruct.class;
      %InlPhras.class;
      %InlPres.class;
      %Anchor.class;
      %InlSpecial.class;"
>

<!-- %InlNoAnchor.class; zawiera wszystkie niekotwicowe elementy wewnątrzwierszowe
     używane jako składniki w różnych połączeniach
-->
<!ENTITY % InlNoAnchor.class
     "%InlStruct.class;
      %InlPhras.class;
      %InlPres.class;
      %InlSpecial.class;"
>

<!-- %InlNoAnchor.mix; zawiera wszystkie niekotwicowe elementy wewnątrzwierszowe
-->
<!ENTITY % InlNoAnchor.mix
     "%InlNoAnchor.class;
      %Misc.class;"
>

<!-- %Inline.mix; zawiera wszystkie elementy wewnątrzwierszowe, łącznie z %Misc.class;
-->
<!ENTITY % Inline.mix
     "%Inline.class;
      %Misc.class;"
>

<!-- .....................  Elementy blokowe  ...................... -->

<!ENTITY % Heading.class
     "%h1.qname; | %h2.qname; | %h3.qname;
      | %h4.qname; | %h5.qname; | %h6.qname;" >

<!ENTITY % List.class "%ul.qname; | %ol.qname; | %dl.qname;" >

<!ENTITY % BlkStruct.class "%p.qname; | %div.qname;" >

<!ENTITY % BlkPhras.class
     "| %pre.qname; | %blockquote.qname; | %address.qname;" >

<!ENTITY % BlkPres.class "" >

<!ENTITY % Block.extra "" >

<!-- %Block.class; zawiera wszystkie elementy blokowe
     używane jako składniki w różnych połączeniach
-->
<!ENTITY % Block.class
     "%BlkStruct.class;
      %BlkPhras.class;
      %BlkPres.class;
      %Block.extra;"
>

<!-- %Block.mix; zawiera wszystkie elementy blokowe plus %Misc.class;
-->
<!ENTITY % Block.mix
     "%Heading.class;
      | %List.class;
      | %Block.class;
      %Misc.class;"
>

<!-- ..............  Wszystkie elementy zawartości  ................ -->

<!-- %Flow.mix; zawiera wszystkie elementy zawartości tekstowej,
     blokowe i wewnątrzwierszowe -->
<!ENTITY % Flow.mix
     "%Heading.class;
      | %List.class;
      | %Block.class;
      | %Inline.class;
      %Misc.class;"
>

<!-- specjalny model zawartości dla elementu pre -->
<!ENTITY % pre.content
    "( #PCDATA
     | %Inline.class; )*"
>

<!-- koniec pliku myml-model-1.mod -->

Na koniec użyj dostarczanego wraz z XHTML szablonu dla nowego DTD, zmodyfikowanego w sposób odpowiedni dla naszego nowego języka znaczników:

<!-- ....................................................................... -->
<!-- MYML DTD  ............................................................. -->
<!-- plik: myml-1_0.dtd -->

<!-- To jest sterownik DTD dla myml 1.0.

     Do identyfikacji proszę użyć tego formalnego identyfikatora publicznego:

         "-//MY COMPANY//DTD XHTML MYML 1.0//EN"

     To jest przestrzeń nazw dla elementów właściwych tylko dla myml:

         xmlns:myml="http://www.example.com/xmlns/myml"
-->
<!ENTITY % XHTML.version  "-//MY COMPANY//DTD XHTML MYML 1.0//EN" >

<!-- zarezerwowane do użycia z profilami dokumentu -->
<!ENTITY % XHTML.profile  "" >

<!-- Nakaż zasadom ogólnym używanie naszego modułu nazw kwalifikowanych
     jako dodatkowego sterownika nazw kwalifikowanych
-->
<!ENTITY % xhtml-qname-extra.mod
     SYSTEM "myml-qname-1.mod" >

<!-- Zdefiniuj Model Zawartości dla użytku zasad ogólnych -->
<!ENTITY % xhtml-model.mod
     SYSTEM "myml-model-1.mod" >

<!-- Wyłącz obługę tekstu dwukierunkowego -->
<!ENTITY % XHTML.bidi  "IGNORE" >

<!-- Wprowadź zasady ogólne XHTML -->
<!ENTITY % xhtml-framework.mod
     PUBLIC "-//W3C//ENTITIES XHTML Modular Framework 1.0//EN"
            "http://www.w3.org/TR/xhtml-modularization/DTD/xhtml-framework-1.mod" >
%xhtml-framework.mod;

<!-- Moduł Basic Text (wymagany)  ............................... -->
<!ENTITY % xhtml-text.mod
     PUBLIC "-//W3C//ELEMENTS XHTML Basic Text 1.0//EN"
            "http://www.w3.org/TR/xhtml-modularization/DTD/xhtml-text-1.mod" >
%xhtml-text.mod;

<!-- Moduł Hypertext (wymagany) ................................. -->
<!ENTITY % xhtml-hypertext.mod
     PUBLIC "-//W3C//ELEMENTS XHTML Hypertext 1.0//EN"
            "http://www.w3.org/TR/xhtml-modularization/DTD/xhtml-hypertext-1.mod" >
%xhtml-hypertext.mod;

<!-- Moduł Lists (wymagany)  .................................... -->
<!ENTITY % xhtml-list.mod
     PUBLIC "-//W3C//ELEMENTS XHTML Lists 1.0//EN"
            "http://www.w3.org/TR/xhtml-modularization/DTD/xhtml-list-1.mod" >
%xhtml-list.mod;

<!-- Moduł My Elements   ........................................ -->
<!ENTITY % MyML-elements.mod
     SYSTEM "myml-elements-1.mod" >
%MyML-elements.mod;

<!-- Moduł XHTML Images  ........................................ -->
<!ENTITY % xhtml-image.mod
     PUBLIC "-//W3C//ELEMENTS XHTML Images 1.0//EN"
            "http://www.w3.org/TR/xhtml-modularization/DTD/xhtml-image-1.mod" >
%xhtml-image.mod;

<!-- Moduł Document Metainformation  ............................ -->
<!ENTITY % xhtml-meta.mod
     PUBLIC "-//W3C//ELEMENTS XHTML Metainformation 1.0//EN"
            "http://www.w3.org/TR/xhtml-modularization/DTD/xhtml-meta-1.mod" >
%xhtml-meta.mod;

<!-- Moduł Document Structure (wymagany)  ....................... -->
<!ENTITY % xhtml-struct.mod
     PUBLIC "-//W3C//ELEMENTS XHTML Document Structure 1.0//EN"
            "http://www.w3.org/TR/xhtml-modularization/DTD/xhtml-struct-1.mod" >
%xhtml-struct.mod;

E.5. Używanie nowego DTD

Nowo opracowane DTD może być teraz używane w dowolnym dokumencie. Używanie takiego DTD jest bardzo proste — wystarczy odwołać się do niego w deklaracji DOCTYPE dokumentu:

<!DOCTYPE html SYSTEM "myml-1_0.dtd" >
<html xmlns="http://www.w3.org/1999/xhtml" >
<head>
<title>Przykład z użyciem domyślnych ustawień</title>
</head>
<body>
<p>To jest zawartość w przestrzeni nazw XHTML </p>
<myelement>
  To jest zawartość w przestrzeni nazw SimpleML.
  <myotherelement />
</myelement>
<p><img src="missing" alt="Missing image" myattr="value"/></p>
</body>
</html>

Dokument ten może też używać elementów spoza przestrzeni nazw XHTML poprzez dodanie do nich przedrostka:

<!DOCTYPE html SYSTEM "myml-1_0.dtd" [
  <!ENTITY % MyML.prefixed "INCLUDE" >
]>
<html xmlns="http://www.w3.org/1999/xhtml" >
<head>
<title>Przykład z użyciem domyślnych ustawień</title>
</head>
<body>
<p>To jest zawartość w przestrzeni nazw XHTML</p>
<myml:myelement>
  To jest zawartość w przestrzeni nazw myml.
  <myml:myotherelement />
</myml:myelement>
<p><img src="missing" alt="Missing image" myml:myattr="value" /></p>
</body>
</html>

F. Implementacje modułów XHTML w DTD

Ten dodatek ma charakter normatywny.

Ten dodatek zawiera implementacje modułów zdefiniowanych w rozdziale Moduły abstrakcyjne XHTML poprzez DTD XML. Implementacje te mogą być używane przez typy dokumentu rodziny XHTML.

F.1. Encje znakowe XHTML

DTD XHTML udostępnia standardowy zestaw nazwanych odwołań znakowych. Encje te są zdefiniowane w tej części.

F.1.1. Encje znakowe alfabetu łacińskiego 1 dla XHTML

<!-- .............................................................................. -->
<!-- Kompatybilny z XML zestaw encji znakowych alfabetu łacińskiego 1 ISO dla XHTML -->
<!-- plik: xhtml-lat1.ent

     Typowe wywołanie:

       <!ENTITY % xhtml-lat1
           PUBLIC "-//W3C//ENTITIES Latin 1 for XHTML//EN"
                  "xhtml-lat1.ent" >
       %xhtml-lat1;

     Ten moduł DTD jest identyfikowany przez publiczne i systemowe identyfikatory:

       PUBLIC "-//W3C//ENTITIES Latin 1 for XHTML//EN"
       SYSTEM "http://www.w3.org/TR/xhtml-modularization/DTD/xhtml-lat1.ent"

     Rewizja:  $Id: xhtml-lat1.ent,v 4.1 2001/04/10 09:34:14 altheim Exp $ SMI

     Portions (C) International Organization for Standardization 1986
     Zezwala się na kopiowanie w jakiejkolwiek formie w celu
     używania w systemach i aplikacjach SGML zgodnych z definicją
     ISO 8879, pod warunkiem załączenia tej noty we wszystkich kopiach.
-->

<!ENTITY nbsp   "&#160;"> <!-- spacja niełamiąca wiersza, U+00A0 ISOnum -->
<!ENTITY iexcl  "&#161;"> <!-- odwrócony wykrzyknik, U+00A1 ISOnum -->
<!ENTITY cent   "&#162;"> <!-- znak centa, U+00A2 ISOnum -->
<!ENTITY pound  "&#163;"> <!-- znak funta, U+00A3 ISOnum -->
<!ENTITY curren "&#164;"> <!-- znak waluty, U+00A4 ISOnum -->
<!ENTITY yen    "&#165;"> <!-- znak jena = znak yuana, U+00A5 ISOnum -->
<!ENTITY brvbar "&#166;"> <!-- przerwana kreska = przerwana pionowa kreska, U+00A6 ISOnum -->
<!ENTITY sect   "&#167;"> <!-- paragraf, U+00A7 ISOnum -->
<!ENTITY uml    "&#168;"> <!-- dwie kropki (diereza), U+00A8 ISOdia -->
<!ENTITY copy   "&#169;"> <!-- znak praw autorskich, U+00A9 ISOnum -->
<!ENTITY ordf   "&#170;"> <!-- wskaźnik rodzaju żeńskiego liczebnika porządkowego, U+00AA ISOnum -->
<!ENTITY laquo  "&#171;"> <!-- podwójny cudzysłów kątowy skierowany w lewo, U+00AB ISOnum -->
<!ENTITY not    "&#172;"> <!-- znak negacji, U+00AC ISOnum -->
<!ENTITY shy    "&#173;"> <!-- opcjonalny dywiz, U+00AD ISOnum -->
<!ENTITY reg    "&#174;"> <!-- symbol zastrzeżonego znaku towarowego, U+00AE ISOnum -->
<!ENTITY macr   "&#175;"> <!-- makron = nadkreślnik, U+00AF ISOdia -->
<!ENTITY deg    "&#176;"> <!-- znak stopnia, U+00B0 ISOnum -->
<!ENTITY plusmn "&#177;"> <!-- znak plus-minus, U+00B1 ISOnum -->
<!ENTITY sup2   "&#178;"> <!-- dwa w indeksie górnym = druga potęga, U+00B2 ISOnum -->
<!ENTITY sup3   "&#179;"> <!-- trzy w indeksie górnym = trzecia potęga, U+00B3 ISOnum -->
<!ENTITY acute  "&#180;"> <!-- kreska (akcent akutowy), U+00B4 ISOdia -->
<!ENTITY micro  "&#181;"> <!-- mikron, U+00B5 ISOnum -->
<!ENTITY para   "&#182;"> <!-- znak akapitu, U+00B6 ISOnum -->
<!ENTITY middot "&#183;"> <!-- kropka pośrodku = gruziński przecinek = grecka środkowa kropka, U+00B7 ISOnum -->
<!ENTITY cedil  "&#184;"> <!-- haczyk (cedilla), U+00B8 ISOdia -->
<!ENTITY sup1   "&#185;"> <!-- jeden w indeksie górnym, U+00B9 ISOnum -->
<!ENTITY ordm   "&#186;"> <!-- wskaźnik męskiego rodzaju liczebnika porządkowego, U+00BA ISOnum -->
<!ENTITY raquo  "&#187;"> <!-- podwójny cudzysłów kątowy skierowany w prawo, U+00BB ISOnum -->
<!ENTITY frac14 "&#188;"> <!-- ułamek zwykły jedna czwarta, U+00BC ISOnum -->
<!ENTITY frac12 "&#189;"> <!-- ułamek zwykły jedna druga, U+00BD ISOnum -->
<!ENTITY frac34 "&#190;"> <!-- ułamek zwykły trzy czwarte, U+00BE ISOnum -->
<!ENTITY iquest "&#191;"> <!-- odwrócony pytajnik, U+00BF ISOnum -->
<!ENTITY Agrave "&#192;"> <!-- łacińska wielka litera A z odwrotną kreską, U+00C0 ISOlat1 -->
<!ENTITY Aacute "&#193;"> <!-- łacińska wielka litera A z kreską, U+00C1 ISOlat1 -->
<!ENTITY Acirc  "&#194;"> <!-- łacińska wielka litera A z daszkiem, U+00C2 ISOlat1 -->
<!ENTITY Atilde "&#195;"> <!-- łacińska wielka litera A z tyldą, U+00C3 ISOlat1 -->
<!ENTITY Auml   "&#196;"> <!-- łacińska wielka litera A z dwiema kropkami, U+00C4 ISOlat1 -->
<!ENTITY Aring  "&#197;"> <!-- łacińska wielka litera A z kółkiem, U+00C5 ISOlat1 -->
<!ENTITY AElig  "&#198;"> <!-- łacińska wielka litera AE = łacińska wielka ligatura AE, U+00C6 ISOlat1 -->
<!ENTITY Ccedil "&#199;"> <!-- łacińska wielka litera C z haczykiem, U+00C7 ISOlat1 -->
<!ENTITY Egrave "&#200;"> <!-- łacińska wielka litera E z odwrotną kreską, U+00C8 ISOlat1 -->
<!ENTITY Eacute "&#201;"> <!-- łacińska wielka litera E z kreską, U+00C9 ISOlat1 -->
<!ENTITY Ecirc  "&#202;"> <!-- łacińska wielka litera E z daszkiem, U+00CA ISOlat1 -->
<!ENTITY Euml   "&#203;"> <!-- łacińska wielka litera E z dwiema kropkami, U+00CB ISOlat1 -->
<!ENTITY Igrave "&#204;"> <!-- łacińska wielka litera I z odwrotną kreską, U+00CC ISOlat1 -->
<!ENTITY Iacute "&#205;"> <!-- łacińska wielka litera I z kreską, U+00CD ISOlat1 -->
<!ENTITY Icirc  "&#206;"> <!-- łacińska wielka litera I z daszkiem, U+00CE ISOlat1 -->
<!ENTITY Iuml   "&#207;"> <!-- łacińska wielka litera I z dwiema kropkami, U+00CF ISOlat1 -->
<!ENTITY ETH    "&#208;"> <!-- łacińska wielka litera ETH, U+00D0 ISOlat1 -->
<!ENTITY Ntilde "&#209;"> <!-- łacińska wielka litera N z tyldą, U+00D1 ISOlat1 -->
<!ENTITY Ograve "&#210;"> <!-- łacińska wielka litera O z odwrotną kreską, U+00D2 ISOlat1 -->
<!ENTITY Oacute "&#211;"> <!-- łacińska wielka litera O z kreską, U+00D3 ISOlat1 -->
<!ENTITY Ocirc  "&#212;"> <!-- łacińska wielka litera O z daszkiem, U+00D4 ISOlat1 -->
<!ENTITY Otilde "&#213;"> <!-- łacińska wielka litera O z tyldą, U+00D5 ISOlat1 -->
<!ENTITY Ouml   "&#214;"> <!-- łacińska wielka litera O z dwiema kropkami, U+00D6 ISOlat1 -->
<!ENTITY times  "&#215;"> <!-- znak iloczynu kartezjańskiego / wektorowego, U+00D7 ISOnum -->
<!ENTITY Oslash "&#216;"> <!-- łacińska wielka litera O z przekreśleniem, U+00D8 ISOlat1 -->
<!ENTITY Ugrave "&#217;"> <!-- łacińska wielka litera U z odwrotną kreską, U+00D9 ISOlat1 -->
<!ENTITY Uacute "&#218;"> <!-- łacińska wielka litera U z kreską, U+00DA ISOlat1 -->
<!ENTITY Ucirc  "&#219;"> <!-- łacińska wielka litera U z daszkiem, U+00DB ISOlat1 -->
<!ENTITY Uuml   "&#220;"> <!-- łacińska wielka litera U z dwiema kropkami, U+00DC ISOlat1 -->
<!ENTITY Yacute "&#221;"> <!-- łacińska wielka litera Y z kreską, U+00DD ISOlat1 -->
<!ENTITY THORN  "&#222;"> <!-- łacińska wielka litera THORN, U+00DE ISOlat1 -->
<!ENTITY szlig  "&#223;"> <!-- łacińska mała litera długie s = es-zet, U+00DF ISOlat1 -->
<!ENTITY agrave "&#224;"> <!-- łacińska mała litera a z odwrotną kreską, U+00E0 ISOlat1 -->
<!ENTITY aacute "&#225;"> <!-- łacińska mała litera a z kreską, U+00E1 ISOlat1 -->
<!ENTITY acirc  "&#226;"> <!-- łacińska mała litera a z daszkiem, U+00E2 ISOlat1 -->
<!ENTITY atilde "&#227;"> <!-- łacińska mała litera a z tyldą, U+00E3 ISOlat1 -->
<!ENTITY auml   "&#228;"> <!-- łacińska mała litera a z dwiema kropkami, U+00E4 ISOlat1 -->
<!ENTITY aring  "&#229;"> <!-- łacińska mała litera a z kółkiem, U+00E5 ISOlat1 -->
<!ENTITY aelig  "&#230;"> <!-- łacińska mała litera ae = łacińska mała ligatura ae, U+00E6 ISOlat1 -->
<!ENTITY ccedil "&#231;"> <!-- łacińska mała litera c z haczykiem, U+00E7 ISOlat1 -->
<!ENTITY egrave "&#232;"> <!-- łacińska mała litera e z odwrotną kreską, U+00E8 ISOlat1 -->
<!ENTITY eacute "&#233;"> <!-- łacińska mała litera e z kreską, U+00E9 ISOlat1 -->
<!ENTITY ecirc  "&#234;"> <!-- łacińska mała litera e z daszkiem, U+00EA ISOlat1 -->
<!ENTITY euml   "&#235;"> <!-- łacińska mała litera e z dwiema kropkami, U+00EB ISOlat1 -->
<!ENTITY igrave "&#236;"> <!-- łacińska mała litera i z odwrotną kreską, U+00EC ISOlat1 -->
<!ENTITY iacute "&#237;"> <!-- łacińska mała litera i z kreską, U+00ED ISOlat1 -->
<!ENTITY icirc  "&#238;"> <!-- łacińska mała litera i z daszkiem, U+00EE ISOlat1 -->
<!ENTITY iuml   "&#239;"> <!-- łacińska mała litera i z dwiema kropkami, U+00EF ISOlat1 -->
<!ENTITY eth    "&#240;"> <!-- łacińska mała litera eth, U+00F0 ISOlat1 -->
<!ENTITY ntilde "&#241;"> <!-- łacińska mała litera n z tyldą, U+00F1 ISOlat1 -->
<!ENTITY ograve "&#242;"> <!-- łacińska mała litera o z odwrotną kreską, U+00F2 ISOlat1 -->
<!ENTITY oacute "&#243;"> <!-- łacińska mała litera o z kreską, U+00F3 ISOlat1 -->
<!ENTITY ocirc  "&#244;"> <!-- łacińska mała litera o z daszkiem, U+00F4 ISOlat1 -->
<!ENTITY otilde "&#245;"> <!-- łacińska mała litera o z tyldą, U+00F5 ISOlat1 -->
<!ENTITY ouml   "&#246;"> <!-- łacińska mała litera o z dwiema kropkami, U+00F6 ISOlat1 -->
<!ENTITY divide "&#247;"> <!-- anglosaski znak dzielenia, U+00F7 ISOnum -->
<!ENTITY oslash "&#248;"> <!-- łacińska mała litera o z przekreśleniem, U+00F8 ISOlat1 -->
<!ENTITY ugrave "&#249;"> <!-- łacińska mała litera u z odwrotną kreską, U+00F9 ISOlat1 -->
<!ENTITY uacute "&#250;"> <!-- łacińska mała litera u z kreską, U+00FA ISOlat1 -->
<!ENTITY ucirc  "&#251;"> <!-- łacińska mała litera u z daszkiem, U+00FB ISOlat1 -->
<!ENTITY uuml   "&#252;"> <!-- łacińska mała litera u z dwiema kropkami, U+00FC ISOlat1 -->
<!ENTITY yacute "&#253;"> <!-- łacińska mała litera y z kreską, U+00FD ISOlat1 -->
<!ENTITY thorn  "&#254;"> <!-- łacińska mała litera thorn, U+00FE ISOlat1 -->
<!ENTITY yuml   "&#255;"> <!-- łacińska mała litera y z dwiema kropkami, U+00FF ISOlat1 -->
<!-- koniec pliku xhtml-lat1.ent -->

F.1.2. Znaki specjalne dla XHTML

<!-- .......................................................................... -->
<!-- Kompatybilny z XML zestaw encji znakowych znaków spacjalnych ISO dla XHTML -->
<!-- plik: xhtml-special.ent

     Typowe wywołanie:

       <!ENTITY % xhtml-special
           PUBLIC "-//W3C//ENTITIES Special for XHTML//EN"
                  "xhtml-special.ent" >
       %xhtml-special;

     Ten moduł DTD jest identyfikowany przez publiczne i systemowe identyfikatory:

       PUBLIC "-//W3C//ENTITIES Special for XHTML//EN"
       SYSTEM "http://www.w3.org/TR/xhtml-modularization/DTD/xhtml-special.ent"

     Rewizja:  $Id: xhtml-special.ent,v 4.1 2001/04/10 09:34:14 altheim Exp $ SMI

     Portions (C) International Organization for Standardization 1986
     Zezwala się na kopiowanie w jakiejkolwiek formie w celu
     używania w systemach i aplikacjach SGML zgodnych z definicją
     ISO 8879, pod warunkiem załączenia tej noty we wszystkich kopiach.

     Rewizje:
2000-10-28: dodano &apos; i zmieniono predefiniowane encje XML w celu kompatybilności
-->

<!-- Podano nazwy opowiednich zestawów encji ISO, chyba że nazwa jest nowo
     wprowadzona. Nowe nazwy (tj. niebędące na liście ISO 8879 [SGML]) nie
     kolidują z żadną istniejącą nazwą encji ISO 8879. Dla każdego znaku podano
     szesnastkowo numery znaków ISO 10646 [ISO10646]. Wartości są dziesiętnymi
     odpowiednikami wartości ISO 10646 i odsyłają do zestawu znaków
     dokumentu. Nazwy są nazwami Unicode [UNICODE].
-->

<!-- Znaki sterujące C0 i postawowy alfabet łaciński -->
<!ENTITY lt   "&#38;#60;"> <!--  znak mniejszości, U+003C ISOnum -->
<!ENTITY gt       "&#62;"> <!--  znak większości, U+003E ISOnum -->
<!ENTITY amp  "&#38;#38;"> <!--  znak et, U+0026 ISOnum -->
<!ENTITY apos     "&#39;"> <!--  apostrof, U+0027 ISOnum -->
<!ENTITY quot     "&#34;"> <!--  cudzysłów, U+0022 ISOnum -->

<!-- Łaciński rozszerzony A -->
<!ENTITY OElig   "&#338;"> <!--  łacińska wielka ligatura OE, U+0152 ISOlat2 -->
<!ENTITY oelig   "&#339;"> <!--  łacińska mała ligatura oe, U+0153 ISOlat2 -->
<!-- ligatura to myląca nazwa, jest to osobna litera w niektórych językach -->
<!ENTITY Scaron  "&#352;"> <!--  łacińska wielka litera S z ptaszkiem, U+0160 ISOlat2 -->
<!ENTITY scaron  "&#353;"> <!--  łacińska mała litera s z ptaszkiem, U+0161 ISOlat2 -->
<!ENTITY Yuml    "&#376;"> <!--  łacińska wielka litera Y z dwiema kropkami, U+0178 ISOlat2 -->

<!-- Litery modyfikujące -->
<!ENTITY circ    "&#710;"> <!--  daszek - litera modyfikująca, U+02C6 ISOpub -->
<!ENTITY tilde   "&#732;"> <!--  mała tylda, U+02DC ISOdia -->

<!-- Interpunkcja ogólnego użytku -->
<!ENTITY ensp    "&#8194;"> <!-- spacja en, U+2002 ISOpub -->
<!ENTITY emsp    "&#8195;"> <!-- spacja em, U+2003 ISOpub -->
<!ENTITY thinsp  "&#8201;"> <!-- cienka spacja, U+2009 ISOpub -->
<!ENTITY zwnj    "&#8204;"> <!-- znak rozłączający zerowej szerokości, U+200C NOWA RFC 2070 -->
<!ENTITY zwj     "&#8205;"> <!-- znak łączący zerowej szerokości, U+200D NOWA RFC 2070 -->
<!ENTITY lrm     "&#8206;"> <!-- znacznik kierunku od lewej do prawej, U+200E NOWA RFC 2070 -->
<!ENTITY rlm     "&#8207;"> <!-- znacznik kierunku od prawej do lewej, U+200F NOWA RFC 2070 -->
<!ENTITY ndash   "&#8211;"> <!-- półpauza, U+2013 ISOpub -->
<!ENTITY mdash   "&#8212;"> <!-- pauza (myślnik), U+2014 ISOpub -->
<!ENTITY lsquo   "&#8216;"> <!-- lewy pojedynczy cudzysłów, U+2018 ISOnum -->
<!ENTITY rsquo   "&#8217;"> <!-- prawy pojedynczy cudzysłów, U+2019 ISOnum -->
<!ENTITY sbquo   "&#8218;"> <!-- pojedynczy dolny cudzysłów dziewiątkopodobny, U+201A NOWA -->
<!ENTITY ldquo   "&#8220;"> <!-- lewy podwójny cudzysłów, U+201C ISOnum -->
<!ENTITY rdquo   "&#8221;"> <!-- prawy podwójny cudzysłów, U+201D ISOnum -->
<!ENTITY bdquo   "&#8222;"> <!-- podwójny dolny cudzysłów dziewiątkopodobny, U+201E NOWA -->
<!ENTITY dagger  "&#8224;"> <!-- krzyż, U+2020 ISOpub -->
<!ENTITY Dagger  "&#8225;"> <!-- podwójny krzyż, U+2021 ISOpub -->
<!ENTITY permil  "&#8240;"> <!-- znak promila, U+2030 ISOtech -->
<!ENTITY lsaquo  "&#8249;"> <!-- pojedynczy cudzysłów kątowy skierowany w lewo, U+2039 propozycja ISO -->
<!-- lsaquo to propozycja, nie jest jeszcze częścią standardu ISO -->
<!ENTITY rsaquo  "&#8250;"> <!-- pojedynczy cudzysłów kątowy skierowany w prawo, U+203A propozycja ISO -->
<!-- rsaquo to propozycja, nie jest jeszcze częścią standardu ISO -->
<!ENTITY euro   "&#8364;"> <!--  znak euro, U+20AC NOWA -->

<!-- koniec pliku xhtml-special.ent -->

F.1.3. Znaki matematyczne, greckie i symbole dla XHTML

<!-- .............................................................................. -->
<!-- Zestaw encji znakowych znaków matematycznych, greckich i symboli ISO dla XHTML -->
<!-- plik: xhtml-symbol.ent

     Typowe wywołanie:

       <!ENTITY % xhtml-symbol
           PUBLIC "-//W3C//ENTITIES Symbols for XHTML//EN"
                  "xhtml-symbol.ent" >
       %xhtml-symbol;

     Ten moduł DTD jest identyfikowany przez publiczne i systemowe identyfikatory:

       PUBLIC "-//W3C//ENTITIES Symbols for XHTML//EN"
       SYSTEM "http://www.w3.org/TR/xhtml-modularization/DTD/xhtml-symbol.ent"

     Rewizja:  $Id: xhtml-symbol.ent,v 4.1 2001/04/10 09:34:14 altheim Exp $ SMI

     Portions (C) International Organization for Standardization 1986
     Zezwala się na kopiowanie w jakiejkolwiek formie w celu
     używania w systemach i aplikacjach SGML zgodnych z definicją
     ISO 8879, pod warunkiem załączenia tej noty we wszystkich kopiach.
-->

<!-- Podano nazwy opowiednich zestawów encji ISO, chyba że nazwa jest nowo
     wprowadzona. Nowe nazwy (tj. niebędące na liście ISO 8879 [SGML]) nie
     kolidują z żadną istniejącą nazwą encji ISO 8879. Dla każdego znaku podano
     szesnastkowo numery znaków ISO 10646 [ISO10646]. Wartości są dziesiętnymi
     odpowiednikami wartości ISO 10646 i odsyłają do zestawu znaków
     dokumentu. Nazwy są nazwami Unicode [UNICODE].
-->

<!-- Łaciński rozszerzony B -->
<!ENTITY fnof     "&#402;"> <!-- łacińska mała litera f z zawijasem = funkcja = floren, U+0192 ISOtech -->

<!-- Alfabet grecki -->
<!ENTITY Alpha    "&#913;"> <!-- grecka wielka litera alfa, U+0391 -->
<!ENTITY Beta     "&#914;"> <!-- grecka wielka litera beta, U+0392 -->
<!ENTITY Gamma    "&#915;"> <!-- grecka wielka litera gamma, U+0393 ISOgrk3 -->
<!ENTITY Delta    "&#916;"> <!-- grecka wielka litera delta, U+0394 ISOgrk3 -->
<!ENTITY Epsilon  "&#917;"> <!-- grecka wielka litera epsilon, U+0395 -->
<!ENTITY Zeta     "&#918;"> <!-- grecka wielka litera dzeta, U+0396 -->
<!ENTITY Eta      "&#919;"> <!-- grecka wielka litera eta, U+0397 -->
<!ENTITY Theta    "&#920;"> <!-- grecka wielka litera theta, U+0398 ISOgrk3 -->
<!ENTITY Iota     "&#921;"> <!-- grecka wielka litera jota, U+0399 -->
<!ENTITY Kappa    "&#922;"> <!-- grecka wielka litera kappa, U+039A -->
<!ENTITY Lambda   "&#923;"> <!-- grecka wielka litera lambda, U+039B ISOgrk3 -->
<!ENTITY Mu       "&#924;"> <!-- grecka wielka litera mi, U+039C -->
<!ENTITY Nu       "&#925;"> <!-- grecka wielka litera ni, U+039D -->
<!ENTITY Xi       "&#926;"> <!-- grecka wielka litera ksi, U+039E ISOgrk3 -->
<!ENTITY Omicron  "&#927;"> <!-- grecka wielka litera omikron, U+039F -->
<!ENTITY Pi       "&#928;"> <!-- grecka wielka litera pi, U+03A0 ISOgrk3 -->
<!ENTITY Rho      "&#929;"> <!-- grecka wielka litera rho, U+03A1 -->
<!-- nie ma encji Sigmaf, nie ma w ogóle znaku U+03A2 -->
<!ENTITY Sigma    "&#931;"> <!-- grecka wielka litera sigma, U+03A3 ISOgrk3 -->
<!ENTITY Tau      "&#932;"> <!-- grecka wielka litera tau, U+03A4 -->
<!ENTITY Upsilon  "&#933;"> <!-- grecka wielka litera ypsilon, U+03A5 ISOgrk3 -->
<!ENTITY Phi      "&#934;"> <!-- grecka wielka litera fi, U+03A6 ISOgrk3 -->
<!ENTITY Chi      "&#935;"> <!-- grecka wielka litera chi, U+03A7 -->
<!ENTITY Psi      "&#936;"> <!-- grecka wielka litera psi, U+03A8 ISOgrk3 -->
<!ENTITY Omega    "&#937;"> <!-- grecka wielka litera omega, U+03A9 ISOgrk3 -->

<!ENTITY alpha    "&#945;"> <!-- grecka mała litera alfa, U+03B1 ISOgrk3 -->
<!ENTITY beta     "&#946;"> <!-- grecka mała litera beta, U+03B2 ISOgrk3 -->
<!ENTITY gamma    "&#947;"> <!-- grecka mała litera gamma, U+03B3 ISOgrk3 -->
<!ENTITY delta    "&#948;"> <!-- grecka mała litera delta, U+03B4 ISOgrk3 -->
<!ENTITY epsilon  "&#949;"> <!-- grecka mała litera epsilon, U+03B5 ISOgrk3 -->
<!ENTITY zeta     "&#950;"> <!-- grecka mała litera dzeta, U+03B6 ISOgrk3 -->
<!ENTITY eta      "&#951;"> <!-- grecka mała litera eta, U+03B7 ISOgrk3 -->
<!ENTITY theta    "&#952;"> <!-- grecka mała litera theta, U+03B8 ISOgrk3 -->
<!ENTITY iota     "&#953;"> <!-- grecka mała litera jota, U+03B9 ISOgrk3 -->
<!ENTITY kappa    "&#954;"> <!-- grecka mała litera kappa, U+03BA ISOgrk3 -->
<!ENTITY lambda   "&#955;"> <!-- grecka mała litera lambda, U+03BB ISOgrk3 -->
<!ENTITY mu       "&#956;"> <!-- grecka mała litera mi, U+03BC ISOgrk3 -->
<!ENTITY nu       "&#957;"> <!-- grecka mała litera ni, U+03BD ISOgrk3 -->
<!ENTITY xi       "&#958;"> <!-- grecka mała litera ksi, U+03BE ISOgrk3 -->
<!ENTITY omicron  "&#959;"> <!-- grecka mała litera omikron, U+03BF NOWA -->
<!ENTITY pi       "&#960;"> <!-- grecka mała litera pi, U+03C0 ISOgrk3 -->
<!ENTITY rho      "&#961;"> <!-- grecka mała litera rho, U+03C1 ISOgrk3 -->
<!ENTITY sigmaf   "&#962;"> <!-- grecka mała litera sigma końcowa, U+03C2 ISOgrk3 -->
<!ENTITY sigma    "&#963;"> <!-- grecka mała litera sigma, U+03C3 ISOgrk3 -->
<!ENTITY tau      "&#964;"> <!-- grecka mała litera tau, U+03C4 ISOgrk3 -->
<!ENTITY upsilon  "&#965;"> <!-- grecka mała litera ypsilon, U+03C5 ISOgrk3 -->
<!ENTITY phi      "&#966;"> <!-- grecka mała litera fi, U+03C6 ISOgrk3 -->
<!ENTITY chi      "&#967;"> <!-- grecka mała litera chi, U+03C7 ISOgrk3 -->
<!ENTITY psi      "&#968;"> <!-- grecka mała litera psi, U+03C8 ISOgrk3 -->
<!ENTITY omega    "&#969;"> <!-- grecka mała litera omega, U+03C9 ISOgrk3 -->
<!ENTITY thetasym "&#977;"> <!-- symbol grecka mała litera theta, U+03D1 NOWA -->
<!ENTITY upsih    "&#978;"> <!-- grecki symbol ypsilon z zawijasem, U+03D2 NOWA -->
<!ENTITY piv      "&#982;"> <!-- grecki symbol pi, U+03D6 ISOgrk3 -->

<!-- Znaki interpunkcyjne ogólnego użytku -->
<!ENTITY bull     "&#8226;"> <!-- znak wyliczenia = czarne kółko, U+2022 ISOpub  -->
<!-- znak wyliczenia NIE jest tym samym, co operator czarne kółko, U+2219 -->
<!ENTITY hellip   "&#8230;"> <!-- wielokropek, U+2026 ISOpub  -->
<!ENTITY prime    "&#8242;"> <!-- prim = minuty = stopy, U+2032 ISOtech -->
<!ENTITY Prime    "&#8243;"> <!-- bis = sekundy = cale, U+2033 ISOtech -->
<!ENTITY oline    "&#8254;"> <!-- znak nadkreślenia, U+203E NOWA -->
<!ENTITY frasl    "&#8260;"> <!-- kreska ułamkowa, U+2044 NOWA -->

<!-- Symbole literopodobne -->
<!ENTITY weierp   "&#8472;"> <!-- pisane wielkie P = moc zbioru = p Weierstrassa, U+2118 ISOamso -->
<!ENTITY image    "&#8465;"> <!-- pogrubiona wileka litera I = część urojona, U+2111 ISOamso -->
<!ENTITY real     "&#8476;"> <!-- pogrubiona wielka litera R = symbol części rzeczywistej, U+211C ISOamso -->
<!ENTITY trade    "&#8482;"> <!-- symbol znaku handlowego, U+2122 ISOnum -->
<!ENTITY alefsym  "&#8501;"> <!-- symbol alef = pierwsza nieskończona liczba
 kardynalna, U+2135 NOWA -->
<!-- symbol alef NIE jest tym samym, co hebrajska litera alef, U+05D0,
     jednak do zobrazowania obu tych znaków może być użyty ten sam glif -->

<!-- Strzałki -->
<!ENTITY larr     "&#8592;"> <!-- strzałka w lewo, U+2190 ISOnum -->
<!ENTITY uarr     "&#8593;"> <!-- strzałka w górę, U+2191 ISOnum-->
<!ENTITY rarr     "&#8594;"> <!-- strzałka w prawo, U+2192 ISOnum -->
<!ENTITY darr     "&#8595;"> <!-- strzałka w dół, U+2193 ISOnum -->
<!ENTITY harr     "&#8596;"> <!-- strzałka w lewo i w prawo, U+2194 ISOamsa -->
<!ENTITY crarr    "&#8629;"> <!-- strzałka w dół ze skrętem w lewo = powrót karetki, U+21B5 NOWA -->
<!ENTITY lArr     "&#8656;"> <!-- podwójna strzałka w lewo, U+21D0 ISOtech -->
<!-- Unicode nie stwierdza, że lArr jest tym samym, co "jest implikowane
     przez", ale nie ma innego znaku pełniącego tę funkcję. Więc? lArr może
     być użyte jako "jest implikowane przez", jak to sugeruje ISOtech -->
<!ENTITY uArr     "&#8657;"> <!-- podwójna strzałka w górę, U+21D1 ISOamsa -->
<!ENTITY rArr     "&#8658;"> <!-- podwójna strzałka w prawo, U+21D2 ISOtech -->
<!-- Unicode nie stwierdza, że jest to to samo, co znak implikacji, ale
     nie ma innego znaku pełniącego tę funkcję. Więc?
     rArr może być użyte jako znak implikacji, jak to sugeruje ISOtech -->
<!ENTITY dArr     "&#8659;"> <!-- podwójna strzałka w dół, U+21D3 ISOamsa -->
<!ENTITY hArr     "&#8660;"> <!-- podwójna strzałka w lewo i w prawo, U+21D4 ISOamsa -->

<!-- Operatory matematyczne -->
<!ENTITY forall   "&#8704;"> <!-- kwantyfikator ogólny, U+2200 ISOtech -->
<!ENTITY part     "&#8706;"> <!-- różniczka cząstkowa, U+2202 ISOtech  -->
<!ENTITY exist    "&#8707;"> <!-- kwantyfikator szczegółowy, U+2203 ISOtech -->
<!ENTITY empty    "&#8709;"> <!-- zbiór pusty = średnica, U+2205 ISOamso -->
<!ENTITY nabla    "&#8711;"> <!-- nabla = różnica wsteczna, U+2207 ISOtech -->
<!ENTITY isin     "&#8712;"> <!-- należy do zbioru, U+2208 ISOtech -->
<!ENTITY notin    "&#8713;"> <!-- nie należy do zbioru, U+2209 ISOtech -->
<!ENTITY ni       "&#8715;"> <!-- zawiera element, U+220B ISOtech -->
<!-- czy nie powinno być nazwy łatwiejszej do zapamiętania niż "ni"? -->
<!ENTITY prod     "&#8719;"> <!-- iloczyn uogólniony, U+220F ISOamsb -->
<!-- prod NIE jest tym samym znakiem, co U+03A0 "grecka wielka litera pi",
     chociaż dla obu tych znaków może być użyty ten sam glif -->
<!ENTITY sum      "&#8721;"> <!-- suma uogólniona, U+2211 ISOamsb -->
<!-- sum NIE jest tym samym znakiem, co U+03A3 "grecka wielka litera sigma",
     chociaż dla obu tych znaków może być użyty ten sam glif -->
<!ENTITY minus    "&#8722;"> <!-- minus, U+2212 ISOtech -->
<!ENTITY lowast   "&#8727;"> <!-- operator gwiazdka, U+2217 ISOtech -->
<!ENTITY radic    "&#8730;"> <!-- pierwiastek kwadratowy, U+221A ISOtech -->
<!ENTITY prop     "&#8733;"> <!-- znak proporcjonalności, U+221D ISOtech -->
<!ENTITY infin    "&#8734;"> <!-- nieskończoność, U+221E ISOtech -->
<!ENTITY ang      "&#8736;"> <!-- kąt, U+2220 ISOamso -->
<!ENTITY and      "&#8743;"> <!-- znak koniunkcji, U+2227 ISOtech -->
<!ENTITY or       "&#8744;"> <!-- znak alternatywy, U+2228 ISOtech -->
<!ENTITY cap      "&#8745;"> <!-- część wspólna zbiorów, U+2229 ISOtech -->
<!ENTITY cup      "&#8746;"> <!-- suma zbiorów, U+222A ISOtech -->
<!ENTITY int      "&#8747;"> <!-- całka, U+222B ISOtech -->
<!ENTITY there4   "&#8756;"> <!-- stąd, U+2234 ISOtech -->
<!ENTITY sim      "&#8764;"> <!-- operator tylda = podobne do, U+223C ISOtech -->
<!-- operator tylda NIE jest tym samym znakiem, co tylda, U+007E, jednak
     ten sam glif może być użyty do reprezentowania obu tych znaków  -->
<!ENTITY cong     "&#8773;"> <!-- w przybliżeniu równe, U+2245 ISOtech -->
<!ENTITY asymp    "&#8776;"> <!-- prawie równe = asymptotyczne do,
 U+2248 ISOamsr -->
<!ENTITY ne       "&#8800;"> <!-- nierówne, U+2260 ISOtech -->
<!ENTITY equiv    "&#8801;"> <!-- identyczne w stosunku do, U+2261 ISOtech -->
<!ENTITY le       "&#8804;"> <!-- mniejsze lub równe, U+2264 ISOtech -->
<!ENTITY ge       "&#8805;"> <!-- większe lub równe, U+2265 ISOtech -->
<!ENTITY sub      "&#8834;"> <!-- znak inkluzji, U+2282 ISOtech -->
<!ENTITY sup      "&#8835;"> <!-- jest nadzbiorem, U+2283 ISOtech -->
<!-- Zauważ, że nsup, "nie jest nadzbiorem", U+2283, nie jest częścią zestawu
     znaków czcionki Symbol, nie jest więc tu załączona. Czy dla symetrii
     powinna być? Jest w zestawie ISOamsn  -->
<!ENTITY nsub     "&#8836;"> <!-- nie jest podzbiorem, U+2284 ISOamsn -->
<!ENTITY sube     "&#8838;"> <!-- jest podzbiorem lub jest równe, U+2286 ISOtech -->
<!ENTITY supe     "&#8839;"> <!-- jest nadzbiorem lub jest równe, U+2287 ISOtech -->
<!ENTITY oplus    "&#8853;"> <!-- plus w kółku = suma bezpośrednia, U+2295 ISOamsb -->
<!ENTITY otimes   "&#8855;"> <!-- iloczyn tensorowy, U+2297 ISOamsb -->
<!ENTITY perp     "&#8869;"> <!-- znak prostopadłości, U+22A5 ISOtech -->
<!ENTITY sdot     "&#8901;"> <!-- znak mnożenia, U+22C5 ISOamsb -->
<!-- znak mnożenia NIE jest tym samym znakiem, co U+00B7 kropka pośrodku -->

<!-- Różnorodne znaki techniczne -->
<!ENTITY lceil    "&#8968;"> <!-- lewe ograniczenie górne, U+2308 ISOamsc  -->
<!ENTITY rceil    "&#8969;"> <!-- prawe ograniczenie górne,
 U+2309 ISOamsc  -->
<!ENTITY lfloor   "&#8970;"> <!-- lewe ograniczenie dolne, U+230A ISOamsc  -->
<!ENTITY rfloor   "&#8971;"> <!-- prawe ograniczenie dolne, U+230B ISOamsc  -->
<!ENTITY lang     "&#9001;"> <!-- lewy nawias kątowy, U+2329 ISOtech -->
<!-- lang NIE jest tym samym znakiem, co U+003C "znak mniejszości"
     czy U+2039 "pojedynczy cudzysłów kątowy skierowany w lewo" -->
<!ENTITY rang     "&#9002;"> <!-- prawy nawias kątowy, U+232A ISOtech -->
<!-- rang NIE jest tym samym znakiem, co U+003E "znak większości"
     czy U+203A "pojedynczy cudzysłów kątowy skierowany w prawo" -->

<!-- Kształty geometryczne -->
<!ENTITY loz      "&#9674;"> <!-- romb, U+25CA ISOpub -->

<!-- Różnorodne symbole -->
<!ENTITY spades   "&#9824;"> <!-- czarny pik, U+2660 ISOpub -->
<!-- czarny zdaje się tu oznaczać wypełniony, w przeciwieństwie do pustego -->
<!ENTITY clubs    "&#9827;"> <!-- czarny trefl, U+2663 ISOpub -->
<!ENTITY hearts   "&#9829;"> <!-- czarny kier, U+2665 ISOpub -->
<!ENTITY diams    "&#9830;"> <!-- czarne karo, U+2666 ISOpub -->

<!-- koniec pliku xhtml-symbol.ent -->

F.2. Modularne zasady ogólne XHTML

By korzystać z modułów DTD XHTML, autorzy DTD muszą zdefiniować model zawartości dla swojego DTD. XHTML dostarcza wiele różnych narzędzi ułatwiających to. Są one zdefiniowane w zbiorze modułów pomocniczych, które są rozwijane przez główny moduł zasad ogólnych:

<!-- ...................................................................... -->
<!-- XHTML Modular Framework Module  ...................................... -->
<!-- file: xhtml-framework-1.mod

     This is XHTML, a reformulation of HTML as a modular XML application.
     Copyright 1998-2001 W3C (MIT, INRIA, Keio), All Rights Reserved.
     Revision: $Id: xhtml-framework-1.mod,v 4.0 2001/04/02 22:42:49 altheim Exp $ SMI

     This DTD module is identified by the PUBLIC and SYSTEM identifiers:

       PUBLIC "-//W3C//ENTITIES XHTML Modular Framework 1.0//EN"
       SYSTEM "http://www.w3.org/TR/xhtml-modularization/DTD/xhtml-framework-1.mod"

     Revisions:
     (none)
     ....................................................................... -->

<!-- Modular Framework

     This required module instantiates the modules needed
     to support the XHTML modularization model, including:

        +  notations
        +  datatypes
        +  namespace-qualified names
        +  common attributes
        +  document model
        +  character entities

     The Intrinsic Events module is ignored by default but
     occurs in this module because it must be instantiated
     prior to Attributes but after Datatypes.
-->

<!ENTITY % xhtml-arch.module "IGNORE" >
<![%xhtml-arch.module;[
<!ENTITY % xhtml-arch.mod
     PUBLIC "-//W3C//ELEMENTS XHTML Base Architecture 1.0//EN"
            "xhtml-arch-1.mod" >
%xhtml-arch.mod;]]>

<!ENTITY % xhtml-notations.module "INCLUDE" >
<![%xhtml-notations.module;[
<!ENTITY % xhtml-notations.mod
     PUBLIC "-//W3C//NOTATIONS XHTML Notations 1.0//EN"
            "xhtml-notations-1.mod" >
%xhtml-notations.mod;]]>

<!ENTITY % xhtml-datatypes.module "INCLUDE" >
<![%xhtml-datatypes.module;[
<!ENTITY % xhtml-datatypes.mod
     PUBLIC "-//W3C//ENTITIES XHTML Datatypes 1.0//EN"
            "xhtml-datatypes-1.mod" >
%xhtml-datatypes.mod;]]>

<!-- placeholder for XLink support module -->
<!ENTITY % xhtml-xlink.mod "" >
%xhtml-xlink.mod;

<!ENTITY % xhtml-qname.module "INCLUDE" >
<![%xhtml-qname.module;[
<!ENTITY % xhtml-qname.mod
     PUBLIC "-//W3C//ENTITIES XHTML Qualified Names 1.0//EN"
            "xhtml-qname-1.mod" >
%xhtml-qname.mod;]]>

<!ENTITY % xhtml-events.module "IGNORE" >
<![%xhtml-events.module;[
<!ENTITY % xhtml-events.mod
     PUBLIC "-//W3C//ENTITIES XHTML Intrinsic Events 1.0//EN"
            "xhtml-events-1.mod" >
%xhtml-events.mod;]]>

<!ENTITY % xhtml-attribs.module "INCLUDE" >
<![%xhtml-attribs.module;[
<!ENTITY % xhtml-attribs.mod
     PUBLIC "-//W3C//ENTITIES XHTML Common Attributes 1.0//EN"
            "xhtml-attribs-1.mod" >
%xhtml-attribs.mod;]]>

<!-- placeholder for content model redeclarations -->
<!ENTITY % xhtml-model.redecl "" >
%xhtml-model.redecl;

<!ENTITY % xhtml-model.module "INCLUDE" >
<![%xhtml-model.module;[
<!-- instantiate the Document Model module declared in the DTD driver
-->
%xhtml-model.mod;]]>

<!ENTITY % xhtml-charent.module "INCLUDE" >
<![%xhtml-charent.module;[
<!ENTITY % xhtml-charent.mod
     PUBLIC "-//W3C//ENTITIES XHTML Character Entities 1.0//EN"
            "xhtml-charent-1.mod" >
%xhtml-charent.mod;]]>

<!-- end of xhtml-framework-1.mod -->

Zauważ, że powyższy moduł odwołuje się do modułu modelu zawartości. Moduł ten jest definiowany w zależności od typu dokumentu, jako dodatek do pliku sterownika typu dokumentu. Modularne zasady ogólne opierają się też na następujących modułach składowych:

F.2.1. Architektura zasadnicza XHTML

<!-- ...................................................................... -->
<!-- XHTML Base Architecture Module  ...................................... -->
<!-- file: xhtml-arch-1.mod

     This is XHTML, a reformulation of HTML as a modular XML application.
     Copyright 1998-2001 W3C (MIT, INRIA, Keio), All Rights Reserved.
     Revision: $Id: xhtml-arch-1.mod,v 4.0 2001/04/02 22:42:49 altheim Exp $ SMI

     This DTD module is identified by the PUBLIC and SYSTEM identifiers:

       PUBLIC "-//W3C//ELEMENTS XHTML Base Architecture 1.0//EN"
       SYSTEM "http://www.w3.org/TR/xhtml-modularization/DTD/xhtml-arch-1.mod"

     Revisions:
     (none)
     ....................................................................... -->

<!-- This optional module includes declarations that enable XHTML to be used
     as a base architecture according to the 'Architectural Forms Definition
     Requirements' (Annex A.3, ISO/IEC 10744, 2nd edition). For more information
     on use of architectural forms, see the HyTime web site at:

         http://www.hytime.org/
-->

<?IS10744 ArcBase xhtml ?>

<!NOTATION xhtml PUBLIC "-//W3C//NOTATION AFDR ARCBASE XHTML 1.1//EN" >

<!-- Entity declaration for associated Architectural DTD
-->
<!ENTITY xhtml-arch.dtd
      PUBLIC "-//W3C//DTD XHTML Architecture 1.1//EN"
             "xhtml11-arch.dtd" >

<?IS10744:arch xhtml
    public-id       =  "-//W3C//NOTATION AFDR ARCBASE XHTML 1.1//EN"
    dtd-public-id   =  "-//W3C//DTD XHTML 1.1//EN"
    dtd-system-id   =  "xhtml11.dtd"
    doc-elem-form   =  "html"
    form-att        =  "html"
    renamer-att     =  "htnames"
    suppressor-att  =  "htsupp"
    data-ignore-att =  "htign"
    auto            =  "ArcAuto"
    options         =  "HtModReq HtModOpt"
    HtModReq        =  "Framework Text Hypertext Lists Structure"
    HtModOpt        =  "Standard"
?>

<!-- end of xhtml-arch-1.mod -->

F.2.2. Notacje XHTML

<!-- ...................................................................... -->
<!-- XHTML Notations Module  .............................................. -->
<!-- file: xhtml-notations-1.mod

     This is XHTML, a reformulation of HTML as a modular XML application.
     Copyright 1998-2001 W3C (MIT, INRIA, Keio), All Rights Reserved.
     Revision: $Id: xhtml-notations-1.mod,v 4.0 2001/04/02 22:42:49 altheim Exp $

     This DTD module is identified by the PUBLIC and SYSTEM identifiers:

       PUBLIC "-//W3C//NOTATIONS XHTML Notations 1.0//EN"
       SYSTEM "http://www.w3.org/TR/xhtml-modularization/DTD/xhtml-notations-1.mod"

     Revisions:
     (none)
     ....................................................................... -->

<!-- Notations

     defines the following notations, many of these imported from
     other specifications and standards. When an existing FPI is
     known, it is incorporated here.
-->

<!-- XML Notations ..................................... -->
<!-- SGML and XML Notations ............................ -->

<!-- W3C XML 1.0 Recommendation -->
<!NOTATION w3c-xml
     PUBLIC "ISO 8879//NOTATION Extensible Markup Language (XML) 1.0//EN" >

<!-- XML 1.0 CDATA -->
<!NOTATION cdata
     PUBLIC "-//W3C//NOTATION XML 1.0: CDATA//EN" >

<!-- SGML Formal Public Identifiers -->
<!NOTATION fpi
     PUBLIC "ISO 8879:1986//NOTATION Formal Public Identifier//EN" >

<!-- XHTML Notations ................................... -->

<!-- Length defined for cellpadding/cellspacing -->

<!-- nn for pixels or nn% for percentage length -->
<!NOTATION length
    PUBLIC "-//W3C//NOTATION XHTML Datatype: Length//EN" >

<!-- space-separated list of link types -->
<!NOTATION linkTypes
    PUBLIC "-//W3C//NOTATION XHTML Datatype: LinkTypes//EN" >

<!-- single or comma-separated list of media descriptors -->
<!NOTATION mediaDesc
    PUBLIC "-//W3C//NOTATION XHTML Datatype: MediaDesc//EN" >

<!-- pixel, percentage, or relative -->
<!NOTATION multiLength
    PUBLIC "-//W3C//NOTATION XHTML Datatype: MultiLength//EN" >

<!-- one or more digits (NUMBER) -->
<!NOTATION number
    PUBLIC "-//W3C//NOTATION XHTML Datatype: Number//EN" >

<!-- integer representing length in pixels -->
<!NOTATION pixels
    PUBLIC "-//W3C//NOTATION XHTML Datatype: Pixels//EN" >

<!-- script expression -->
<!NOTATION script
    PUBLIC "-//W3C//NOTATION XHTML Datatype: Script//EN" >

<!-- textual content -->
<!NOTATION text
    PUBLIC "-//W3C//NOTATION XHTML Datatype: Text//EN" >

<!-- Imported Notations ................................ -->

<!-- a single character from [ISO10646] -->
<!NOTATION character
    PUBLIC "-//W3C//NOTATION XHTML Datatype: Character//EN" >

<!-- a character encoding, as per [RFC2045] -->
<!NOTATION charset
    PUBLIC "-//W3C//NOTATION XHTML Datatype: Charset//EN" >

<!-- a space separated list of character encodings, as per [RFC2045] -->
<!NOTATION charsets
    PUBLIC "-//W3C//NOTATION XHTML Datatype: Charsets//EN" >

<!-- media type, as per [RFC2045] -->
<!NOTATION contentType
    PUBLIC "-//W3C//NOTATION XHTML Datatype: ContentType//EN" >

<!-- comma-separated list of media types, as per [RFC2045] -->
<!NOTATION contentTypes
    PUBLIC "-//W3C//NOTATION XHTML Datatype: ContentTypes//EN" >

<!-- date and time information. ISO date format -->
<!NOTATION datetime
    PUBLIC "-//W3C//NOTATION XHTML Datatype: Datetime//EN" >

<!-- a language code, as per [RFC3066] -->
<!NOTATION languageCode
    PUBLIC "-//W3C//NOTATION XHTML Datatype: LanguageCode//EN" >

<!-- a Uniform Resource Identifier, see [URI] -->
<!NOTATION uri
    PUBLIC "-//W3C//NOTATION XHTML Datatype: URI//EN" >

<!-- a space-separated list of Uniform Resource Identifiers, see [URI] -->
<!NOTATION uris
    PUBLIC "-//W3C//NOTATION XHTML Datatype: URIs//EN" >

<!-- end of xhtml-notations-1.mod -->

F.2.3. Typy danych XHTML

<!-- ...................................................................... -->
<!-- XHTML Datatypes Module  .............................................. -->
<!-- file: xhtml-datatypes-1.mod

     This is XHTML, a reformulation of HTML as a modular XML application.
     Copyright 1998-2001 W3C (MIT, INRIA, Keio), All Rights Reserved.
     Revision: $Id: xhtml-datatypes-1.mod,v 4.1 2001/04/06 19:23:32 altheim Exp $ SMI

     This DTD module is identified by the PUBLIC and SYSTEM identifiers:

       PUBLIC "-//W3C//ENTITIES XHTML Datatypes 1.0//EN"
       SYSTEM "http://www.w3.org/TR/xhtml-modularization/DTD/xhtml-datatypes-1.mod"

     Revisions:
     (none)
     ....................................................................... -->

<!-- Datatypes

     defines containers for the following datatypes, many of
     these imported from other specifications and standards.
-->

<!-- Length defined for cellpadding/cellspacing -->

<!-- nn for pixels or nn% for percentage length -->
<!ENTITY % Length.datatype "CDATA" >

<!-- space-separated list of link types -->
<!ENTITY % LinkTypes.datatype "NMTOKENS" >

<!-- single or comma-separated list of media descriptors -->
<!ENTITY % MediaDesc.datatype "CDATA" >

<!-- pixel, percentage, or relative -->
<!ENTITY % MultiLength.datatype "CDATA" >

<!-- one or more digits (NUMBER) -->
<!ENTITY % Number.datatype "CDATA" >

<!-- integer representing length in pixels -->
<!ENTITY % Pixels.datatype "CDATA" >

<!-- script expression -->
<!ENTITY % Script.datatype "CDATA" >

<!-- textual content -->
<!ENTITY % Text.datatype "CDATA" >

<!-- Imported Datatypes ................................ -->

<!-- a single character from [ISO10646] -->
<!ENTITY % Character.datatype "CDATA" >

<!-- a character encoding, as per [RFC2045] -->
<!ENTITY % Charset.datatype "CDATA" >

<!-- a space separated list of character encodings, as per [RFC2045] -->
<!ENTITY % Charsets.datatype "CDATA" >

<!-- Color specification using color name or sRGB (#RRGGBB) values -->
<!ENTITY % Color.datatype "CDATA" >

<!-- media type, as per [RFC2045] -->
<!ENTITY % ContentType.datatype "CDATA" >

<!-- comma-separated list of media types, as per [RFC2045] -->
<!ENTITY % ContentTypes.datatype "CDATA" >

<!-- date and time information. ISO date format -->
<!ENTITY % Datetime.datatype "CDATA" >

<!-- formal public identifier, as per [ISO8879] -->
<!ENTITY % FPI.datatype "CDATA" >

<!-- a language code, as per [RFC3066] -->
<!ENTITY % LanguageCode.datatype "NMTOKEN" >

<!-- a Uniform Resource Identifier, see [URI] -->
<!ENTITY % URI.datatype "CDATA" >

<!-- a space-separated list of Uniform Resource Identifiers, see [URI] -->
<!ENTITY % URIs.datatype "CDATA" >

<!-- end of xhtml-datatypes-1.mod -->

F.2.4. Definicje atrybutów wspólnych XHTML

<!-- ...................................................................... -->
<!-- XHTML Common Attributes Module  ...................................... -->
<!-- file: xhtml-attribs-1.mod

     This is XHTML, a reformulation of HTML as a modular XML application.
     Copyright 1998-2001 W3C (MIT, INRIA, Keio), All Rights Reserved.
     Revision: $Id: xhtml-attribs-1.mod,v 4.0 2001/04/02 22:42:49 altheim Exp $ SMI

     This DTD module is identified by the PUBLIC and SYSTEM identifiers:

       PUBLIC "-//W3C//ENTITIES XHTML Common Attributes 1.0//EN"
       SYSTEM "http://www.w3.org/TR/xhtml-modularization/DTD/xhtml-attribs-1.mod"

     Revisions:
     (none)
     ....................................................................... -->

<!-- Common Attributes

     This module declares many of the common attributes for the XHTML DTD.
     %NS.decl.attrib; is declared in the XHTML Qname module.
-->

<!ENTITY % id.attrib
     "id           ID                       #IMPLIED"
>

<!ENTITY % class.attrib
     "class        NMTOKENS                 #IMPLIED"
>

<!ENTITY % title.attrib
     "title        %Text.datatype;          #IMPLIED"
>

<!ENTITY % Core.extra.attrib "" >

<!ENTITY % Core.attrib
     "%XHTML.xmlns.attrib;
      %id.attrib;
      %class.attrib;
      %title.attrib;
      %Core.extra.attrib;"
>

<!ENTITY % lang.attrib
     "xml:lang     %LanguageCode.datatype;  #IMPLIED"
>

<![%XHTML.bidi;[
<!ENTITY % dir.attrib
     "dir          ( ltr | rtl )            #IMPLIED"
>

<!ENTITY % I18n.attrib
     "%dir.attrib;
      %lang.attrib;"
>

]]>
<!ENTITY % I18n.attrib
     "%lang.attrib;"
>

<!ENTITY % Common.extra.attrib "" >

<!-- intrinsic event attributes declared previously
-->
<!ENTITY % Events.attrib "" >

<!ENTITY % Common.attrib
     "%Core.attrib;
      %I18n.attrib;
      %Events.attrib;
      %Common.extra.attrib;"
>

<!-- end of xhtml-attribs-1.mod -->

F.2.5. Nazwy kwalifikowane XHTML

<!-- ....................................................................... -->
<!-- XHTML Qname Module  ................................................... -->
<!-- file: xhtml-qname-1.mod

     This is XHTML, a reformulation of HTML as a modular XML application.
     Copyright 1998-2001 W3C (MIT, INRIA, Keio), All Rights Reserved.
     Revision: $Id: xhtml-qname-1.mod,v 4.0 2001/04/02 22:42:49 altheim Exp $ SMI

     This DTD module is identified by the PUBLIC and SYSTEM identifiers:

       PUBLIC "-//W3C//ENTITIES XHTML Qualified Names 1.0//EN"
       SYSTEM "http://www.w3.org/TR/xhtml-modularization/DTD/xhtml-qname-1.mod"

     Revisions:
#2000-10-22: added qname declarations for ruby elements
     ....................................................................... -->

<!-- XHTML Qname (Qualified Name) Module

     This module is contained in two parts, labeled Section 'A' and 'B':

       Section A declares parameter entities to support namespace-
       qualified names, namespace declarations, and name prefixing
       for XHTML and extensions.

       Section B declares parameter entities used to provide
       namespace-qualified names for all XHTML element types:

         %applet.qname;   the xmlns-qualified name for <applet>
         %base.qname;     the xmlns-qualified name for <base>
         ...

     XHTML extensions would create a module similar to this one.
     Included in the XHTML distribution is a template module
     ('template-qname-1.mod') suitable for this purpose.
-->

<!-- Section A: XHTML XML Namespace Framework :::::::::::::::::::: -->

<!-- 1. Declare a %XHTML.prefixed; conditional section keyword, used
        to activate namespace prefixing. The default value should
        inherit '%NS.prefixed;' from the DTD driver, so that unless
        overridden, the default behaviour follows the overall DTD
        prefixing scheme.
-->
<!ENTITY % NS.prefixed "IGNORE" >
<!ENTITY % XHTML.prefixed "%NS.prefixed;" >

<!-- 2. Declare a parameter entity (eg., %XHTML.xmlns;) containing
        the URI reference used to identify the XHTML namespace:
-->
<!ENTITY % XHTML.xmlns  "http://www.w3.org/1999/xhtml" >

<!-- 3. Declare parameter entities (eg., %XHTML.prefix;) containing
        the default namespace prefix string(s) to use when prefixing
        is enabled. This may be overridden in the DTD driver or the
        internal subset of an document instance. If no default prefix
        is desired, this may be declared as an empty string.

     NOTE: As specified in [XMLNAMES], the namespace prefix serves
     as a proxy for the URI reference, and is not in itself significant.
-->
<!ENTITY % XHTML.prefix  "" >

<!-- 4. Declare parameter entities (eg., %XHTML.pfx;) containing the
        colonized prefix(es) (eg., '%XHTML.prefix;:') used when
        prefixing is active, an empty string when it is not.
-->
<![%XHTML.prefixed;[
<!ENTITY % XHTML.pfx  "%XHTML.prefix;:" >
]]>
<!ENTITY % XHTML.pfx  "" >

<!-- declare qualified name extensions here ............ -->
<!ENTITY % xhtml-qname-extra.mod "" >
%xhtml-qname-extra.mod;

<!-- 5. The parameter entity %XHTML.xmlns.extra.attrib; may be
        redeclared to contain any non-XHTML namespace declaration
        attributes for namespaces embedded in XHTML. The default
        is an empty string.  XLink should be included here if used
        in the DTD.
-->
<!ENTITY % XHTML.xmlns.extra.attrib "" >

<!-- The remainder of Section A is only followed in XHTML, not extensions. -->

<!-- Declare a parameter entity %NS.decl.attrib; containing
     all XML Namespace declarations used in the DTD, plus the
     xmlns declaration for XHTML, its form dependent on whether
     prefixing is active.
-->
<![%XHTML.prefixed;[
<!ENTITY % NS.decl.attrib
     "xmlns:%XHTML.prefix;  %URI.datatype;   #FIXED '%XHTML.xmlns;'
      %XHTML.xmlns.extra.attrib;"
>
]]>
<!ENTITY % NS.decl.attrib
     "%XHTML.xmlns.extra.attrib;"
>

<!-- This is a placeholder for future XLink support.
-->
<!ENTITY % XLINK.xmlns.attrib "" >

<!-- Declare a parameter entity %NS.decl.attrib; containing all
     XML namespace declaration attributes used by XHTML, including
     a default xmlns attribute when prefixing is inactive.
-->
<![%XHTML.prefixed;[
<!ENTITY % XHTML.xmlns.attrib
     "%NS.decl.attrib;
      %XLINK.xmlns.attrib;"
>
]]>
<!ENTITY % XHTML.xmlns.attrib
     "xmlns        %URI.datatype;           #FIXED '%XHTML.xmlns;'
      %XLINK.xmlns.attrib;"
>

<!-- placeholder for qualified name redeclarations -->
<!ENTITY % xhtml-qname.redecl "" >
%xhtml-qname.redecl;

<!-- Section B: XHTML Qualified Names ::::::::::::::::::::::::::::: -->

<!-- 6. This section declares parameter entities used to provide
        namespace-qualified names for all XHTML element types.
-->

<!-- module:  xhtml-applet-1.mod -->
<!ENTITY % applet.qname  "%XHTML.pfx;applet" >

<!-- module:  xhtml-base-1.mod -->
<!ENTITY % base.qname    "%XHTML.pfx;base" >

<!-- module:  xhtml-bdo-1.mod -->
<!ENTITY % bdo.qname     "%XHTML.pfx;bdo" >

<!-- module:  xhtml-blkphras-1.mod -->
<!ENTITY % address.qname "%XHTML.pfx;address" >
<!ENTITY % blockquote.qname  "%XHTML.pfx;blockquote" >
<!ENTITY % pre.qname     "%XHTML.pfx;pre" >
<!ENTITY % h1.qname      "%XHTML.pfx;h1" >
<!ENTITY % h2.qname      "%XHTML.pfx;h2" >
<!ENTITY % h3.qname      "%XHTML.pfx;h3" >
<!ENTITY % h4.qname      "%XHTML.pfx;h4" >
<!ENTITY % h5.qname      "%XHTML.pfx;h5" >
<!ENTITY % h6.qname      "%XHTML.pfx;h6" >

<!-- module:  xhtml-blkpres-1.mod -->
<!ENTITY % hr.qname      "%XHTML.pfx;hr" >

<!-- module:  xhtml-blkstruct-1.mod -->
<!ENTITY % div.qname     "%XHTML.pfx;div" >
<!ENTITY % p.qname       "%XHTML.pfx;p" >

<!-- module:  xhtml-edit-1.mod -->
<!ENTITY % ins.qname     "%XHTML.pfx;ins" >
<!ENTITY % del.qname     "%XHTML.pfx;del" >

<!-- module:  xhtml-form-1.mod -->
<!ENTITY % form.qname    "%XHTML.pfx;form" >
<!ENTITY % label.qname   "%XHTML.pfx;label" >
<!ENTITY % input.qname   "%XHTML.pfx;input" >
<!ENTITY % select.qname  "%XHTML.pfx;select" >
<!ENTITY % optgroup.qname  "%XHTML.pfx;optgroup" >
<!ENTITY % option.qname  "%XHTML.pfx;option" >
<!ENTITY % textarea.qname  "%XHTML.pfx;textarea" >
<!ENTITY % fieldset.qname  "%XHTML.pfx;fieldset" >
<!ENTITY % legend.qname  "%XHTML.pfx;legend" >
<!ENTITY % button.qname  "%XHTML.pfx;button" >

<!-- module:  xhtml-hypertext-1.mod -->
<!ENTITY % a.qname       "%XHTML.pfx;a" >

<!-- module:  xhtml-image-1.mod -->
<!ENTITY % img.qname     "%XHTML.pfx;img" >

<!-- module:  xhtml-inlphras-1.mod -->
<!ENTITY % abbr.qname    "%XHTML.pfx;abbr" >
<!ENTITY % acronym.qname "%XHTML.pfx;acronym" >
<!ENTITY % cite.qname    "%XHTML.pfx;cite" >
<!ENTITY % code.qname    "%XHTML.pfx;code" >
<!ENTITY % dfn.qname     "%XHTML.pfx;dfn" >
<!ENTITY % em.qname      "%XHTML.pfx;em" >
<!ENTITY % kbd.qname     "%XHTML.pfx;kbd" >
<!ENTITY % q.qname       "%XHTML.pfx;q" >
<!ENTITY % samp.qname    "%XHTML.pfx;samp" >
<!ENTITY % strong.qname  "%XHTML.pfx;strong" >
<!ENTITY % var.qname     "%XHTML.pfx;var" >

<!-- module:  xhtml-inlpres-1.mod -->
<!ENTITY % b.qname       "%XHTML.pfx;b" >
<!ENTITY % big.qname     "%XHTML.pfx;big" >
<!ENTITY % i.qname       "%XHTML.pfx;i" >
<!ENTITY % small.qname   "%XHTML.pfx;small" >
<!ENTITY % sub.qname     "%XHTML.pfx;sub" >
<!ENTITY % sup.qname     "%XHTML.pfx;sup" >
<!ENTITY % tt.qname      "%XHTML.pfx;tt" >

<!-- module:  xhtml-inlstruct-1.mod -->
<!ENTITY % br.qname      "%XHTML.pfx;br" >
<!ENTITY % span.qname    "%XHTML.pfx;span" >

<!-- module:  xhtml-ismap-1.mod (also csismap, ssismap) -->
<!ENTITY % map.qname     "%XHTML.pfx;map" >
<!ENTITY % area.qname    "%XHTML.pfx;area" >

<!-- module:  xhtml-link-1.mod -->
<!ENTITY % link.qname    "%XHTML.pfx;link" >

<!-- module:  xhtml-list-1.mod -->
<!ENTITY % dl.qname      "%XHTML.pfx;dl" >
<!ENTITY % dt.qname      "%XHTML.pfx;dt" >
<!ENTITY % dd.qname      "%XHTML.pfx;dd" >
<!ENTITY % ol.qname      "%XHTML.pfx;ol" >
<!ENTITY % ul.qname      "%XHTML.pfx;ul" >
<!ENTITY % li.qname      "%XHTML.pfx;li" >

<!-- module:  xhtml-meta-1.mod -->
<!ENTITY % meta.qname    "%XHTML.pfx;meta" >

<!-- module:  xhtml-param-1.mod -->
<!ENTITY % param.qname   "%XHTML.pfx;param" >

<!-- module:  xhtml-object-1.mod -->
<!ENTITY % object.qname  "%XHTML.pfx;object" >

<!-- module:  xhtml-script-1.mod -->
<!ENTITY % script.qname  "%XHTML.pfx;script" >
<!ENTITY % noscript.qname  "%XHTML.pfx;noscript" >

<!-- module:  xhtml-struct-1.mod -->
<!ENTITY % html.qname    "%XHTML.pfx;html" >
<!ENTITY % head.qname    "%XHTML.pfx;head" >
<!ENTITY % title.qname   "%XHTML.pfx;title" >
<!ENTITY % body.qname    "%XHTML.pfx;body" >

<!-- module:  xhtml-style-1.mod -->
<!ENTITY % style.qname   "%XHTML.pfx;style" >

<!-- module:  xhtml-table-1.mod -->
<!ENTITY % table.qname   "%XHTML.pfx;table" >
<!ENTITY % caption.qname "%XHTML.pfx;caption" >
<!ENTITY % thead.qname   "%XHTML.pfx;thead" >
<!ENTITY % tfoot.qname   "%XHTML.pfx;tfoot" >
<!ENTITY % tbody.qname   "%XHTML.pfx;tbody" >
<!ENTITY % colgroup.qname  "%XHTML.pfx;colgroup" >
<!ENTITY % col.qname     "%XHTML.pfx;col" >
<!ENTITY % tr.qname      "%XHTML.pfx;tr" >
<!ENTITY % th.qname      "%XHTML.pfx;th" >
<!ENTITY % td.qname      "%XHTML.pfx;td" >

<!-- module:  xhtml-ruby-1.mod -->

<!ENTITY % ruby.qname    "%XHTML.pfx;ruby" >
<!ENTITY % rbc.qname     "%XHTML.pfx;rbc" >
<!ENTITY % rtc.qname     "%XHTML.pfx;rtc" >
<!ENTITY % rb.qname      "%XHTML.pfx;rb" >
<!ENTITY % rt.qname      "%XHTML.pfx;rt" >
<!ENTITY % rp.qname      "%XHTML.pfx;rp" >

<!-- Provisional XHTML 2.0 Qualified Names  ...................... -->

<!-- module:  xhtml-image-2.mod -->
<!ENTITY % alt.qname     "%XHTML.pfx;alt" >

<!-- end of xhtml-qname-1.mod -->

F.2.6. Encje znakowe XHTML

<!-- ...................................................................... -->
<!-- XHTML Character Entities Module  ......................................... -->
<!-- file: xhtml-charent-1.mod

     This is XHTML, a reformulation of HTML as a modular XML application.
     Copyright 1998-2001 W3C (MIT, INRIA, Keio), All Rights Reserved.
     Revision: $Id: xhtml-charent-1.mod,v 4.0 2001/04/02 22:42:49 altheim Exp $ SMI

     This DTD module is identified by the PUBLIC and SYSTEM identifiers:

       PUBLIC "-//W3C//ENTITIES XHTML Character Entities 1.0//EN"
       SYSTEM "http://www.w3.org/TR/xhtml-modularization/DTD/xhtml-charent-1.mod"

     Revisions:
     (none)
     ....................................................................... -->

<!-- Character Entities for XHTML

     This module declares the set of character entities for XHTML,
     including the Latin 1, Symbol and Special character collections.
-->

<!ENTITY % xhtml-lat1
    PUBLIC "-//W3C//ENTITIES Latin 1 for XHTML//EN"
           "xhtml-lat1.ent" >
%xhtml-lat1;

<!ENTITY % xhtml-symbol
    PUBLIC "-//W3C//ENTITIES Symbols for XHTML//EN"
           "xhtml-symbol.ent" >
%xhtml-symbol;

<!ENTITY % xhtml-special
    PUBLIC "-//W3C//ENTITIES Special for XHTML//EN"
           "xhtml-special.ent" >
%xhtml-special;

<!-- end of xhtml-charent-1.mod -->

F.3. Implementacje modułów XHTML

W tej części zawarta jest formalna definicja każdego z modułów abstrakcyjnych XHTML jako modułu DTD.

F.3.1. Moduły jądra XHTML

F.3.1.1. Struktura

<!-- ...................................................................... -->
<!-- XHTML Structure Module  .............................................. -->
<!-- file: xhtml-struct-1.mod

     This is XHTML, a reformulation of HTML as a modular XML application.
     Copyright 1998-2001 W3C (MIT, INRIA, Keio), All Rights Reserved.
     Revision: $Id: xhtml-struct-1.mod,v 4.0 2001/04/02 22:42:49 altheim Exp $ SMI

     This DTD module is identified by the PUBLIC and SYSTEM identifiers:

       PUBLIC "-//W3C//ELEMENTS XHTML Document Structure 1.0//EN"
       SYSTEM "http://www.w3.org/TR/xhtml-modularization/DTD/xhtml-struct-1.mod"

     Revisions:
     (none)
     ....................................................................... -->

<!-- Document Structure

        title, head, body, html

     The Structure Module defines the major structural elements and
     their attributes.

     Note that the content model of the head element type is redeclared
     when the Base Module is included in the DTD.

     The parameter entity containing the XML namespace URI value used
     for XHTML is '%XHTML.xmlns;', defined in the Qualified Names module.
-->

<!-- title: Document Title ............................. -->

<!-- The title element is not considered part of the flow of text.
     It should be displayed, for example as the page header or
     window title. Exactly one title is required per document.
-->

<!ENTITY % title.element  "INCLUDE" >
<![%title.element;[
<!ENTITY % title.content  "( #PCDATA )" >
<!ENTITY % title.qname  "title" >
<!ELEMENT %title.qname;  %title.content; >
<!-- end of title.element -->]]>

<!ENTITY % title.attlist  "INCLUDE" >
<![%title.attlist;[
<!ATTLIST %title.qname;
      %XHTML.xmlns.attrib;
      %I18n.attrib;
>
<!-- end of title.attlist -->]]>

<!-- head: Document Head ............................... -->

<!ENTITY % head.element  "INCLUDE" >
<![%head.element;[
<!ENTITY % head.content
    "( %HeadOpts.mix;, %title.qname;, %HeadOpts.mix; )"
>
<!ENTITY % head.qname  "head" >
<!ELEMENT %head.qname;  %head.content; >
<!-- end of head.element -->]]>

<!ENTITY % head.attlist  "INCLUDE" >
<![%head.attlist;[
<!-- reserved for future use with document profiles
-->
<!ENTITY % profile.attrib
     "profile      %URI.datatype;           '%XHTML.profile;'"
>

<!ATTLIST %head.qname;
      %XHTML.xmlns.attrib;
      %I18n.attrib;
      %profile.attrib;
>
<!-- end of head.attlist -->]]>

<!-- body: Document Body ............................... -->

<!ENTITY % body.element  "INCLUDE" >
<![%body.element;[
<!ENTITY % body.content
     "( %Block.mix; )+"
>
<!ENTITY % body.qname  "body" >
<!ELEMENT %body.qname;  %body.content; >
<!-- end of body.element -->]]>

<!ENTITY % body.attlist  "INCLUDE" >
<![%body.attlist;[
<!ATTLIST %body.qname;
      %Common.attrib;
>
<!-- end of body.attlist -->]]>

<!-- html: XHTML Document Element ...................... -->

<!ENTITY % html.element  "INCLUDE" >
<![%html.element;[
<!ENTITY % html.content  "( %head.qname;, %body.qname; )" >
<!ENTITY % html.qname  "html" >
<!ELEMENT %html.qname;  %html.content; >
<!-- end of html.element -->]]>

<!ENTITY % html.attlist  "INCLUDE" >
<![%html.attlist;[
<!-- version attribute value defined in driver
-->
<!ENTITY % XHTML.version.attrib
     "version      %FPI.datatype;           #FIXED '%XHTML.version;'"
>

<!-- see the Qualified Names module for information
     on how to extend XHTML using XML namespaces
-->
<!ATTLIST %html.qname;
      %XHTML.xmlns.attrib;
      %XHTML.version.attrib;
      %I18n.attrib;
>
<!-- end of html.attlist -->]]>

<!-- end of xhtml-struct-1.mod -->

F.3.1.2. Tekst

<!-- ...................................................................... -->
<!-- XHTML Text Module  ................................................... -->
<!-- file: xhtml-text-1.mod

     This is XHTML, a reformulation of HTML as a modular XML application.
     Copyright 1998-2001 W3C (MIT, INRIA, Keio), All Rights Reserved.
     Revision: $Id: xhtml-text-1.mod,v 4.0 2001/04/02 22:42:49 altheim Exp $ SMI

     This DTD module is identified by the PUBLIC and SYSTEM identifiers:

       PUBLIC "-//W3C//ELEMENTS XHTML Text 1.0//EN"
       SYSTEM "http://www.w3.org/TR/xhtml-modularization/DTD/xhtml-text-1.mod"

     Revisions:
     (none)
     ....................................................................... -->

<!-- Textual Content

     The Text module includes declarations for all core
     text container elements and their attributes.
-->

<!ENTITY % xhtml-inlstruct.module "INCLUDE" >
<![%xhtml-inlstruct.module;[
<!ENTITY % xhtml-inlstruct.mod
     PUBLIC "-//W3C//ELEMENTS XHTML Inline Structural 1.0//EN"
            "xhtml-inlstruct-1.mod" >
%xhtml-inlstruct.mod;]]>

<!ENTITY % xhtml-inlphras.module "INCLUDE" >
<![%xhtml-inlphras.module;[
<!ENTITY % xhtml-inlphras.mod
     PUBLIC "-//W3C//ELEMENTS XHTML Inline Phrasal 1.0//EN"
            "xhtml-inlphras-1.mod" >
%xhtml-inlphras.mod;]]>

<!ENTITY % xhtml-blkstruct.module "INCLUDE" >
<![%xhtml-blkstruct.module;[
<!ENTITY % xhtml-blkstruct.mod
     PUBLIC "-//W3C//ELEMENTS XHTML Block Structural 1.0//EN"
            "xhtml-blkstruct-1.mod" >
%xhtml-blkstruct.mod;]]>

<!ENTITY % xhtml-blkphras.module "INCLUDE" >
<![%xhtml-blkphras.module;[
<!ENTITY % xhtml-blkphras.mod
     PUBLIC "-//W3C//ELEMENTS XHTML Block Phrasal 1.0//EN"
            "xhtml-blkphras-1.mod" >
%xhtml-blkphras.mod;]]>

<!-- end of xhtml-text-1.mod -->

F.3.1.3. Hipertekst

<!-- ...................................................................... -->
<!-- XHTML Hypertext Module  .............................................. -->
<!-- file: xhtml-hypertext-1.mod

     This is XHTML, a reformulation of HTML as a modular XML application.
     Copyright 1998-2001 W3C (MIT, INRIA, Keio), All Rights Reserved.
     Revision: $Id: xhtml-hypertext-1.mod,v 4.0 2001/04/02 22:42:49 altheim Exp $ SMI

     This DTD module is identified by the PUBLIC and SYSTEM identifiers:

       PUBLIC "-//W3C//ELEMENTS XHTML Hypertext 1.0//EN"
       SYSTEM "http://www.w3.org/TR/xhtml-modularization/DTD/xhtml-hypertext-1.mod"

     Revisions:
     (none)
     ....................................................................... -->

<!-- Hypertext

        a

     This module declares the anchor ('a') element type, which
     defines the source of a hypertext link. The destination
     (or link 'target') is identified via its 'id' attribute
     rather than the 'name' attribute as was used in HTML.
-->

<!-- ............  Anchor Element  ............ -->

<!ENTITY % a.element  "INCLUDE" >
<![%a.element;[
<!ENTITY % a.content
     "( #PCDATA | %InlNoAnchor.mix; )*"
>
<!ENTITY % a.qname  "a" >
<!ELEMENT %a.qname;  %a.content; >
<!-- end of a.element -->]]>

<!ENTITY % a.attlist  "INCLUDE" >
<![%a.attlist;[
<!ATTLIST %a.qname;
      %Common.attrib;
      href         %URI.datatype;           #IMPLIED
      charset      %Charset.datatype;       #IMPLIED
      type         %ContentType.datatype;   #IMPLIED
      hreflang     %LanguageCode.datatype;  #IMPLIED
      rel          %LinkTypes.datatype;     #IMPLIED
      rev          %LinkTypes.datatype;     #IMPLIED
      accesskey    %Character.datatype;     #IMPLIED
      tabindex     %Number.datatype;        #IMPLIED
>
<!-- end of a.attlist -->]]>

<!-- end of xhtml-hypertext-1.mod -->

F.3.1.4. Wykazy

<!-- ...................................................................... -->
<!-- XHTML Lists Module  .................................................. -->
<!-- file: xhtml-list-1.mod

     This is XHTML, a reformulation of HTML as a modular XML application.
     Copyright 1998-2001 W3C (MIT, INRIA, Keio), All Rights Reserved.
     Revision: $Id: xhtml-list-1.mod,v 4.0 2001/04/02 22:42:49 altheim Exp $ SMI

     This DTD module is identified by the PUBLIC and SYSTEM identifiers:

       PUBLIC "-//W3C//ELEMENTS XHTML Lists 1.0//EN"
       SYSTEM "http://www.w3.org/TR/xhtml-modularization/DTD/xhtml-list-1.mod"

     Revisions:
     (none)
     ....................................................................... -->

<!-- Lists

        dl, dt, dd, ol, ul, li

     This module declares the list-oriented element types
     and their attributes.
-->

<!ENTITY % dl.qname  "dl" >
<!ENTITY % dt.qname  "dt" >
<!ENTITY % dd.qname  "dd" >
<!ENTITY % ol.qname  "ol" >
<!ENTITY % ul.qname  "ul" >
<!ENTITY % li.qname  "li" >

<!-- dl: Definition List ............................... -->

<!ENTITY % dl.element  "INCLUDE" >
<![%dl.element;[
<!ENTITY % dl.content  "( %dt.qname; | %dd.qname; )+" >
<!ELEMENT %dl.qname;  %dl.content; >
<!-- end of dl.element -->]]>

<!ENTITY % dl.attlist  "INCLUDE" >
<![%dl.attlist;[
<!ATTLIST %dl.qname;
      %Common.attrib;
>
<!-- end of dl.attlist -->]]>

<!-- dt: Definition Term ............................... -->

<!ENTITY % dt.element  "INCLUDE" >
<![%dt.element;[
<!ENTITY % dt.content
     "( #PCDATA | %Inline.mix; )*"
>
<!ELEMENT %dt.qname;  %dt.content; >
<!-- end of dt.element -->]]>

<!ENTITY % dt.attlist  "INCLUDE" >
<![%dt.attlist;[
<!ATTLIST %dt.qname;
      %Common.attrib;
>
<!-- end of dt.attlist -->]]>

<!-- dd: Definition Description ........................ -->

<!ENTITY % dd.element  "INCLUDE" >
<![%dd.element;[
<!ENTITY % dd.content
     "( #PCDATA | %Flow.mix; )*"
>
<!ELEMENT %dd.qname;  %dd.content; >
<!-- end of dd.element -->]]>

<!ENTITY % dd.attlist  "INCLUDE" >
<![%dd.attlist;[
<!ATTLIST %dd.qname;
      %Common.attrib;
>
<!-- end of dd.attlist -->]]>

<!-- ol: Ordered List (numbered styles) ................ -->

<!ENTITY % ol.element  "INCLUDE" >
<![%ol.element;[
<!ENTITY % ol.content  "( %li.qname; )+" >
<!ELEMENT %ol.qname;  %ol.content; >
<!-- end of ol.element -->]]>

<!ENTITY % ol.attlist  "INCLUDE" >
<![%ol.attlist;[
<!ATTLIST %ol.qname;
      %Common.attrib;
>
<!-- end of ol.attlist -->]]>

<!-- ul: Unordered List (bullet styles) ................ -->

<!ENTITY % ul.element  "INCLUDE" >
<![%ul.element;[
<!ENTITY % ul.content  "( %li.qname; )+" >
<!ELEMENT %ul.qname;  %ul.content; >
<!-- end of ul.element -->]]>

<!ENTITY % ul.attlist  "INCLUDE" >
<![%ul.attlist;[
<!ATTLIST %ul.qname;
      %Common.attrib;
>
<!-- end of ul.attlist -->]]>

<!-- li: List Item ..................................... -->

<!ENTITY % li.element  "INCLUDE" >
<![%li.element;[
<!ENTITY % li.content
     "( #PCDATA | %Flow.mix; )*"
>
<!ELEMENT %li.qname;  %li.content; >
<!-- end of li.element -->]]>

<!ENTITY % li.attlist  "INCLUDE" >
<![%li.attlist;[
<!ATTLIST %li.qname;
      %Common.attrib;
>
<!-- end of li.attlist -->]]>

<!-- end of xhtml-list-1.mod -->

F.3.2. Aplet

<!-- ...................................................................... -->
<!-- XHTML Java Applet Module  ............................................ -->
<!-- file: xhtml-applet-1.mod

     This is XHTML, a reformulation of HTML as a modular XML application.
     Copyright 1998-2001 W3C (MIT, INRIA, Keio), All Rights Reserved.
     Revision: $Id: xhtml-applet-1.mod,v 4.0 2001/04/02 22:42:49 altheim Exp $ SMI

     This DTD module is identified by the PUBLIC and SYSTEM identifiers:

       PUBLIC "-//W3C//ELEMENTS XHTML Java Applets 1.0//EN"
       SYSTEM "http://www.w3.org/TR/xhtml-modularization/DTD/xhtml-applet-1.mod"

     Revisions:
#2001-02-20: added PCDATA to content model of applet
     ....................................................................... -->

<!-- Java Applets

        applet

     This module declares the applet element type and its attributes,
     used to provide support for Java applets. The 'alt' attribute is
     now required (as it is on images). One of either code or object
     attributes must be present. In the document, place param elements
     before other content within the <applet> element.

     Note that use of this module requires instantiation of the Param
     Element Module.
-->

<!-- applet: Java Applet ............................... -->

<!ENTITY % applet.element  "INCLUDE" >
<![%applet.element;[
<!ENTITY % applet.content
     "( #PCDATA | %param.qname; | %Flow.mix; )*"
>
<!ENTITY % applet.qname  "applet" >
<!ELEMENT %applet.qname;  %applet.content; >
<!-- end of applet.element -->]]>

<!ENTITY % applet.attlist  "INCLUDE" >
<![%applet.attlist;[
<!ATTLIST %applet.qname;
      %Core.attrib;
      alt          %Text.datatype;          #REQUIRED
      archive      CDATA                    #IMPLIED
      code         CDATA                    #IMPLIED
      codebase     %URI.datatype;           #IMPLIED
      object       CDATA                    #IMPLIED
      width        %Length.datatype;        #REQUIRED
      height       %Length.datatype;        #REQUIRED
>
<!-- end of applet.attlist -->]]>

<!-- end of xhtml-applet-1.mod -->

F.3.3. Moduły tekstowe

F.3.3.1. Prezentacja

<!-- ...................................................................... -->
<!-- XHTML Presentation Module ............................................ -->
<!-- file: xhtml-pres-1.mod

     This is XHTML, a reformulation of HTML as a modular XML application.
     Copyright 1998-2001 W3C (MIT, INRIA, Keio), All Rights Reserved.
     Revision: $Id: xhtml-pres-1.mod,v 4.0 2001/04/02 22:42:49 altheim Exp $ SMI

     This DTD module is identified by the PUBLIC and SYSTEM identifiers:

       PUBLIC "-//W3C//ELEMENTS XHTML Presentation 1.0//EN"
       SYSTEM "http://www.w3.org/TR/xhtml-modularization/DTD/xhtml-pres-1.mod"

     Revisions:
     (none)
     ....................................................................... -->

<!-- Presentational Elements

     This module defines elements and their attributes for
     simple presentation-related markup.
-->

<!ENTITY % xhtml-inlpres.module "INCLUDE" >
<![%xhtml-inlpres.module;[
<!ENTITY % xhtml-inlpres.mod
     PUBLIC "-//W3C//ELEMENTS XHTML Inline Presentation 1.0//EN"
            "xhtml-inlpres-1.mod" >
%xhtml-inlpres.mod;]]>

<!ENTITY % xhtml-blkpres.module "INCLUDE" >
<![%xhtml-blkpres.module;[
<!ENTITY % xhtml-blkpres.mod
     PUBLIC "-//W3C//ELEMENTS XHTML Block Presentation 1.0//EN"
            "xhtml-blkpres-1.mod" >
%xhtml-blkpres.mod;]]>

<!-- end of xhtml-pres-1.mod -->

F.3.3.2. Edycja

<!-- ...................................................................... -->
<!-- XHTML Editing Elements Module  ....................................... -->
<!-- file: xhtml-edit-1.mod

     This is XHTML, a reformulation of HTML as a modular XML application.
     Copyright 1998-2001 W3C (MIT, INRIA, Keio), All Rights Reserved.
     Revision: $Id: xhtml-edit-1.mod,v 4.0 2001/04/02 22:42:49 altheim Exp $ SMI

     This DTD module is identified by the PUBLIC and SYSTEM identifiers:

       PUBLIC "-//W3C//ELEMENTS XHTML Editing Markup 1.0//EN"
       SYSTEM "http://www.w3.org/TR/xhtml-modularization/DTD/xhtml-edit-1.mod"

     Revisions:
     (none)
     ....................................................................... -->

<!-- Editing Elements

        ins, del

     This module declares element types and attributes used to indicate
     inserted and deleted content while editing a document.
-->

<!-- ins: Inserted Text  ............................... -->

<!ENTITY % ins.element  "INCLUDE" >
<![%ins.element;[
<!ENTITY % ins.content
     "( #PCDATA | %Flow.mix; )*"
>
<!ENTITY % ins.qname  "ins" >
<!ELEMENT %ins.qname;  %ins.content; >
<!-- end of ins.element -->]]>

<!ENTITY % ins.attlist  "INCLUDE" >
<![%ins.attlist;[
<!ATTLIST %ins.qname;
      %Common.attrib;
      cite         %URI.datatype;           #IMPLIED
      datetime     %Datetime.datatype;      #IMPLIED
>
<!-- end of ins.attlist -->]]>

<!-- del: Deleted Text  ................................ -->

<!ENTITY % del.element  "INCLUDE" >
<![%del.element;[
<!ENTITY % del.content
     "( #PCDATA | %Flow.mix; )*"
>
<!ENTITY % del.qname  "del" >
<!ELEMENT %del.qname;  %del.content; >
<!-- end of del.element -->]]>

<!ENTITY % del.attlist  "INCLUDE" >
<![%del.attlist;[
<!ATTLIST %del.qname;
      %Common.attrib;
      cite         %URI.datatype;           #IMPLIED
      datetime     %Datetime.datatype;      #IMPLIED
>
<!-- end of del.attlist -->]]>

<!-- end of xhtml-edit-1.mod -->

F.3.3.3. Tekst dwukierunkowy

<!-- ...................................................................... -->
<!-- XHTML BDO Element Module ............................................. -->
<!-- file: xhtml-bdo-1.mod

     This is XHTML, a reformulation of HTML as a modular XML application.
     Copyright 1998-2001 W3C (MIT, INRIA, Keio), All Rights Reserved.
     Revision: $Id: xhtml-bdo-1.mod,v 4.0 2001/04/02 22:42:49 altheim Exp $ SMI

     This DTD module is identified by the PUBLIC and SYSTEM identifiers:

       PUBLIC "-//W3C//ELEMENTS XHTML BDO Element 1.0//EN"
       SYSTEM "http://www.w3.org/TR/xhtml-modularization/DTD/xhtml-bdo-1.mod"

     Revisions:
     (none)
     ....................................................................... -->

<!-- Bidirectional Override (bdo) Element

     This modules declares the element 'bdo', used to override the
     Unicode bidirectional algorithm for selected fragments of text.

     DEPENDENCIES:
     Relies on the conditional section keyword %XHTML.bidi; declared
     as "INCLUDE". Bidirectional text support includes both the bdo
     element and the 'dir' attribute.
-->

<!ENTITY % bdo.element  "INCLUDE" >
<![%bdo.element;[
<!ENTITY % bdo.content
     "( #PCDATA | %Inline.mix; )*"
>
<!ENTITY % bdo.qname  "bdo" >
<!ELEMENT %bdo.qname;  %bdo.content; >
<!-- end of bdo.element -->]]>

<!ENTITY % bdo.attlist  "INCLUDE" >
<![%bdo.attlist;[
<!ATTLIST %bdo.qname;
      %Core.attrib;
      xml:lang     %LanguageCode.datatype;  #IMPLIED
      dir          ( ltr | rtl )            #REQUIRED
>
]]>

<!-- end of xhtml-bdo-1.mod -->

F.3.4. Formularze

F.3.4.1. Proste formularze

<!-- ...................................................................... -->
<!-- XHTML Simplified Forms Module  ....................................... -->
<!-- file: xhtml-basic-form-1.mod

     This is XHTML Basic, a proper subset of XHTML.
     Copyright 1998-2001 W3C (MIT, INRIA, Keio), All Rights Reserved.
     Revision: $Id: xhtml-basic-form-1.mod,v 4.1 2001/04/05 06:57:40 altheim Exp $ SMI

     This DTD module is identified by the PUBLIC and SYSTEM identifiers:

       PUBLIC "-//W3C//ELEMENTS XHTML Basic Forms 1.0//EN"
       SYSTEM "http://www.w3.org/TR/xhtml-modularization/DTD/xhtml-basic-form-1.mod"

     Revisions:
     (none)
     ....................................................................... -->

<!-- Basic Forms

     This forms module is based on the HTML 3.2 forms model, with
     the WAI-requested addition of the label element. While this
     module essentially mimics the content model and attributes of
     HTML 3.2 forms, the element types declared herein also include
     all HTML 4 common attributes.

        form, label, input, select, option, textarea
-->

<!-- declare qualified element type names:
-->
<!ENTITY % form.qname  "form" >
<!ENTITY % label.qname  "label" >
<!ENTITY % input.qname  "input" >
<!ENTITY % select.qname  "select" >
<!ENTITY % option.qname  "option" >
<!ENTITY % textarea.qname  "textarea" >

<!-- %BlkNoForm.mix; includes all non-form block elements,
     plus %Misc.class;
-->
<!ENTITY % BlkNoForm.mix
     "%Heading.class;
      | %List.class;
      | %BlkStruct.class;
      %BlkPhras.class;
      %BlkPres.class;
      | %table.qname;
      %Block.extra;
      %Misc.class;"
>

<!-- form: Form Element ................................ -->

<!ENTITY % form.element  "INCLUDE" >
<![%form.element;[
<!ENTITY % form.content
     "( %BlkNoForm.mix; )+"
>
<!ELEMENT %form.qname;  %form.content; >
<!-- end of form.element -->]]>

<!ENTITY % form.attlist  "INCLUDE" >
<![%form.attlist;[
<!ATTLIST %form.qname;
      %Common.attrib;
      action       %URI.datatype;           #REQUIRED
      method       ( get | post )           'get'
      enctype      %ContentType.datatype;   'application/x-www-form-urlencoded'
>
<!-- end of form.attlist -->]]>

<!-- label: Form Field Label Text ...................... -->

<!ENTITY % label.element  "INCLUDE" >
<![%label.element;[
<!-- Each label must not contain more than ONE field
-->
<!ENTITY % label.content
     "( #PCDATA
      | %input.qname; | %select.qname; | %textarea.qname;
      | %InlStruct.class;
      %InlPhras.class;
      %I18n.class;
      %InlPres.class;
      %InlSpecial.class;
      %Misc.class; )*"
>
<!ELEMENT %label.qname;  %label.content; >
<!-- end of label.element -->]]>

<!ENTITY % label.attlist  "INCLUDE" >
<![%label.attlist;[
<!ATTLIST %label.qname;
      %Common.attrib;
      for          IDREF                    #IMPLIED
      accesskey    %Character.datatype;     #IMPLIED
>
<!-- end of label.attlist -->]]>

<!-- input: Form Control ............................... -->

<!ENTITY % input.element  "INCLUDE" >
<![%input.element;[
<!ENTITY % input.content  "EMPTY" >
<!ELEMENT %input.qname;  %input.content; >
<!-- end of input.element -->]]>

<!-- Basic Forms removes 'image' and 'file' input types.
-->
<!ENTITY % input.attlist  "INCLUDE" >
<![%input.attlist;[
<!ENTITY % InputType.class
     "( text | password | checkbox | radio
      | submit | reset | hidden )"
>
<!-- attribute name required for all but submit & reset
-->
<!ATTLIST %input.qname;
      %Common.attrib;
      type         %InputType.class;        'text'
      name         CDATA                    #IMPLIED
      value        CDATA                    #IMPLIED
      checked      ( checked )              #IMPLIED
      size         CDATA                    #IMPLIED
      maxlength    %Number.datatype;        #IMPLIED
      src          %URI.datatype;           #IMPLIED
      tabindex     %Number.datatype;        #IMPLIED
      accesskey    %Character.datatype;     #IMPLIED
>
<!-- end of input.attlist -->]]>

<!-- select: Option Selector ........................... -->

<!ENTITY % select.element  "INCLUDE" >
<![%select.element;[
<!ENTITY % select.content  "( %option.qname; )+" >
<!ELEMENT %select.qname;  %select.content; >
<!-- end of select.element -->]]>

<!ENTITY % select.attlist  "INCLUDE" >
<![%select.attlist;[
<!ATTLIST %select.qname;
      %Common.attrib;
      name         CDATA                    #IMPLIED
      size         %Number.datatype;        #IMPLIED
      multiple     ( multiple )             #IMPLIED
      tabindex     %Number.datatype;        #IMPLIED
>
<!-- end of select.attlist -->]]>

<!-- option: Selectable Choice ......................... -->

<!ENTITY % option.element  "INCLUDE" >
<![%option.element;[
<!ENTITY % option.content  "( #PCDATA )" >
<!ELEMENT %option.qname;  %option.content; >
<!-- end of option.element -->]]>

<!ENTITY % option.attlist  "INCLUDE" >
<![%option.attlist;[
<!ATTLIST %option.qname;
      %Common.attrib;
      selected     ( selected )             #IMPLIED
      value        CDATA                    #IMPLIED
>
<!-- end of option.attlist -->]]>

<!-- textarea: Multi-Line Text Field ................... -->

<!ENTITY % textarea.element  "INCLUDE" >
<![%textarea.element;[
<!ENTITY % textarea.content  "( #PCDATA )" >
<!ELEMENT %textarea.qname;  %textarea.content; >
<!-- end of textarea.element -->]]>

<!ENTITY % textarea.attlist  "INCLUDE" >
<![%textarea.attlist;[
<!ATTLIST %textarea.qname;
      %Common.attrib;
      name         CDATA                    #IMPLIED
      rows         %Number.datatype;        #REQUIRED
      cols         %Number.datatype;        #REQUIRED
      tabindex     %Number.datatype;        #IMPLIED
      accesskey    %Character.datatype;     #IMPLIED
>
<!-- end of textarea.attlist -->]]>

<!-- end of xhtml-basic-form-1.mod -->

F.3.4.2. Formularze

<!-- ...................................................................... -->
<!-- XHTML Forms Module  .................................................. -->
<!-- file: xhtml-form-1.mod

     This is XHTML, a reformulation of HTML as a modular XML application.
     Copyright 1998-2001 W3C (MIT, INRIA, Keio), All Rights Reserved.
     Revision: $Id: xhtml-form-1.mod,v 4.1 2001/04/10 09:42:30 altheim Exp $ SMI

     This DTD module is identified by the PUBLIC and SYSTEM identifiers:

       PUBLIC "-//W3C//ELEMENTS XHTML Forms 1.0//EN"
       SYSTEM "http://www.w3.org/TR/xhtml-modularization/DTD/xhtml-form-1.mod"

     Revisions:
     (none)
     ....................................................................... -->

<!-- Forms

        form, label, input, select, optgroup, option,
        textarea, fieldset, legend, button

     This module declares markup to provide support for online
     forms, based on the features found in HTML 4 forms.
-->

<!-- declare qualified element type names:
-->
<!ENTITY % form.qname  "form" >
<!ENTITY % label.qname  "label" >
<!ENTITY % input.qname  "input" >
<!ENTITY % select.qname  "select" >
<!ENTITY % optgroup.qname  "optgroup" >
<!ENTITY % option.qname  "option" >
<!ENTITY % textarea.qname  "textarea" >
<!ENTITY % fieldset.qname  "fieldset" >
<!ENTITY % legend.qname  "legend" >
<!ENTITY % button.qname  "button" >

<!-- %BlkNoForm.mix; includes all non-form block elements,
     plus %Misc.class;
-->
<!ENTITY % BlkNoForm.mix
     "%Heading.class;
      | %List.class;
      | %BlkStruct.class;
      %BlkPhras.class;
      %BlkPres.class;
      %Table.class;
      %Block.extra;
      %Misc.class;"
>

<!-- form: Form Element ................................ -->

<!ENTITY % form.element  "INCLUDE" >
<![%form.element;[
<!ENTITY % form.content
     "( %BlkNoForm.mix;
      | %fieldset.qname; )+"
>
<!ELEMENT %form.qname;  %form.content; >
<!-- end of form.element -->]]>

<!ENTITY % form.attlist  "INCLUDE" >
<![%form.attlist;[
<!ATTLIST %form.qname;
      %Common.attrib;
      action       %URI.datatype;           #REQUIRED
      method       ( get | post )           'get'
      enctype      %ContentType.datatype;   'application/x-www-form-urlencoded'
      accept-charset %Charsets.datatype;    #IMPLIED
      accept       %ContentTypes.datatype;  #IMPLIED
>
<!-- end of form.attlist -->]]>

<!-- label: Form Field Label Text ...................... -->

<!-- Each label must not contain more than ONE field
-->

<!ENTITY % label.element  "INCLUDE" >
<![%label.element;[
<!ENTITY % label.content
     "( #PCDATA
      | %input.qname; | %select.qname; | %textarea.qname; | %button.qname;
      | %InlStruct.class;
      %InlPhras.class;
      %I18n.class;
      %InlPres.class;
      %Anchor.class;
      %InlSpecial.class;
      %Inline.extra;
      %Misc.class; )*"
>
<!ELEMENT %label.qname;  %label.content; >
<!-- end of label.element -->]]>

<!ENTITY % label.attlist  "INCLUDE" >
<![%label.attlist;[
<!ATTLIST %label.qname;
      %Common.attrib;
      for          IDREF                    #IMPLIED
      accesskey    %Character.datatype;     #IMPLIED
>
<!-- end of label.attlist -->]]>

<!-- input: Form Control ............................... -->

<!ENTITY % input.element  "INCLUDE" >
<![%input.element;[
<!ENTITY % input.content  "EMPTY" >
<!ELEMENT %input.qname;  %input.content; >
<!-- end of input.element -->]]>

<!ENTITY % input.attlist  "INCLUDE" >
<![%input.attlist;[
<!ENTITY % InputType.class
     "( text | password | checkbox | radio | submit
      | reset | file | hidden | image | button )"
>
<!-- attribute 'name' required for all but submit & reset
-->
<!ATTLIST %input.qname;
      %Common.attrib;
      type         %InputType.class;        'text'
      name         CDATA                    #IMPLIED
      value        CDATA                    #IMPLIED
      checked      ( checked )              #IMPLIED
      disabled     ( disabled )             #IMPLIED
      readonly     ( readonly )             #IMPLIED
      size         %Number.datatype;        #IMPLIED
      maxlength    %Number.datatype;        #IMPLIED
      src          %URI.datatype;           #IMPLIED
      alt          %Text.datatype;          #IMPLIED
      tabindex     %Number.datatype;        #IMPLIED
      accesskey    %Character.datatype;     #IMPLIED
      accept       %ContentTypes.datatype;  #IMPLIED
>
<!-- end of input.attlist -->]]>

<!-- select: Option Selector ........................... -->

<!ENTITY % select.element  "INCLUDE" >
<![%select.element;[
<!ENTITY % select.content
     "( %optgroup.qname; | %option.qname; )+"
>
<!ELEMENT %select.qname;  %select.content; >
<!-- end of select.element -->]]>

<!ENTITY % select.attlist  "INCLUDE" >
<![%select.attlist;[
<!ATTLIST %select.qname;
      %Common.attrib;
      name         CDATA                    #IMPLIED
      size         %Number.datatype;        #IMPLIED
      multiple     ( multiple )             #IMPLIED
      disabled     ( disabled )             #IMPLIED
      tabindex     %Number.datatype;        #IMPLIED
>
<!-- end of select.attlist -->]]>

<!-- optgroup: Option Group ............................ -->

<!ENTITY % optgroup.element  "INCLUDE" >
<![%optgroup.element;[
<!ENTITY % optgroup.content  "( %option.qname; )+" >
<!ELEMENT %optgroup.qname;  %optgroup.content; >
<!-- end of optgroup.element -->]]>

<!ENTITY % optgroup.attlist  "INCLUDE" >
<![%optgroup.attlist;[
<!ATTLIST %optgroup.qname;
      %Common.attrib;
      disabled     ( disabled )             #IMPLIED
      label        %Text.datatype;          #REQUIRED
>
<!-- end of optgroup.attlist -->]]>

<!-- option: Selectable Choice ......................... -->

<!ENTITY % option.element  "INCLUDE" >
<![%option.element;[
<!ENTITY % option.content  "( #PCDATA )" >
<!ELEMENT %option.qname;  %option.content; >
<!-- end of option.element -->]]>

<!ENTITY % option.attlist  "INCLUDE" >
<![%option.attlist;[
<!ATTLIST %option.qname;
      %Common.attrib;
      selected     ( selected )             #IMPLIED
      disabled     ( disabled )             #IMPLIED
      label        %Text.datatype;          #IMPLIED
      value        CDATA                    #IMPLIED
>
<!-- end of option.attlist -->]]>

<!-- textarea: Multi-Line Text Field ................... -->

<!ENTITY % textarea.element  "INCLUDE" >
<![%textarea.element;[
<!ENTITY % textarea.content  "( #PCDATA )" >
<!ELEMENT %textarea.qname;  %textarea.content; >
<!-- end of textarea.element -->]]>

<!ENTITY % textarea.attlist  "INCLUDE" >
<![%textarea.attlist;[
<!ATTLIST %textarea.qname;
      %Common.attrib;
      name         CDATA                    #IMPLIED
      rows         %Number.datatype;        #REQUIRED
      cols         %Number.datatype;        #REQUIRED
      disabled     ( disabled )             #IMPLIED
      readonly     ( readonly )             #IMPLIED
      tabindex     %Number.datatype;        #IMPLIED
      accesskey    %Character.datatype;     #IMPLIED
>
<!-- end of textarea.attlist -->]]>

<!-- fieldset: Form Control Group ...................... -->

<!-- #PCDATA is to solve the mixed content problem,
     per specification only whitespace is allowed
-->

<!ENTITY % fieldset.element  "INCLUDE" >
<![%fieldset.element;[
<!ENTITY % fieldset.content
     "( #PCDATA | %legend.qname; | %Flow.mix; )*"
>
<!ELEMENT %fieldset.qname;  %fieldset.content; >
<!-- end of fieldset.element -->]]>

<!ENTITY % fieldset.attlist  "INCLUDE" >
<![%fieldset.attlist;[
<!ATTLIST %fieldset.qname;
      %Common.attrib;
>
<!-- end of fieldset.attlist -->]]>

<!-- legend: Fieldset Legend ........................... -->

<!ENTITY % legend.element  "INCLUDE" >
<![%legend.element;[
<!ENTITY % legend.content
     "( #PCDATA | %Inline.mix; )*"
>
<!ELEMENT %legend.qname;  %legend.content; >
<!-- end of legend.element -->]]>

<!ENTITY % legend.attlist  "INCLUDE" >
<![%legend.attlist;[
<!ATTLIST %legend.qname;
      %Common.attrib;
      accesskey    %Character.datatype;     #IMPLIED
>
<!-- end of legend.attlist -->]]>

<!-- button: Push Button ............................... -->

<!ENTITY % button.element  "INCLUDE" >
<![%button.element;[
<!ENTITY % button.content
     "( #PCDATA
      | %BlkNoForm.mix;
      | %InlStruct.class;
      %InlPhras.class;
      %InlPres.class;
      %I18n.class;
      %InlSpecial.class;
      %Inline.extra; )*"
>
<!ELEMENT %button.qname;  %button.content; >
<!-- end of button.element -->]]>

<!ENTITY % button.attlist  "INCLUDE" >
<![%button.attlist;[
<!ATTLIST %button.qname;
      %Common.attrib;
      name         CDATA                    #IMPLIED
      value        CDATA                    #IMPLIED
      type         ( button | submit | reset ) 'submit'
      disabled     ( disabled )             #IMPLIED
      tabindex     %Number.datatype;        #IMPLIED
      accesskey    %Character.datatype;     #IMPLIED
>
<!-- end of button.attlist -->]]>

<!-- end of xhtml-form-1.mod -->

F.3.5. Tabele

F.3.5.1. Proste tabele

<!-- ....................................................................... -->
<!-- XHTML Basic Table Module  ............................................. -->
<!-- file: xhtml-basic-table-1.mod

     This is XHTML Basic, a proper subset of XHTML.
     Copyright 1998-2001 W3C (MIT, INRIA, Keio), All Rights Reserved.
     Revision: $Id: xhtml-basic-table-1.mod,v 4.0 2001/04/02 22:42:49 altheim Exp $ SMI

     This DTD module is identified by the PUBLIC and SYSTEM identifiers:

       PUBLIC "-//W3C//ELEMENTS XHTML Basic Tables 1.0//EN"
       SYSTEM "http://www.w3.org/TR/xhtml-modularization/DTD/xhtml-basic-table-1.mod"

     Revisions:
     (none)
     ....................................................................... -->

<!-- Basic Tables

        table, caption, tr, th, td

     This table module declares elements and attributes defining
     a table model based fundamentally on features found in the
     widely-deployed HTML 3.2 table model.  While this module
     mimics the content model and table attributes of HTML 3.2
     tables, the element types declared herein also includes all
     HTML 4 common and most of the HTML 4 table attributes.
-->

<!-- declare qualified element type names:
-->
<!ENTITY % table.qname  "table" >
<!ENTITY % caption.qname  "caption" >
<!ENTITY % tr.qname  "tr" >
<!ENTITY % th.qname  "th" >
<!ENTITY % td.qname  "td" >

<!-- horizontal alignment attributes for cell contents
-->
<!ENTITY % CellHAlign.attrib
     "align        ( left
                   | center
                   | right )                #IMPLIED"
>

<!-- vertical alignment attributes for cell contents
-->
<!ENTITY % CellVAlign.attrib
     "valign       ( top
                   | middle
                   | bottom )               #IMPLIED"
>

<!-- scope is simpler than axes attribute for common tables
-->
<!ENTITY % scope.attrib
     "scope        ( row | col  )           #IMPLIED"
>

<!-- table: Table Element .............................. -->

<!ENTITY % table.element  "INCLUDE" >
<![%table.element;[
<!ENTITY % table.content
     "( %caption.qname;?, %tr.qname;+ )"
>
<!ELEMENT %table.qname;  %table.content; >
<!-- end of table.element -->]]>

<!ENTITY % table.attlist  "INCLUDE" >
<![%table.attlist;[
<!ATTLIST %table.qname;
      %Common.attrib;
      summary      %Text.datatype;          #IMPLIED
>
<!-- end of table.attlist -->]]>

<!-- caption: Table Caption ............................ -->

<!ENTITY % caption.element  "INCLUDE" >
<![%caption.element;[
<!ENTITY % caption.content
     "( #PCDATA | %Inline.mix; )*"
>
<!ELEMENT %caption.qname;  %caption.content; >
<!-- end of caption.element -->]]>

<!ENTITY % caption.attlist  "INCLUDE" >
<![%caption.attlist;[
<!ATTLIST %caption.qname;
      %Common.attrib;
>
<!-- end of caption.attlist -->]]>

<!-- tr: Table Row ..................................... -->

<!ENTITY % tr.element  "INCLUDE" >
<![%tr.element;[
<!ENTITY % tr.content  "( %th.qname; | %td.qname; )+" >
<!ELEMENT %tr.qname;  %tr.content; >
<!-- end of tr.element -->]]>

<!ENTITY % tr.attlist  "INCLUDE" >
<![%tr.attlist;[
<!ATTLIST %tr.qname;
      %Common.attrib;
      %CellHAlign.attrib;
      %CellVAlign.attrib;
>
<!-- end of tr.attlist -->]]>

<!-- th: Table Header Cell ............................. -->

<!-- th is for header cells, td for data,
     but for cells acting as both use td
-->

<!ENTITY % th.element  "INCLUDE" >
<![%th.element;[
<!ENTITY % th.content
     "( #PCDATA | %FlowNoTable.mix; )*"
>
<!ELEMENT %th.qname;  %th.content; >
<!-- end of th.element -->]]>

<!ENTITY % th.attlist  "INCLUDE" >
<![%th.attlist;[
<!ATTLIST %th.qname;
      %Common.attrib;
      abbr         %Text.datatype;          #IMPLIED
      axis         CDATA                    #IMPLIED
      headers      IDREFS                   #IMPLIED
      %scope.attrib;
      rowspan      %Number.datatype;        '1'
      colspan      %Number.datatype;        '1'
      %CellHAlign.attrib;
      %CellVAlign.attrib;
>
<!-- end of th.attlist -->]]>

<!-- td: Table Data Cell ............................... -->

<!ENTITY % td.element  "INCLUDE" >
<![%td.element;[
<!ENTITY % td.content
     "( #PCDATA | %FlowNoTable.mix; )*"
>
<!ELEMENT %td.qname;  %td.content; >
<!-- end of td.element -->]]>

<!ENTITY % td.attlist  "INCLUDE" >
<![%td.attlist;[
<!ATTLIST %td.qname;
      %Common.attrib;
      abbr         %Text.datatype;          #IMPLIED
      axis         CDATA                    #IMPLIED
      headers      IDREFS                   #IMPLIED
      %scope.attrib;
      rowspan      %Number.datatype;        '1'
      colspan      %Number.datatype;        '1'
      %CellHAlign.attrib;
      %CellVAlign.attrib;
>
<!-- end of td.attlist -->]]>

<!-- end of xhtml-basic-table-1.mod -->

F.3.5.2. Tabele

<!-- ...................................................................... -->
<!-- XHTML Table Module  .................................................. -->
<!-- file: xhtml-table-1.mod

     This is XHTML, a reformulation of HTML as a modular XML application.
     Copyright 1998-2001 W3C (MIT, INRIA, Keio), All Rights Reserved.
     Revision: $Id: xhtml-table-1.mod,v 4.1 2001/04/10 09:42:30 altheim Exp $ SMI

     This DTD module is identified by the PUBLIC and SYSTEM identifiers:

       PUBLIC "-//W3C//ELEMENTS XHTML Tables 1.0//EN"
       SYSTEM "http://www.w3.org/TR/xhtml-modularization/DTD/xhtml-table-1.mod"

     Revisions:
     (none)
     ....................................................................... -->

<!-- Tables

        table, caption, thead, tfoot, tbody, colgroup, col, tr, th, td

     This module declares element types and attributes used to provide
     table markup similar to HTML 4, including features that enable
     better accessibility for non-visual user agents.
-->

<!-- declare qualified element type names:
-->
<!ENTITY % table.qname  "table" >
<!ENTITY % caption.qname  "caption" >
<!ENTITY % thead.qname  "thead" >
<!ENTITY % tfoot.qname  "tfoot" >
<!ENTITY % tbody.qname  "tbody" >
<!ENTITY % colgroup.qname  "colgroup" >
<!ENTITY % col.qname  "col" >
<!ENTITY % tr.qname  "tr" >
<!ENTITY % th.qname  "th" >
<!ENTITY % td.qname  "td" >

<!-- The frame attribute specifies which parts of the frame around
     the table should be rendered. The values are not the same as
     CALS to avoid a name clash with the valign attribute.
-->
<!ENTITY % frame.attrib
     "frame        ( void
                   | above
                   | below
                   | hsides
                   | lhs
                   | rhs
                   | vsides
                   | box
                   | border )               #IMPLIED"
>

<!-- The rules attribute defines which rules to draw between cells:

     If rules is absent then assume:

       "none" if border is absent or border="0" otherwise "all"
-->
<!ENTITY % rules.attrib
     "rules        ( none
                   | groups
                   | rows
                   | cols
                   | all )                  #IMPLIED"
>

<!-- horizontal alignment attributes for cell contents
-->
<!ENTITY % CellHAlign.attrib
     "align        ( left
                   | center
                   | right
                   | justify
                   | char )                 #IMPLIED
      char         %Character.datatype;     #IMPLIED
      charoff      %Length.datatype;        #IMPLIED"
>

<!-- vertical alignment attribute for cell contents
-->
<!ENTITY % CellVAlign.attrib
     "valign       ( top
                   | middle
                   | bottom
                   | baseline )             #IMPLIED"
>

<!-- scope is simpler than axes attribute for common tables
-->
<!ENTITY % scope.attrib
     "scope        ( row
                   | col
                   | rowgroup
                   | colgroup )             #IMPLIED"
>

<!-- table: Table Element .............................. -->

<!ENTITY % table.element  "INCLUDE" >
<![%table.element;[
<!ENTITY % table.content
     "( %caption.qname;?, ( %col.qname;* | %colgroup.qname;* ),
      (( %thead.qname;?, %tfoot.qname;?, %tbody.qname;+ ) | ( %tr.qname;+ )))"
>
<!ELEMENT %table.qname;  %table.content; >
<!-- end of table.element -->]]>

<!ENTITY % table.attlist  "INCLUDE" >
<![%table.attlist;[
<!ATTLIST %table.qname;
      %Common.attrib;
      summary      %Text.datatype;          #IMPLIED
      width        %Length.datatype;        #IMPLIED
      border       %Pixels.datatype;        #IMPLIED
      %frame.attrib;
      %rules.attrib;
      cellspacing  %Length.datatype;        #IMPLIED
      cellpadding  %Length.datatype;        #IMPLIED
>
<!-- end of table.attlist -->]]>

<!-- caption: Table Caption ............................ -->

<!ENTITY % caption.element  "INCLUDE" >
<![%caption.element;[
<!ENTITY % caption.content
     "( #PCDATA | %Inline.mix; )*"
>
<!ELEMENT %caption.qname;  %caption.content; >
<!-- end of caption.element -->]]>

<!ENTITY % caption.attlist  "INCLUDE" >
<![%caption.attlist;[
<!ATTLIST %caption.qname;
      %Common.attrib;
>
<!-- end of caption.attlist -->]]>

<!-- thead: Table Header ............................... -->

<!-- Use thead to duplicate headers when breaking table
     across page boundaries, or for static headers when
     tbody sections are rendered in scrolling panel.
-->

<!ENTITY % thead.element  "INCLUDE" >
<![%thead.element;[
<!ENTITY % thead.content  "( %tr.qname; )+" >
<!ELEMENT %thead.qname;  %thead.content; >
<!-- end of thead.element -->]]>

<!ENTITY % thead.attlist  "INCLUDE" >
<![%thead.attlist;[
<!ATTLIST %thead.qname;
      %Common.attrib;
      %CellHAlign.attrib;
      %CellVAlign.attrib;
>
<!-- end of thead.attlist -->]]>

<!-- tfoot: Table Footer ............................... -->

<!-- Use tfoot to duplicate footers when breaking table
     across page boundaries, or for static footers when
     tbody sections are rendered in scrolling panel.
-->

<!ENTITY % tfoot.element  "INCLUDE" >
<![%tfoot.element;[
<!ENTITY % tfoot.content  "( %tr.qname; )+" >
<!ELEMENT %tfoot.qname;  %tfoot.content; >
<!-- end of tfoot.element -->]]>

<!ENTITY % tfoot.attlist  "INCLUDE" >
<![%tfoot.attlist;[
<!ATTLIST %tfoot.qname;
      %Common.attrib;
      %CellHAlign.attrib;
      %CellVAlign.attrib;
>
<!-- end of tfoot.attlist -->]]>

<!-- tbody: Table Body ................................. -->

<!-- Use multiple tbody sections when rules are needed
     between groups of table rows.
-->

<!ENTITY % tbody.element  "INCLUDE" >
<![%tbody.element;[
<!ENTITY % tbody.content  "( %tr.qname; )+" >
<!ELEMENT %tbody.qname;  %tbody.content; >
<!-- end of tbody.element -->]]>

<!ENTITY % tbody.attlist  "INCLUDE" >
<![%tbody.attlist;[
<!ATTLIST %tbody.qname;
      %Common.attrib;
      %CellHAlign.attrib;
      %CellVAlign.attrib;
>
<!-- end of tbody.attlist -->]]>

<!-- colgroup: Table Column Group ...................... -->

<!-- colgroup groups a set of col elements. It allows you
     to group several semantically-related columns together.
-->

<!ENTITY % colgroup.element  "INCLUDE" >
<![%colgroup.element;[
<!ENTITY % colgroup.content  "( %col.qname; )*" >
<!ELEMENT %colgroup.qname;  %colgroup.content; >
<!-- end of colgroup.element -->]]>

<!ENTITY % colgroup.attlist  "INCLUDE" >
<![%colgroup.attlist;[
<!ATTLIST %colgroup.qname;
      %Common.attrib;
      span         %Number.datatype;        '1'
      width        %MultiLength.datatype;   #IMPLIED
      %CellHAlign.attrib;
      %CellVAlign.attrib;
>
<!-- end of colgroup.attlist -->]]>

<!-- col: Table Column ................................. -->

<!-- col elements define the alignment properties for
     cells in one or more columns.

     The width attribute specifies the width of the
     columns, e.g.

       width="64"        width in screen pixels
       width="0.5*"      relative width of 0.5

     The span attribute causes the attributes of one
     col element to apply to more than one column.
-->

<!ENTITY % col.element  "INCLUDE" >
<![%col.element;[
<!ENTITY % col.content  "EMPTY" >
<!ELEMENT %col.qname;  %col.content; >
<!-- end of col.element -->]]>

<!ENTITY % col.attlist  "INCLUDE" >
<![%col.attlist;[
<!ATTLIST %col.qname;
      %Common.attrib;
      span         %Number.datatype;        '1'
      width        %MultiLength.datatype;   #IMPLIED
      %CellHAlign.attrib;
      %CellVAlign.attrib;
>
<!-- end of col.attlist -->]]>

<!-- tr: Table Row ..................................... -->

<!ENTITY % tr.element  "INCLUDE" >
<![%tr.element;[
<!ENTITY % tr.content  "( %th.qname; | %td.qname; )+" >
<!ELEMENT %tr.qname;  %tr.content; >
<!-- end of tr.element -->]]>

<!ENTITY % tr.attlist  "INCLUDE" >
<![%tr.attlist;[
<!ATTLIST %tr.qname;
      %Common.attrib;
      %CellHAlign.attrib;
      %CellVAlign.attrib;
>
<!-- end of tr.attlist -->]]>

<!-- th: Table Header Cell ............................. -->

<!-- th is for header cells, td for data,
     but for cells acting as both use td
-->

<!ENTITY % th.element  "INCLUDE" >
<![%th.element;[
<!ENTITY % th.content
     "( #PCDATA | %Flow.mix; )*"
>
<!ELEMENT %th.qname;  %th.content; >
<!-- end of th.element -->]]>

<!ENTITY % th.attlist  "INCLUDE" >
<![%th.attlist;[
<!ATTLIST %th.qname;
      %Common.attrib;
      abbr         %Text.datatype;          #IMPLIED
      axis         CDATA                    #IMPLIED
      headers      IDREFS                   #IMPLIED
      %scope.attrib;
      rowspan      %Number.datatype;        '1'
      colspan      %Number.datatype;        '1'
      %CellHAlign.attrib;
      %CellVAlign.attrib;
>
<!-- end of th.attlist -->]]>

<!-- td: Table Data Cell ............................... -->

<!ENTITY % td.element  "INCLUDE" >
<![%td.element;[
<!ENTITY % td.content
     "( #PCDATA | %Flow.mix; )*"
>
<!ELEMENT %td.qname;  %td.content; >
<!-- end of td.element -->]]>

<!ENTITY % td.attlist  "INCLUDE" >
<![%td.attlist;[
<!ATTLIST %td.qname;
      %Common.attrib;
      abbr         %Text.datatype;          #IMPLIED
      axis         CDATA                    #IMPLIED
      headers      IDREFS                   #IMPLIED
      %scope.attrib;
      rowspan      %Number.datatype;        '1'
      colspan      %Number.datatype;        '1'
      %CellHAlign.attrib;
      %CellVAlign.attrib;
>
<!-- end of td.attlist -->]]>

<!-- end of xhtml-table-1.mod -->

F.3.6. Obrazy

<!-- ...................................................................... -->
<!-- XHTML Images Module  ................................................. -->
<!-- file: xhtml-image-1.mod

     This is XHTML, a reformulation of HTML as a modular XML application.
     Copyright 1998-2001 W3C (MIT, INRIA, Keio), All Rights Reserved.
     Rovision: $Id: xhtml-image-1.mod,v 4.0 2001/04/02 22:42:49 altheim Exp $ SMI

     This DTD module is identified by the PUBLIC and SYSTEM identifiers:

       PUBLIC "-//W3C//ELEMENTS XHTML Images 1.0//EN"
       SYSTEM "http://www.w3.org/TR/xhtml-modularization/DTD/xhtml-image-1.mod"

     Revisions:
     (none)
     ....................................................................... -->

<!-- Images

        img

     This module provides markup to support basic image embedding.
-->

<!-- To avoid problems with text-only UAs as well as to make
     image content understandable and navigable to users of
     non-visual UAs, you need to provide a description with
     the 'alt' attribute, and avoid server-side image maps.
-->

<!ENTITY % img.element  "INCLUDE" >
<![%img.element;[
<!ENTITY % img.content  "EMPTY" >
<!ENTITY % img.qname  "img" >
<!ELEMENT %img.qname;  %img.content; >
<!-- end of img.element -->]]>

<!ENTITY % img.attlist  "INCLUDE" >
<![%img.attlist;[
<!ATTLIST %img.qname;
      %Common.attrib;
      src          %URI.datatype;           #REQUIRED
      alt          %Text.datatype;          #REQUIRED
      longdesc     %URI.datatype;           #IMPLIED
      height       %Length.datatype;        #IMPLIED
      width        %Length.datatype;        #IMPLIED
>
<!-- end of img.attlist -->]]>

<!-- end of xhtml-image-1.mod -->

F.3.7. Mapy obrazkowe po stronie klienta

<!-- ...................................................................... -->
<!-- XHTML Client-side Image Map Module  .................................. -->
<!-- file: xhtml-csismap-1.mod

     This is XHTML, a reformulation of HTML as a modular XML application.
     Copyright 1998-2001 W3C (MIT, INRIA, Keio), All Rights Reserved.
     Revision: $Id: xhtml-csismap-1.mod,v 4.0 2001/04/02 22:42:49 altheim Exp $ SMI

     This DTD module is identified by the PUBLIC and SYSTEM identifiers:

       PUBLIC "-//W3C//ELEMENTS XHTML Client-side Image Maps 1.0//EN"
       SYSTEM "http://www.w3.org/TR/xhtml-modularization/DTD/xhtml-csismap-1.mod"

     Revisions:
     (none)
     ....................................................................... -->

<!-- Client-side Image Maps

        area, map

     This module declares elements and attributes to support client-side
     image maps. This requires that the Image Module (or a module
     declaring the img element type) be included in the DTD.

     These can be placed in the same document or grouped in a
     separate document, although the latter isn't widely supported
-->

<!ENTITY % area.element  "INCLUDE" >
<![%area.element;[
<!ENTITY % area.content  "EMPTY" >
<!ENTITY % area.qname  "area" >
<!ELEMENT %area.qname;  %area.content; >
<!-- end of area.element -->]]>

<!ENTITY % Shape.datatype "( rect | circle | poly | default )">
<!ENTITY % Coords.datatype "CDATA" >

<!ENTITY % area.attlist  "INCLUDE" >
<![%area.attlist;[
<!ATTLIST %area.qname;
      %Common.attrib;
      href         %URI.datatype;           #IMPLIED
      shape        %Shape.datatype;         'rect'
      coords       %Coords.datatype;        #IMPLIED
      nohref       ( nohref )               #IMPLIED
      alt          %Text.datatype;          #REQUIRED
      tabindex     %Number.datatype;        #IMPLIED
      accesskey    %Character.datatype;     #IMPLIED
>
<!-- end of area.attlist -->]]>

<!-- modify anchor attribute definition list
     to allow for client-side image maps
-->
<!ATTLIST %a.qname;
      shape        %Shape.datatype;         'rect'
      coords       %Coords.datatype;        #IMPLIED
>

<!-- modify img attribute definition list
     to allow for client-side image maps
-->
<!ATTLIST %img.qname;
      usemap       IDREF                    #IMPLIED
>

<!-- modify form input attribute definition list
     to allow for client-side image maps
-->
<!ATTLIST %input.qname;
      usemap       IDREF                    #IMPLIED
>

<!-- modify object attribute definition list
     to allow for client-side image maps
-->
<!ATTLIST %object.qname;
      usemap       IDREF                    #IMPLIED
>

<!-- 'usemap' points to the 'id' attribute of a <map> element,
     which must be in the same document; support for external
     document maps was not widely supported in HTML and is
     eliminated in XHTML.

     It is considered an error for the element pointed to by
     a usemap IDREF to occur in anything but a <map> element.
-->

<!ENTITY % map.element  "INCLUDE" >
<![%map.element;[
<!ENTITY % map.content
     "(( %Block.mix; ) | %area.qname; )+"
>
<!ENTITY % map.qname  "map" >
<!ELEMENT %map.qname;  %map.content; >
<!-- end of map.element -->]]>

<!ENTITY % map.attlist  "INCLUDE" >
<![%map.attlist;[
<!ATTLIST %map.qname;
      %XHTML.xmlns.attrib;
      id           ID                       #REQUIRED
      %class.attrib;
      %title.attrib;
      %Core.extra.attrib;
      %I18n.attrib;
      %Events.attrib;
>
<!-- end of map.attlist -->]]>

<!-- end of xhtml-csismap-1.mod -->

F.3.8. Mapy obrazkowe po stronie serwera

<!-- ...................................................................... -->
<!-- XHTML Server-side Image Map Module  .................................. -->
<!-- file: xhtml-ssismap-1.mod

     This is XHTML, a reformulation of HTML as a modular XML application.
     Copyright 1998-2001 W3C (MIT, INRIA, Keio), All Rights Reserved.
     Revision: $Id: xhtml-ssismap-1.mod,v 4.0 2001/04/02 22:42:49 altheim Exp $ SMI

     This DTD module is identified by the PUBLIC and SYSTEM identifiers:

       PUBLIC "-//W3C//ELEMENTS XHTML Server-side Image Maps 1.0//EN"
       SYSTEM "http://www.w3.org/TR/xhtml-modularization/DTD/xhtml-ssismap-1.mod"

     Revisions:
#2000-10-22: added declaration for 'ismap' on <input>
     ....................................................................... -->

<!-- Server-side Image Maps

     This adds the 'ismap' attribute to the img and input elements
     to support server-side processing of a user selection.
-->

<!ATTLIST %img.qname;
      ismap        ( ismap )                #IMPLIED
>

<!ATTLIST %input.qname;
      ismap        ( ismap )                #IMPLIED
>

<!-- end of xhtml-ssismap-1.mod -->

F.3.9. Obiekt

<!-- ...................................................................... -->
<!-- XHTML Embedded Object Module  ........................................ -->
<!-- file: xhtml-object-1.mod

     This is XHTML, a reformulation of HTML as a modular XML application.
     Copyright 1998-2001 W3C (MIT, INRIA, Keio), All Rights Reserved.
     Revision: $Id: xhtml-object-1.mod,v 4.0 2001/04/02 22:42:49 altheim Exp $ SMI

     This DTD module is identified by the PUBLIC and SYSTEM identifiers:

       PUBLIC "-//W3C//ELEMENTS XHTML Embedded Object 1.0//EN"
       SYSTEM "http://www.w3.org/TR/xhtml-modularization/DTD/xhtml-object-1.mod"

     Revisions:
     (none)
     ....................................................................... -->

<!-- Embedded Objects

        object

     This module declares the object element type and its attributes, used
     to embed external objects as part of XHTML pages. In the document,
     place param elements prior to other content within the object element.

     Note that use of this module requires instantiation of the Param
     Element Module.
-->

<!-- object: Generic Embedded Object ................... -->

<!ENTITY % object.element  "INCLUDE" >
<![%object.element;[
<!ENTITY % object.content
     "( #PCDATA | %Flow.mix; | %param.qname; )*"
>
<!ENTITY % object.qname  "object" >
<!ELEMENT %object.qname;  %object.content; >
<!-- end of object.element -->]]>

<!ENTITY % object.attlist  "INCLUDE" >
<![%object.attlist;[
<!ATTLIST %object.qname;
      %Common.attrib;
      declare      ( declare )              #IMPLIED
      classid      %URI.datatype;           #IMPLIED
      codebase     %URI.datatype;           #IMPLIED
      data         %URI.datatype;           #IMPLIED
      type         %ContentType.datatype;   #IMPLIED
      codetype     %ContentType.datatype;   #IMPLIED
      archive      %URIs.datatype;          #IMPLIED
      standby      %Text.datatype;          #IMPLIED
      height       %Length.datatype;        #IMPLIED
      width        %Length.datatype;        #IMPLIED
      name         CDATA                    #IMPLIED
      tabindex     %Number.datatype;        #IMPLIED
>
<!-- end of object.attlist -->]]>

<!-- end of xhtml-object-1.mod -->

F.3.10. Ramki

<!-- ...................................................................... -->
<!-- XHTML Frames Module  ................................................. -->
<!-- file: xhtml-frames-1.mod

     This is XHTML, a reformulation of HTML as a modular XML application.
     Copyright 1998-2001 W3C (MIT, INRIA, Keio), All Rights Reserved.
     Revision: $Id: xhtml-frames-1.mod,v 4.0 2001/04/02 22:42:49 altheim Exp $ SMI

     This DTD module is identified by the PUBLIC and SYSTEM identifiers:

       PUBLIC "-//W3C//ELEMENTS XHTML Frames 1.0//EN"
       SYSTEM "http://www.w3.org/TR/xhtml-modularization/DTD/xhtml-frames-1.mod"

     Revisions:
     (none)
     ....................................................................... -->

<!-- Frames

        frameset, frame, noframes

     This module declares frame-related element types and attributes.
-->

<!ENTITY % frameset.qname  "frameset" >
<!ENTITY % frame.qname  "frame" >
<!ENTITY % noframes.qname  "noframes" >

<!-- comma-separated list of MultiLength -->
<!ENTITY % MultiLengths.datatype "CDATA" >

<!-- The content model for XHTML documents depends on whether
     the <head> is followed by a <frameset> or <body> element.
-->

<!ENTITY % frameset.element  "INCLUDE" >
<![%frameset.element;[
<!ENTITY % frameset.content
     "(( %frameset.qname; | %frame.qname; )+, %noframes.qname;? )" >
<!ELEMENT %frameset.qname;  %frameset.content; >
<!-- end of frameset.element -->]]>

<!ENTITY % frameset.attlist  "INCLUDE" >
<![%frameset.attlist;[
<!ATTLIST %frameset.qname;
      %Core.attrib;
      rows         %MultiLengths.datatype;  #IMPLIED
      cols         %MultiLengths.datatype;  #IMPLIED
>
<!-- end of frameset.attlist -->]]>
<![%xhtml-events.module;[
<!ATTLIST %frameset.qname;
      onload       %Script.datatype;        #IMPLIED
      onunload     %Script.datatype;        #IMPLIED
>
]]>

<!-- reserved frame names start with "_" otherwise starts with letter -->

<!ENTITY % frame.element  "INCLUDE" >
<![%frame.element;[
<!ENTITY % frame.content  "EMPTY" >
<!ELEMENT %frame.qname;  %frame.content; >
<!-- end of frame.element -->]]>

<!ENTITY % frame.attlist  "INCLUDE" >
<![%frame.attlist;[
<!ATTLIST %frame.qname;
      %Core.attrib;
      longdesc     %URI.datatype;           #IMPLIED
      src          %URI.datatype;           #IMPLIED
      frameborder  ( 1 | 0 )                '1'
      marginwidth  %Pixels.datatype;        #IMPLIED
      marginheight %Pixels.datatype;        #IMPLIED
      noresize     ( noresize )             #IMPLIED
      scrolling    ( yes | no | auto )      'auto'
>
<!-- end of frame.attlist -->]]>

<!-- changes to other declarations .................... -->

<!-- redefine content model for html element,
     substituting frameset for body  -->
<!ENTITY % html.content
     "( %head.qname;, %frameset.qname; )"
>

<!-- alternate content container for non frame-based rendering -->

<!ENTITY % noframes.element  "INCLUDE" >
<![%noframes.element;[
<!ENTITY % noframes.content "( %body.qname; )">
<!ELEMENT %noframes.qname;  %noframes.content; >
<!-- end of noframes.element -->]]>

<!ENTITY % noframes.attlist  "INCLUDE" >
<![%noframes.attlist;[
<!ATTLIST %noframes.qname;
      %Common.attrib;
>
<!-- end of noframes.attlist -->]]>

<!-- end of xhtml-frames-1.mod -->

F.3.11. Cel

<!-- ...................................................................... -->
<!-- XHTML Target Module  ................................................. -->
<!-- file: xhtml-target-1.mod

     This is XHTML, a reformulation of HTML as a modular XML application.
     Copyright 1998-2001 W3C (MIT, INRIA, Keio), All Rights Reserved.
     Revision: $Id: xhtml-target-1.mod,v 4.0 2001/04/02 22:42:49 altheim Exp $ SMI

     This DTD module is identified by the PUBLIC and SYSTEM identifiers:

       PUBLIC "-//W3C//ELEMENTS XHTML Target 1.0//EN"
       SYSTEM "http://www.w3.org/TR/xhtml-modularization/DTD/xhtml-target-1.mod"

     Revisions:
     (none)
     ....................................................................... -->

<!-- Target

        target

     This module declares the 'target' attribute used for opening windows
-->

<!-- render in this frame -->
<!ENTITY % FrameTarget.datatype "CDATA" >

<!-- add 'target' attribute to 'a' element -->
<!ATTLIST %a.qname;
      target       %FrameTarget.datatype;   #IMPLIED
>

<!-- add 'target' attribute to 'area' element -->
<!ATTLIST %area.qname;
      target       %FrameTarget.datatype;   #IMPLIED
>

<!-- add 'target' attribute to 'link' element -->
<!ATTLIST %link.qname;
      target       %FrameTarget.datatype;   #IMPLIED
>

<!-- add 'target' attribute to 'form' element -->
<!ATTLIST %form.qname;
      target       %FrameTarget.datatype;   #IMPLIED
>

<!-- add 'target' attribute to 'base' element -->
<!ATTLIST %base.qname;
      target       %FrameTarget.datatype;   #IMPLIED
>

<!-- end of xhtml-target-1.mod -->

F.3.12. Ramki pływające

<!-- ...................................................................... -->
<!-- XHTML IFrame Module  ................................................. -->
<!-- file: xhtml-iframe-1.mod

     This is XHTML, a reformulation of HTML as a modular XML application.
     Copyright 1998-2001 W3C (MIT, INRIA, Keio), All Rights Reserved.
     Revision: $Id: xhtml-iframe-1.mod,v 4.0 2001/04/02 22:42:49 altheim Exp $ SMI

     This DTD module is identified by the PUBLIC and SYSTEM identifiers:

       PUBLIC "-//W3C//ELEMENTS XHTML Inline Frame Element 1.0//EN"
       SYSTEM "http://www.w3.org/TR/xhtml-modularization/DTD/xhtml-iframe-1.mod"

     Revisions:
#2000-10-22: added #PCDATA to <iframe> content model as per HTML 4
     ....................................................................... -->

<!-- Inline Frames

        iframe

     This module declares the iframe element type and its attributes,
     used to create an inline frame within a document.
-->

<!-- Inline Frames .................................... -->

<!ENTITY % iframe.content  "( #PCDATA | %Flow.mix; )*" >
<!ENTITY % iframe.qname  "iframe" >
<!ELEMENT %iframe.qname;  %iframe.content; >
<!ATTLIST %iframe.qname;
      %Core.attrib;
      longdesc     %URI.datatype;           #IMPLIED
      src          %URI.datatype;           #IMPLIED
      frameborder  ( 1 | 0 )                '1'
      marginwidth  %Pixels.datatype;        #IMPLIED
      marginheight %Pixels.datatype;        #IMPLIED
      scrolling    ( yes | no | auto )      'auto'
      height       %Length.datatype;        #IMPLIED
      width        %Length.datatype;        #IMPLIED
>

<!-- end of xhtml-iframe-1.mod -->

F.3.13. Zdarzenia wewnętrzne

<!-- ...................................................................... -->
<!-- XHTML Intrinsic Events Module  ....................................... -->
<!-- file: xhtml-events-1.mod

     This is XHTML, a reformulation of HTML as a modular XML application.
     Copyright 1998-2001 W3C (MIT, INRIA, Keio), All Rights Reserved.
     Revision: $Id: xhtml-events-1.mod,v 4.1 2001/04/10 09:42:30 altheim Exp $ SMI

     This DTD module is identified by the PUBLIC and SYSTEM identifiers:

       PUBLIC "-//W3C//ENTITIES XHTML Intrinsic Events 1.0//EN"
       SYSTEM "http://www.w3.org/TR/xhtml-modularization/DTD/xhtml-events-1.mod"

     Revisions:
     (none)
     ....................................................................... -->

<!-- Intrinsic Event Attributes

     These are the event attributes defined in HTML 4,
     Section 18.2.3 "Intrinsic Events". This module must be
     instantiated prior to the Attributes Module but after
     the Datatype Module in the Modular Framework module.

    "Note: Authors of HTML documents are advised that changes
     are likely to occur in the realm of intrinsic events
     (e.g., how scripts are bound to events). Research in
     this realm is carried on by members of the W3C Document
     Object Model Working Group (see the W3C Web site at
     http://www.w3.org/ for more information)."
-->
<!-- NOTE: Because the ATTLIST declarations in this module occur
     before their respective ELEMENT declarations in other
     modules, there may be a dependency on this module that
     should be considered if any of the parameter entities used
     for element type names (eg., %a.qname;) are redeclared.
-->

<!ENTITY % Events.attrib
     "onclick      %Script.datatype;        #IMPLIED
      ondblclick   %Script.datatype;        #IMPLIED
      onmousedown  %Script.datatype;        #IMPLIED
      onmouseup    %Script.datatype;        #IMPLIED
      onmouseover  %Script.datatype;        #IMPLIED
      onmousemove  %Script.datatype;        #IMPLIED
      onmouseout   %Script.datatype;        #IMPLIED
      onkeypress   %Script.datatype;        #IMPLIED
      onkeydown    %Script.datatype;        #IMPLIED
      onkeyup      %Script.datatype;        #IMPLIED"
>

<!-- additional attributes on anchor element
-->
<!ATTLIST %a.qname;
     onfocus      %Script.datatype;         #IMPLIED
     onblur       %Script.datatype;         #IMPLIED
>

<!-- additional attributes on form element
-->
<!ATTLIST %form.qname;
      onsubmit     %Script.datatype;        #IMPLIED
      onreset      %Script.datatype;        #IMPLIED
>

<!-- additional attributes on label element
-->
<!ATTLIST %label.qname;
      onfocus      %Script.datatype;        #IMPLIED
      onblur       %Script.datatype;        #IMPLIED
>

<!-- additional attributes on input element
-->
<!ATTLIST %input.qname;
      onfocus      %Script.datatype;        #IMPLIED
      onblur       %Script.datatype;        #IMPLIED
      onselect     %Script.datatype;        #IMPLIED
      onchange     %Script.datatype;        #IMPLIED
>

<!-- additional attributes on select element
-->
<!ATTLIST %select.qname;
      onfocus      %Script.datatype;        #IMPLIED
      onblur       %Script.datatype;        #IMPLIED
      onchange     %Script.datatype;        #IMPLIED
>

<!-- additional attributes on textarea element
-->
<!ATTLIST %textarea.qname;
      onfocus      %Script.datatype;        #IMPLIED
      onblur       %Script.datatype;        #IMPLIED
      onselect     %Script.datatype;        #IMPLIED
      onchange     %Script.datatype;        #IMPLIED
>

<!-- additional attributes on button element
-->
<!ATTLIST %button.qname;
      onfocus      %Script.datatype;        #IMPLIED
      onblur       %Script.datatype;        #IMPLIED
>

<!-- additional attributes on body element
-->
<!ATTLIST %body.qname;
      onload       %Script.datatype;        #IMPLIED
      onunload     %Script.datatype;        #IMPLIED
>

<!-- additional attributes on area element
-->
<!ATTLIST %area.qname;
      onfocus      %Script.datatype;        #IMPLIED
      onblur       %Script.datatype;        #IMPLIED
>

<!-- end of xhtml-events-1.mod -->

F.3.14. Metainformacje

<!-- ...................................................................... -->
<!-- XHTML Document Metainformation Module  ............................... -->
<!-- file: xhtml-meta-1.mod

     This is XHTML, a reformulation of HTML as a modular XML application.
     Copyright 1998-2001 W3C (MIT, INRIA, Keio), All Rights Reserved.
     Revision: $Id: xhtml-meta-1.mod,v 4.0 2001/04/02 22:42:49 altheim Exp $ SMI

     This DTD module is identified by the PUBLIC and SYSTEM identifiers:

       PUBLIC "-//W3C//ELEMENTS XHTML Metainformation 1.0//EN"
       SYSTEM "http://www.w3.org/TR/xhtml-modularization/DTD/xhtml-meta-1.mod"

     Revisions:
     (none)
     ....................................................................... -->

<!-- Meta Information

        meta

     This module declares the meta element type and its attributes,
     used to provide declarative document metainformation.
-->

<!-- meta: Generic Metainformation ..................... -->

<!ENTITY % meta.element  "INCLUDE" >
<![%meta.element;[
<!ENTITY % meta.content  "EMPTY" >
<!ENTITY % meta.qname  "meta" >
<!ELEMENT %meta.qname;  %meta.content; >
<!-- end of meta.element -->]]>

<!ENTITY % meta.attlist  "INCLUDE" >
<![%meta.attlist;[
<!ATTLIST %meta.qname;
      %XHTML.xmlns.attrib;
      %I18n.attrib;
      http-equiv   NMTOKEN                  #IMPLIED
      name         NMTOKEN                  #IMPLIED
      content      CDATA                    #REQUIRED
      scheme       CDATA                    #IMPLIED
>
<!-- end of meta.attlist -->]]>

<!-- end of xhtml-meta-1.mod -->

F.3.15. Skrypty

<!-- ...................................................................... -->
<!-- XHTML Document Scripting Module  ..................................... -->
<!-- file: xhtml-script-1.mod

     This is XHTML, a reformulation of HTML as a modular XML application.
     Copyright 1998-2001 W3C (MIT, INRIA, Keio), All Rights Reserved.
     Revision: $Id: xhtml-script-1.mod,v 4.0 2001/04/02 22:42:49 altheim Exp $ SMI

     This DTD module is identified by the PUBLIC and SYSTEM identifiers:

       PUBLIC "-//W3C//ELEMENTS XHTML Scripting 1.0//EN"
       SYSTEM "http://www.w3.org/TR/xhtml-modularization/DTD/xhtml-script-1.mod"

     Revisions:
     (none)
     ....................................................................... -->

<!-- Scripting

        script, noscript

     This module declares element types and attributes used to provide
     support for executable scripts as well as an alternate content
     container where scripts are not supported.
-->

<!-- script: Scripting Statement ....................... -->

<!ENTITY % script.element  "INCLUDE" >
<![%script.element;[
<!ENTITY % script.content  "( #PCDATA )" >
<!ENTITY % script.qname  "script" >
<!ELEMENT %script.qname;  %script.content; >
<!-- end of script.element -->]]>

<!ENTITY % script.attlist  "INCLUDE" >
<![%script.attlist;[
<!ATTLIST %script.qname;
      %XHTML.xmlns.attrib;
      charset      %Charset.datatype;       #IMPLIED
      type         %ContentType.datatype;   #REQUIRED
      src          %URI.datatype;           #IMPLIED
      defer        ( defer )                #IMPLIED
      xml:space    ( preserve )             #FIXED 'preserve'
>
<!-- end of script.attlist -->]]>

<!-- noscript: No-Script Alternate Content ............. -->

<!ENTITY % noscript.element  "INCLUDE" >
<![%noscript.element;[
<!ENTITY % noscript.content
     "( %Block.mix; )+"
>
<!ENTITY % noscript.qname  "noscript" >
<!ELEMENT %noscript.qname;  %noscript.content; >
<!-- end of noscript.element -->]]>

<!ENTITY % noscript.attlist  "INCLUDE" >
<![%noscript.attlist;[
<!ATTLIST %noscript.qname;
      %Common.attrib;
>
<!-- end of noscript.attlist -->]]>

<!-- end of xhtml-script-1.mod -->

F.3.16. Arkusze stylów

<!-- ...................................................................... -->
<!-- XHTML Document Style Sheet Module  ................................... -->
<!-- file: xhtml-style-1.mod

     This is XHTML, a reformulation of HTML as a modular XML application.
     Copyright 1998-2001 W3C (MIT, INRIA, Keio), All Rights Reserved.
     Revision: $Id: xhtml-style-1.mod,v 4.1 2001/04/05 06:57:40 altheim Exp $ SMI

     This DTD module is identified by the PUBLIC and SYSTEM identifiers:

       PUBLIC "-//W3C//DTD XHTML Style Sheets 1.0//EN"
       SYSTEM "http://www.w3.org/TR/xhtml-modularization/DTD/xhtml-style-1.mod"

     Revisions:
     (none)
     ....................................................................... -->

<!-- Style Sheets

        style

     This module declares the style element type and its attributes,
     used to embed style sheet information in the document head element.
-->

<!-- style: Style Sheet Information .................... -->

<!ENTITY % style.element  "INCLUDE" >
<![%style.element;[
<!ENTITY % style.content  "( #PCDATA )" >
<!ENTITY % style.qname  "style" >
<!ELEMENT %style.qname;  %style.content; >
<!-- end of style.element -->]]>

<!ENTITY % style.attlist  "INCLUDE" >
<![%style.attlist;[
<!ATTLIST %style.qname;
      %XHTML.xmlns.attrib;
      %title.attrib;
      %I18n.attrib;
      type         %ContentType.datatype;   #REQUIRED
      media        %MediaDesc.datatype;     #IMPLIED
      xml:space    ( preserve )             #FIXED 'preserve'
>
<!-- end of style.attlist -->]]>

<!-- end of xhtml-style-1.mod -->

F.3.17. Atrybut stylu

<!-- ...................................................................... -->
<!-- XHTML Inline Style Module  ........................................... -->
<!-- file: xhtml-inlstyle-1.mod

     This is XHTML, a reformulation of HTML as a modular XML application.
     Copyright 1998-2001 W3C (MIT, INRIA, Keio), All Rights Reserved.
     Revision: $Id: xhtml-inlstyle-1.mod,v 4.0 2001/04/02 22:42:49 altheim Exp $

     This DTD module is identified by the PUBLIC and SYSTEM identifiers:

       PUBLIC "-//W3C//ENTITIES XHTML Inline Style 1.0//EN"
       SYSTEM "http://www.w3.org/TR/xhtml-modularization/DTD/xhtml-inlstyle-1.mod"

     Revisions:
     (none)
     ....................................................................... -->

<!-- Inline Style

     This module declares the 'style' attribute, used to support inline
     style markup. This module must be instantiated prior to the XHTML
     Common Attributes module in order to be included in %Core.attrib;.
-->

<!ENTITY % style.attrib
     "style        CDATA                    #IMPLIED"
>


<!ENTITY % Core.extra.attrib
     "%style.attrib;"
>

<!-- end of xhtml-inlstyle-1.mod -->

F.3.18. Łącza

<!-- ...................................................................... -->
<!-- XHTML Link Element Module  ........................................... -->
<!-- file: xhtml-link-1.mod

     This is XHTML, a reformulation of HTML as a modular XML application.
     Copyright 1998-2001 W3C (MIT, INRIA, Keio), All Rights Reserved.
     Revision: $Id: xhtml-link-1.mod,v 4.1 2001/04/05 06:57:40 altheim Exp $ SMI

     This DTD module is identified by the PUBLIC and SYSTEM identifiers:

       PUBLIC "-//W3C//ELEMENTS XHTML Link Element 1.0//EN"
       SYSTEM "http://www.w3.org/TR/xhtml-modularization/DTD/xhtml-link-1.mod"

     Revisions:
     (none)
     ....................................................................... -->

<!-- Link element

        link

     This module declares the link element type and its attributes,
     which could (in principle) be used to define document-level links
     to external resources such as:

     a) for document specific toolbars/menus, e.g. start, contents,
        previous, next, index, end, help
     b) to link to a separate style sheet (rel="stylesheet")
     c) to make a link to a script (rel="script")
     d) by style sheets to control how collections of html nodes are
        rendered into printed documents
     e) to make a link to a printable version of this document
        e.g. a postscript or pdf version (rel="alternate" media="print")
-->

<!-- link: Media-Independent Link ...................... -->

<!ENTITY % link.element  "INCLUDE" >
<![%link.element;[
<!ENTITY % link.content  "EMPTY" >
<!ENTITY % link.qname  "link" >
<!ELEMENT %link.qname;  %link.content; >
<!-- end of link.element -->]]>

<!ENTITY % link.attlist  "INCLUDE" >
<![%link.attlist;[
<!ATTLIST %link.qname;
      %Common.attrib;
      charset      %Charset.datatype;       #IMPLIED
      href         %URI.datatype;           #IMPLIED
      hreflang     %LanguageCode.datatype;  #IMPLIED
      type         %ContentType.datatype;   #IMPLIED
      rel          %LinkTypes.datatype;     #IMPLIED
      rev          %LinkTypes.datatype;     #IMPLIED
      media        %MediaDesc.datatype;     #IMPLIED
>
<!-- end of link.attlist -->]]>

<!-- end of xhtml-link-1.mod -->

F.3.19. Baza

<!-- ...................................................................... -->
<!-- XHTML Base Element Module  ........................................... -->
<!-- file: xhtml-base-1.mod

     This is XHTML, a reformulation of HTML as a modular XML application.
     Copyright 1998-2001 W3C (MIT, INRIA, Keio), All Rights Reserved.
     Revision: $Id: xhtml-base-1.mod,v 4.0 2001/04/02 22:42:49 altheim Exp $ SMI

     This DTD module is identified by the PUBLIC and SYSTEM identifiers:

       PUBLIC "-//W3C//ELEMENTS XHTML Base Element 1.0//EN"
       SYSTEM "http://www.w3.org/TR/xhtml-modularization/DTD/xhtml-base-1.mod"

     Revisions:
     (none)
     ....................................................................... -->

<!-- Base element

        base

     This module declares the base element type and its attributes,
     used to define a base URI against which relative URIs in the
     document will be resolved.

     Note that this module also redeclares the content model for
     the head element to include the base element.
-->

<!-- base: Document Base URI ........................... -->

<!ENTITY % base.element  "INCLUDE" >
<![%base.element;[
<!ENTITY % base.content  "EMPTY" >
<!ENTITY % base.qname  "base" >
<!ELEMENT %base.qname;  %base.content; >
<!-- end of base.element -->]]>

<!ENTITY % base.attlist  "INCLUDE" >
<![%base.attlist;[
<!ATTLIST %base.qname;
      %XHTML.xmlns.attrib;
      href         %URI.datatype;           #REQUIRED
>
<!-- end of base.attlist -->]]>

<!ENTITY % head.content
    "( %HeadOpts.mix;,
     ( ( %title.qname;, %HeadOpts.mix;, ( %base.qname;, %HeadOpts.mix; )? )
     | ( %base.qname;, %HeadOpts.mix;, ( %title.qname;, %HeadOpts.mix; ))))"
>

<!-- end of xhtml-base-1.mod -->

F.3.20. Identyfikacja nazw

<!-- ...................................................................... -->
<!-- XHTML Name Identifier Module  ........................................ -->
<!-- file: xhtml-nameident-1.mod

     This is XHTML, a reformulation of HTML as a modular XML application.
     Copyright 1998-2001 W3C (MIT, INRIA, Keio), All Rights Reserved.
     Revision: $Id: xhtml-nameident-1.mod,v 4.0 2001/04/02 22:42:49 altheim Exp $

     This DTD module is identified by the PUBLIC and SYSTEM identifiers:

       PUBLIC "-//W3C//ELEMENTS XHTML Name Identifier 1.0//EN"
       SYSTEM "http://www.w3.org/TR/xhtml-modularization/DTD/xhtml-nameident-1.mod"

     Revisions:
     (none)
     ....................................................................... -->

<!-- Name Identifier

       'name' attribute on form, img, a, map, applet, frame, iframe

     This module declares the 'name' attribute on element types when
     it is used as a node identifier for legacy linking and scripting
     support. This does not include those instances when 'name' is used
     as a container for form control, property or metainformation names.

     This module should be instantiated following all modules it modifies.
-->

<!ENTITY % form.attlist  "IGNORE" >
<![%form.attlist;[
<!ATTLIST %form.qname;
      name         CDATA                    #IMPLIED
>
<!-- end of form.attlist -->]]>

<!ENTITY % img.attlist  "IGNORE" >
<![%img.attlist;[
<!ATTLIST %img.qname;
      name         CDATA                    #IMPLIED
>
<!-- end of img.attlist -->]]>

<!ENTITY % a.attlist  "IGNORE" >
<![%a.attlist;[
<!ATTLIST %a.qname;
      name         CDATA                    #IMPLIED
>
<!-- end of a.attlist -->]]>

<!ENTITY % map.attlist  "IGNORE" >
<![%map.attlist;[
<!ATTLIST %map.qname;
      name         CDATA                    #IMPLIED
>
<!-- end of map.attlist -->]]>

<!ENTITY % applet.attlist  "IGNORE" >
<![%applet.attlist;[
<!ATTLIST %applet.qname;
      name         CDATA                    #IMPLIED
>
<!-- end of applet.attlist -->]]>

<!ENTITY % frame.attlist  "IGNORE" >
<![%frame.attlist;[
<!ATTLIST %frame.qname;
      name         CDATA                    #IMPLIED
>
<!-- end of frame.attlist -->]]>

<!ENTITY % iframe.attlist  "IGNORE" >
<![%iframe.attlist;[
<!ATTLIST %iframe.qname;
      name         CDATA                    #IMPLIED
>
<!-- end of iframe.attlist -->]]>

<!-- end of xhtml-nameident.mod -->

F.3.21. Starocie

<!-- ...................................................................... -->
<!-- XHTML Legacy Markup Module ........................................... -->
<!-- file: xhtml-legacy-1.mod

     This is an extension of XHTML, a reformulation of HTML as a modular XML application.
     Copyright 1998-2001 W3C (MIT, INRIA, Keio), All Rights Reserved.
     Revision: $Id: xhtml-legacy-1.mod,v 4.1 2001/04/10 09:42:30 altheim Exp $ SMI

     This DTD module is identified by the PUBLIC and SYSTEM identifiers:

       PUBLIC "-//W3C//ELEMENTS XHTML Legacy Markup 1.0//EN"
       SYSTEM "http://www.w3.org/TR/xhtml-modularization/DTD/xhtml-legacy-1.mod"

     Revisions:
     (none)
     ....................................................................... -->

<!-- HTML Legacy Markup

        font, basefont, center, s, strike, u, dir, menu, isindex

          (plus additional datatypes and attributes)

     This optional module declares additional markup for simple
     presentation-related markup based on features found in the
     HTML 4 Transitional and Frameset DTDs. This relies on
     inclusion of the Legacy Redeclarations module. This module
     also declares the frames, inline frames and object modules.

     This is to allow XHTML 1.1 documents to be transformed for
     display on HTML browsers where CSS support is inconsistent
     or unavailable.
-->
<!-- Constructing a Legacy DTD

     To construct a DTD driver obtaining a close approximation
     of the HTML 4 Transitional and Frameset DTDs, declare the
     Legacy Redeclarations module as the pre-framework redeclaration
     parameter entity (%xhtml-prefw-redecl.mod;) and INCLUDE its
     conditional section:

        ...
        <!ENTITY % xhtml-prefw-redecl.module "INCLUDE" >
        <![%xhtml-prefw-redecl.module;[
        <!ENTITY % xhtml-prefw-redecl.mod
            PUBLIC "-//W3C//ELEMENTS XHTML Legacy Redeclarations 1.0//EN"
                   "xhtml-legacy-redecl-1.mod" >
        %xhtml-prefw-redecl.mod;]]>

     Such a DTD should be named with a variant FPI and redeclare
     the value of the %XHTML.version; parameter entity to that FPI:

         "-//Your Name Here//DTD XHTML Legacy 1.1//EN"

     IMPORTANT:  see also the notes included in the Legacy Redeclarations
     Module for information on how to construct a DTD using this module.
-->


<!-- Additional Element Types .................................... -->

<!-- font: Local Font Modifier  ........................ -->

<!ENTITY % font.element  "INCLUDE" >
<![%font.element;[
<!ENTITY % font.content
     "( #PCDATA | %Inline.mix; )*"
>
<!ENTITY % font.qname  "font" >
<!ELEMENT %font.qname;  %font.content; >
<!-- end of font.element -->]]>

<!ENTITY % font.attlist  "INCLUDE" >
<![%font.attlist;[
<!ATTLIST %font.qname;
      %Core.attrib;
      %I18n.attrib;
      size         CDATA                    #IMPLIED
      color        %Color.datatype;         #IMPLIED
      face         CDATA                    #IMPLIED
>
<!-- end of font.attlist -->]]>

<!-- basefont: Base Font Size  ......................... -->

<!ENTITY % basefont.element  "INCLUDE" >
<![%basefont.element;[
<!ENTITY % basefont.content "EMPTY" >
<!ENTITY % basefont.qname  "basefont" >
<!ELEMENT %basefont.qname;  %basefont.content; >
<!-- end of basefont.element -->]]>

<!ENTITY % basefont.attlist  "INCLUDE" >
<![%basefont.attlist;[
<!ATTLIST %basefont.qname;
      %id.attrib;
      size         CDATA                    #REQUIRED
      color        %Color.datatype;         #IMPLIED
      face         CDATA                    #IMPLIED
>
<!-- end of basefont.attlist -->]]>

<!-- center: Center Alignment  ......................... -->

<!ENTITY % center.element  "INCLUDE" >
<![%center.element;[
<!ENTITY % center.content
     "( #PCDATA | %Flow.mix; )*"
>
<!ENTITY % center.qname  "center" >
<!ELEMENT %center.qname;  %center.content; >
<!-- end of center.element -->]]>

<!ENTITY % center.attlist  "INCLUDE" >
<![%center.attlist;[
<!ATTLIST %center.qname;
      %Common.attrib;
>
<!-- end of center.attlist -->]]>

<!-- s: Strike-Thru Text Style  ........................ -->

<!ENTITY % s.element  "INCLUDE" >
<![%s.element;[
<!ENTITY % s.content
     "( #PCDATA | %Inline.mix; )*"
>
<!ENTITY % s.qname  "s" >
<!ELEMENT %s.qname;  %s.content; >
<!-- end of s.element -->]]>

<!ENTITY % s.attlist  "INCLUDE" >
<![%s.attlist;[
<!ATTLIST %s.qname;
      %Common.attrib;
>
<!-- end of s.attlist -->]]>

<!-- strike: Strike-Thru Text Style  ....................-->

<!ENTITY % strike.element  "INCLUDE" >
<![%strike.element;[
<!ENTITY % strike.content
     "( #PCDATA | %Inline.mix; )*"
>
<!ENTITY % strike.qname  "strike" >
<!ELEMENT %strike.qname;  %strike.content; >
<!-- end of strike.element -->]]>

<!ENTITY % strike.attlist  "INCLUDE" >
<![%strike.attlist;[
<!ATTLIST %strike.qname;
      %Common.attrib;
>
<!-- end of strike.attlist -->]]>

<!-- u: Underline Text Style  ...........................-->

<!ENTITY % u.element  "INCLUDE" >
<![%u.element;[
<!ENTITY % u.content
     "( #PCDATA | %Inline.mix; )*"
>
<!ENTITY % u.qname  "u" >
<!ELEMENT %u.qname;  %u.content; >
<!-- end of u.element -->]]>

<!ENTITY % u.attlist  "INCLUDE" >
<![%u.attlist;[
<!ATTLIST %u.qname;
      %Common.attrib;
>
<!-- end of u.attlist -->]]>

<!-- dir: Directory List  .............................. -->

<!-- NOTE: the content model for <dir> in HTML 4 excluded %Block.mix;
-->
<!ENTITY % dir.element  "INCLUDE" >
<![%dir.element;[
<!ENTITY % dir.content
     "( %li.qname; )+"
>
<!ENTITY % dir.qname  "dir" >
<!ELEMENT %dir.qname;  %dir.content; >
<!-- end of dir.element -->]]>

<!ENTITY % dir.attlist  "INCLUDE" >
<![%dir.attlist;[
<!ATTLIST %dir.qname;
      %Common.attrib;
      compact      ( compact )              #IMPLIED
>
<!-- end of dir.attlist -->]]>

<!-- menu: Menu List  .................................. -->

<!-- NOTE: the content model for <menu> in HTML 4 excluded %Block.mix;
-->
<!ENTITY % menu.element  "INCLUDE" >
<![%menu.element;[
<!ENTITY % menu.content
     "( %li.qname; )+"
>
<!ENTITY % menu.qname  "menu" >
<!ELEMENT %menu.qname;  %menu.content; >
<!-- end of menu.element -->]]>

<!ENTITY % menu.attlist  "INCLUDE" >
<![%menu.attlist;[
<!ATTLIST %menu.qname;
      %Common.attrib;
      compact      ( compact )              #IMPLIED
>
<!-- end of menu.attlist -->]]>

<!-- isindex: Single-Line Prompt  ...................... -->

<!ENTITY % isindex.element  "INCLUDE" >
<![%isindex.element;[
<!ENTITY % isindex.content "EMPTY" >
<!ENTITY % isindex.qname  "isindex" >
<!ELEMENT %isindex.qname;  %isindex.content; >
<!-- end of isindex.element -->]]>

<!ENTITY % isindex.attlist  "INCLUDE" >
<![%isindex.attlist;[
<!ATTLIST %isindex.qname;
      %Core.attrib;
      %I18n.attrib;
      prompt       %Text.datatype;          #IMPLIED
>
<!-- end of isindex.attlist -->]]>


<!-- Additional Attributes ....................................... -->

<!-- Alignment attribute for Transitional use in HTML browsers
     (this functionality is generally well-supported in CSS,
     except within some contexts)
-->
<!ENTITY % align.attrib
     "align        ( left | center | right | justify ) #IMPLIED"
>

<!ATTLIST %applet.qname;
      align       ( top | middle | bottom | left | right ) #IMPLIED
      hspace      %Pixels.datatype;         #IMPLIED
      vspace      %Pixels.datatype;         #IMPLIED
>

<!ATTLIST %body.qname;
      background   %URI.datatype;           #IMPLIED
      bgcolor      %Color.datatype;         #IMPLIED
      text         %Color.datatype;         #IMPLIED
      link         %Color.datatype;         #IMPLIED
      vlink        %Color.datatype;         #IMPLIED
      alink        %Color.datatype;         #IMPLIED
>

<!ATTLIST %br.qname;
      clear        ( left | all | right | none ) 'none'
>

<!ATTLIST %caption.qname;
      align        ( top | bottom | left | right ) #IMPLIED
>

<!ATTLIST %div.qname;
      %align.attrib;
>

<!ATTLIST %h1.qname;
      %align.attrib;
>

<!ATTLIST %h2.qname;
      %align.attrib;
>

<!ATTLIST %h3.qname;
      %align.attrib;
>

<!ATTLIST %h4.qname;
      %align.attrib;
>

<!ATTLIST %h5.qname;
      %align.attrib;
>

<!ATTLIST %h6.qname;
      %align.attrib;
>

<!ATTLIST %hr.qname;
      align        ( left | center | right ) #IMPLIED
      noshade      ( noshade )              #IMPLIED
      size         %Pixels.datatype;        #IMPLIED
      width        %Length.datatype;        #IMPLIED
>

<!ATTLIST %img.qname;
      align       ( top | middle | bottom | left | right ) #IMPLIED
      border      %Pixels.datatype;         #IMPLIED
      hspace      %Pixels.datatype;         #IMPLIED
      vspace      %Pixels.datatype;         #IMPLIED
>

<!ATTLIST %input.qname;
      align       ( top | middle | bottom | left | right ) #IMPLIED
>

<!ATTLIST %legend.qname;
      align        ( top | bottom | left | right ) #IMPLIED
>

<!ATTLIST %li.qname;
      type         CDATA                     #IMPLIED
      value        %Number.datatype;         #IMPLIED
>

<!ATTLIST %object.qname;
      align        ( top | middle | bottom | left | right ) #IMPLIED
      border       %Pixels.datatype;         #IMPLIED
      hspace       %Pixels.datatype;         #IMPLIED
      vspace       %Pixels.datatype;         #IMPLIED
>

<!ATTLIST %dl.qname;
      compact      ( compact )              #IMPLIED
>

<!ATTLIST %ol.qname;
      type         CDATA                    #IMPLIED
      compact      ( compact )              #IMPLIED
      start        %Number.datatype;        #IMPLIED
>

<!ATTLIST %p.qname;
      %align.attrib;
>

<!ATTLIST %pre.qname;
      width        %Length.datatype;        #IMPLIED
>

<!ATTLIST %script.qname;
      language     %ContentType.datatype;   #IMPLIED
>

<!ATTLIST %table.qname;
      align        ( left | center | right ) #IMPLIED
      bgcolor      %Color.datatype;         #IMPLIED
>

<!ATTLIST %tr.qname;
      bgcolor     %Color.datatype;          #IMPLIED
>

<!ATTLIST %th.qname;
      nowrap      ( nowrap )                #IMPLIED
      bgcolor     %Color.datatype;          #IMPLIED
      width       %Length.datatype;         #IMPLIED
      height      %Length.datatype;         #IMPLIED
>

<!ATTLIST %td.qname;
      nowrap      ( nowrap )                #IMPLIED
      bgcolor     %Color.datatype;          #IMPLIED
      width       %Length.datatype;         #IMPLIED
      height      %Length.datatype;         #IMPLIED
>

<!ATTLIST %ul.qname;
      type         CDATA                    #IMPLIED
      compact      ( compact )              #IMPLIED
>

<!-- Frames Module ............................................... -->
<!ENTITY % xhtml-frames.module "IGNORE" >
<![%xhtml-frames.module;[
<!ENTITY % xhtml-frames.mod
     PUBLIC "-//W3C//ELEMENTS XHTML Frames 1.0//EN"
            "xhtml-frames-1.mod" >
%xhtml-frames.mod;]]>

<!-- Inline Frames Module ........................................ -->
<!ENTITY % xhtml-iframe.module "INCLUDE" >
<![%xhtml-iframe.module;[
<!ATTLIST %iframe.qname;
      align        ( top | middle | bottom | left | right ) #IMPLIED
>
<!ENTITY % xhtml-iframe.mod
     PUBLIC "-//W3C//ELEMENTS XHTML Inline Frame Element 1.0//EN"
            "xhtml-iframe-1.mod" >
%xhtml-iframe.mod;]]>

<!-- end of xhtml-legacy-1.mod -->

F.4. Moduły pomocnicze DTD XHTML

Moduły zawarte w tej części są elementami implementacji XHTML w DTD ponieważ, choć ukryte przed zwykłymi użytkownikami, są ważne dla zrozumienia sposobu korzystania z architektury modularyzacji przy tworzeniu pochodnych języków znaczników.

F.4.1. Frazowe elementy blokowe

<!-- ...................................................................... -->
<!-- XHTML Block Phrasal Module  .......................................... -->
<!-- file: xhtml-blkphras-1.mod

     This is XHTML, a reformulation of HTML as a modular XML application.
     Copyright 1998-2001 W3C (MIT, INRIA, Keio), All Rights Reserved.
     Revision: $Id: xhtml-blkphras-1.mod,v 4.0 2001/04/02 22:42:49 altheim Exp $ SMI

     This DTD module is identified by the PUBLIC and SYSTEM identifiers:

       PUBLIC "-//W3C//ELEMENTS XHTML Block Phrasal 1.0//EN"
       SYSTEM "http://www.w3.org/TR/xhtml-modularization/DTD/xhtml-blkphras-1.mod"

     Revisions:
     (none)
     ....................................................................... -->

<!-- Block Phrasal

        address, blockquote, pre, h1, h2, h3, h4, h5, h6

     This module declares the elements and their attributes used to
     support block-level phrasal markup.
-->

<!ENTITY % address.element  "INCLUDE" >
<![%address.element;[
<!ENTITY % address.content
     "( #PCDATA | %Inline.mix; )*" >
<!ENTITY % address.qname  "address" >
<!ELEMENT %address.qname;  %address.content; >
<!-- end of address.element -->]]>

<!ENTITY % address.attlist  "INCLUDE" >
<![%address.attlist;[
<!ATTLIST %address.qname;
      %Common.attrib;
>
<!-- end of address.attlist -->]]>

<!ENTITY % blockquote.element  "INCLUDE" >
<![%blockquote.element;[
<!ENTITY % blockquote.content
     "( %Block.mix; )+"
>
<!ENTITY % blockquote.qname  "blockquote" >
<!ELEMENT %blockquote.qname;  %blockquote.content; >
<!-- end of blockquote.element -->]]>

<!ENTITY % blockquote.attlist  "INCLUDE" >
<![%blockquote.attlist;[
<!ATTLIST %blockquote.qname;
      %Common.attrib;
      cite         %URI.datatype;           #IMPLIED
>
<!-- end of blockquote.attlist -->]]>

<!ENTITY % pre.element  "INCLUDE" >
<![%pre.element;[
<!ENTITY % pre.content
     "( #PCDATA
      | %InlStruct.class;
      %InlPhras.class;
      | %tt.qname; | %i.qname; | %b.qname;
      %I18n.class;
      %Anchor.class;
      | %script.qname; | %map.qname;
      %Inline.extra; )*"
>
<!ENTITY % pre.qname  "pre" >
<!ELEMENT %pre.qname;  %pre.content; >
<!-- end of pre.element -->]]>

<!ENTITY % pre.attlist  "INCLUDE" >
<![%pre.attlist;[
<!ATTLIST %pre.qname;
      %Common.attrib;
      xml:space    ( preserve )             #FIXED 'preserve'
>
<!-- end of pre.attlist -->]]>

<!-- ...................  Heading Elements  ................... -->

<!ENTITY % Heading.content  "( #PCDATA | %Inline.mix; )*" >

<!ENTITY % h1.element  "INCLUDE" >
<![%h1.element;[
<!ENTITY % h1.qname  "h1" >
<!ELEMENT %h1.qname;  %Heading.content; >
<!-- end of h1.element -->]]>

<!ENTITY % h1.attlist  "INCLUDE" >
<![%h1.attlist;[
<!ATTLIST %h1.qname;
      %Common.attrib;
>
<!-- end of h1.attlist -->]]>

<!ENTITY % h2.element  "INCLUDE" >
<![%h2.element;[
<!ENTITY % h2.qname  "h2" >
<!ELEMENT %h2.qname;  %Heading.content; >
<!-- end of h2.element -->]]>

<!ENTITY % h2.attlist  "INCLUDE" >
<![%h2.attlist;[
<!ATTLIST %h2.qname;
      %Common.attrib;
>
<!-- end of h2.attlist -->]]>

<!ENTITY % h3.element  "INCLUDE" >
<![%h3.element;[
<!ENTITY % h3.qname  "h3" >
<!ELEMENT %h3.qname;  %Heading.content; >
<!-- end of h3.element -->]]>

<!ENTITY % h3.attlist  "INCLUDE" >
<![%h3.attlist;[
<!ATTLIST %h3.qname;
      %Common.attrib;
>
<!-- end of h3.attlist -->]]>

<!ENTITY % h4.element  "INCLUDE" >
<![%h4.element;[
<!ENTITY % h4.qname  "h4" >
<!ELEMENT %h4.qname;  %Heading.content; >
<!-- end of h4.element -->]]>

<!ENTITY % h4.attlist  "INCLUDE" >
<![%h4.attlist;[
<!ATTLIST %h4.qname;
      %Common.attrib;
>
<!-- end of h4.attlist -->]]>

<!ENTITY % h5.element  "INCLUDE" >
<![%h5.element;[
<!ENTITY % h5.qname  "h5" >
<!ELEMENT %h5.qname;  %Heading.content; >
<!-- end of h5.element -->]]>

<!ENTITY % h5.attlist  "INCLUDE" >
<![%h5.attlist;[
<!ATTLIST %h5.qname;
      %Common.attrib;
>
<!-- end of h5.attlist -->]]>

<!ENTITY % h6.element  "INCLUDE" >
<![%h6.element;[
<!ENTITY % h6.qname  "h6" >
<!ELEMENT %h6.qname;  %Heading.content; >
<!-- end of h6.element -->]]>

<!ENTITY % h6.attlist  "INCLUDE" >
<![%h6.attlist;[
<!ATTLIST %h6.qname;
      %Common.attrib;
>
<!-- end of h6.attlist -->]]>

<!-- end of xhtml-blkphras-1.mod -->

F.4.2. Prezentacyjne elementy blokowe

<!-- ...................................................................... -->
<!-- XHTML Block Presentation Module  ..................................... -->
<!-- file: xhtml-blkpres-1.mod

     This is XHTML, a reformulation of HTML as a modular XML application.
     Copyright 1998-2001 W3C (MIT, INRIA, Keio), All Rights Reserved.
     Revision: $Id: xhtml-blkpres-1.mod,v 4.0 2001/04/02 22:42:49 altheim Exp $ SMI

     This DTD module is identified by the PUBLIC and SYSTEM identifiers:

       PUBLIC "-//W3C//ELEMENTS XHTML Block Presentation 1.0//EN"
       SYSTEM "http://www.w3.org/TR/xhtml-modularization/DTD/xhtml-blkpres-1.mod"

     Revisions:
     (none)
     ....................................................................... -->

<!-- Block Presentational Elements

        hr

     This module declares the elements and their attributes used to
     support block-level presentational markup.
-->

<!ENTITY % hr.element  "INCLUDE" >
<![%hr.element;[
<!ENTITY % hr.content  "EMPTY" >
<!ENTITY % hr.qname  "hr" >
<!ELEMENT %hr.qname;  %hr.content; >
<!-- end of hr.element -->]]>

<!ENTITY % hr.attlist  "INCLUDE" >
<![%hr.attlist;[
<!ATTLIST %hr.qname;
      %Common.attrib;
>
<!-- end of hr.attlist -->]]>

<!-- end of xhtml-blkpres-1.mod -->

F.4.3. Strukturalne elementy blokowe

<!-- ...................................................................... -->
<!-- XHTML Block Structural Module  ....................................... -->
<!-- file: xhtml-blkstruct-1.mod

     This is XHTML, a reformulation of HTML as a modular XML application.
     Copyright 1998-2001 W3C (MIT, INRIA, Keio), All Rights Reserved.
     Revision: $Id: xhtml-blkstruct-1.mod,v 4.0 2001/04/02 22:42:49 altheim Exp $ SMI

     This DTD module is identified by the PUBLIC and SYSTEM identifiers:

       PUBLIC "-//W3C//ELEMENTS XHTML Block Structural 1.0//EN"
       SYSTEM "http://www.w3.org/TR/xhtml-modularization/DTD/xhtml-blkstruct-1.mod"

     Revisions:
     (none)
     ....................................................................... -->

<!-- Block Structural

        div, p

     This module declares the elements and their attributes used to
     support block-level structural markup.
-->

<!ENTITY % div.element  "INCLUDE" >
<![%div.element;[
<!ENTITY % div.content
     "( #PCDATA | %Flow.mix; )*"
>
<!ENTITY % div.qname  "div" >
<!ELEMENT %div.qname;  %div.content; >
<!-- end of div.element -->]]>

<!ENTITY % div.attlist  "INCLUDE" >
<![%div.attlist;[
<!ATTLIST %div.qname;
      %Common.attrib;
>
<!-- end of div.attlist -->]]>

<!ENTITY % p.element  "INCLUDE" >
<![%p.element;[
<!ENTITY % p.content
     "( #PCDATA | %Inline.mix; )*" >
<!ENTITY % p.qname  "p" >
<!ELEMENT %p.qname;  %p.content; >
<!-- end of p.element -->]]>

<!ENTITY % p.attlist  "INCLUDE" >
<![%p.attlist;[
<!ATTLIST %p.qname;
      %Common.attrib;
>
<!-- end of p.attlist -->]]>

<!-- end of xhtml-blkstruct-1.mod -->

F.4.4. Frazowe elementy wewnątrzwierszowe

<!-- ...................................................................... -->
<!-- XHTML Inline Phrasal Module  ......................................... -->
<!-- file: xhtml-inlphras-1.mod

     This is XHTML, a reformulation of HTML as a modular XML application.
     Copyright 1998-2001 W3C (MIT, INRIA, Keio), All Rights Reserved.
     Revision: $Id: xhtml-inlphras-1.mod,v 4.0 2001/04/02 22:42:49 altheim Exp $ SMI

     This DTD module is identified by the PUBLIC and SYSTEM identifiers:

       PUBLIC "-//W3C//ELEMENTS XHTML Inline Phrasal 1.0//EN"
       SYSTEM "http://www.w3.org/TR/xhtml-modularization/DTD/xhtml-inlphras-1.mod"

     Revisions:
     (none)
     ....................................................................... -->

<!-- Inline Phrasal

        abbr, acronym, cite, code, dfn, em, kbd, q, samp, strong, var

     This module declares the elements and their attributes used to
     support inline-level phrasal markup.
-->

<!ENTITY % abbr.element  "INCLUDE" >
<![%abbr.element;[
<!ENTITY % abbr.content
     "( #PCDATA | %Inline.mix; )*"
>
<!ENTITY % abbr.qname  "abbr" >
<!ELEMENT %abbr.qname;  %abbr.content; >
<!-- end of abbr.element -->]]>

<!ENTITY % abbr.attlist  "INCLUDE" >
<![%abbr.attlist;[
<!ATTLIST %abbr.qname;
      %Common.attrib;
>
<!-- end of abbr.attlist -->]]>

<!ENTITY % acronym.element  "INCLUDE" >
<![%acronym.element;[
<!ENTITY % acronym.content
     "( #PCDATA | %Inline.mix; )*"
>
<!ENTITY % acronym.qname  "acronym" >
<!ELEMENT %acronym.qname;  %acronym.content; >
<!-- end of acronym.element -->]]>

<!ENTITY % acronym.attlist  "INCLUDE" >
<![%acronym.attlist;[
<!ATTLIST %acronym.qname;
      %Common.attrib;
>
<!-- end of acronym.attlist -->]]>

<!ENTITY % cite.element  "INCLUDE" >
<![%cite.element;[
<!ENTITY % cite.content
     "( #PCDATA | %Inline.mix; )*"
>
<!ENTITY % cite.qname  "cite" >
<!ELEMENT %cite.qname;  %cite.content; >
<!-- end of cite.element -->]]>

<!ENTITY % cite.attlist  "INCLUDE" >
<![%cite.attlist;[
<!ATTLIST %cite.qname;
      %Common.attrib;
>
<!-- end of cite.attlist -->]]>

<!ENTITY % code.element  "INCLUDE" >
<![%code.element;[
<!ENTITY % code.content
     "( #PCDATA | %Inline.mix; )*"
>
<!ENTITY % code.qname  "code" >
<!ELEMENT %code.qname;  %code.content; >
<!-- end of code.element -->]]>

<!ENTITY % code.attlist  "INCLUDE" >
<![%code.attlist;[
<!ATTLIST %code.qname;
      %Common.attrib;
>
<!-- end of code.attlist -->]]>

<!ENTITY % dfn.element  "INCLUDE" >
<![%dfn.element;[
<!ENTITY % dfn.content
     "( #PCDATA | %Inline.mix; )*"
>
<!ENTITY % dfn.qname  "dfn" >
<!ELEMENT %dfn.qname;  %dfn.content; >
<!-- end of dfn.element -->]]>

<!ENTITY % dfn.attlist  "INCLUDE" >
<![%dfn.attlist;[
<!ATTLIST %dfn.qname;
      %Common.attrib;
>
<!-- end of dfn.attlist -->]]>

<!ENTITY % em.element  "INCLUDE" >
<![%em.element;[
<!ENTITY % em.content
     "( #PCDATA | %Inline.mix; )*"
>
<!ENTITY % em.qname  "em" >
<!ELEMENT %em.qname;  %em.content; >
<!-- end of em.element -->]]>

<!ENTITY % em.attlist  "INCLUDE" >
<![%em.attlist;[
<!ATTLIST %em.qname;
      %Common.attrib;
>
<!-- end of em.attlist -->]]>

<!ENTITY % kbd.element  "INCLUDE" >
<![%kbd.element;[
<!ENTITY % kbd.content
     "( #PCDATA | %Inline.mix; )*"
>
<!ENTITY % kbd.qname  "kbd" >
<!ELEMENT %kbd.qname;  %kbd.content; >
<!-- end of kbd.element -->]]>

<!ENTITY % kbd.attlist  "INCLUDE" >
<![%kbd.attlist;[
<!ATTLIST %kbd.qname;
      %Common.attrib;
>
<!-- end of kbd.attlist -->]]>

<!ENTITY % q.element  "INCLUDE" >
<![%q.element;[
<!ENTITY % q.content
     "( #PCDATA | %Inline.mix; )*"
>
<!ENTITY % q.qname  "q" >
<!ELEMENT %q.qname;  %q.content; >
<!-- end of q.element -->]]>

<!ENTITY % q.attlist  "INCLUDE" >
<![%q.attlist;[
<!ATTLIST %q.qname;
      %Common.attrib;
      cite         %URI.datatype;           #IMPLIED
>
<!-- end of q.attlist -->]]>

<!ENTITY % samp.element  "INCLUDE" >
<![%samp.element;[
<!ENTITY % samp.content
     "( #PCDATA | %Inline.mix; )*"
>
<!ENTITY % samp.qname  "samp" >
<!ELEMENT %samp.qname;  %samp.content; >
<!-- end of samp.element -->]]>

<!ENTITY % samp.attlist  "INCLUDE" >
<![%samp.attlist;[
<!ATTLIST %samp.qname;
      %Common.attrib;
>
<!-- end of samp.attlist -->]]>

<!ENTITY % strong.element  "INCLUDE" >
<![%strong.element;[
<!ENTITY % strong.content
     "( #PCDATA | %Inline.mix; )*"
>
<!ENTITY % strong.qname  "strong" >
<!ELEMENT %strong.qname;  %strong.content; >
<!-- end of strong.element -->]]>

<!ENTITY % strong.attlist  "INCLUDE" >
<![%strong.attlist;[
<!ATTLIST %strong.qname;
      %Common.attrib;
>
<!-- end of strong.attlist -->]]>

<!ENTITY % var.element  "INCLUDE" >
<![%var.element;[
<!ENTITY % var.content
     "( #PCDATA | %Inline.mix; )*"
>
<!ENTITY % var.qname  "var" >
<!ELEMENT %var.qname;  %var.content; >
<!-- end of var.element -->]]>

<!ENTITY % var.attlist  "INCLUDE" >
<![%var.attlist;[
<!ATTLIST %var.qname;
      %Common.attrib;
>
<!-- end of var.attlist -->]]>

<!-- end of xhtml-inlphras-1.mod -->

F.4.5. Prezentacyjne elementy wewnątrzwierszowe

<!-- ...................................................................... -->
<!-- XHTML Inline Presentation Module  .................................... -->
<!-- file: xhtml-inlpres-1.mod

     This is XHTML, a reformulation of HTML as a modular XML application.
     Copyright 1998-2001 W3C (MIT, INRIA, Keio), All Rights Reserved.
     Revision: $Id: xhtml-inlpres-1.mod,v 4.0 2001/04/02 22:42:49 altheim Exp $ SMI

     This DTD module is identified by the PUBLIC and SYSTEM identifiers:

       PUBLIC "-//W3C//ELEMENTS XHTML Inline Presentation 1.0//EN"
       SYSTEM "http://www.w3.org/TR/xhtml-modularization/DTD/xhtml-inlpres-1.mod"

     Revisions:
     (none)
     ....................................................................... -->

<!-- Inline Presentational Elements

        b, big, i, small, sub, sup, tt

     This module declares the elements and their attributes used to
     support inline-level presentational markup.
-->

<!ENTITY % b.element  "INCLUDE" >
<![%b.element;[
<!ENTITY % b.content
     "( #PCDATA | %Inline.mix; )*"
>
<!ENTITY % b.qname  "b" >
<!ELEMENT %b.qname;  %b.content; >
<!-- end of b.element -->]]>

<!ENTITY % b.attlist  "INCLUDE" >
<![%b.attlist;[
<!ATTLIST %b.qname;
      %Common.attrib;
>
<!-- end of b.attlist -->]]>

<!ENTITY % big.element  "INCLUDE" >
<![%big.element;[
<!ENTITY % big.content
     "( #PCDATA | %Inline.mix; )*"
>
<!ENTITY % big.qname  "big" >
<!ELEMENT %big.qname;  %big.content; >
<!-- end of big.element -->]]>

<!ENTITY % big.attlist  "INCLUDE" >
<![%big.attlist;[
<!ATTLIST %big.qname;
      %Common.attrib;
>
<!-- end of big.attlist -->]]>

<!ENTITY % i.element  "INCLUDE" >
<![%i.element;[
<!ENTITY % i.content
     "( #PCDATA | %Inline.mix; )*"
>
<!ENTITY % i.qname  "i" >
<!ELEMENT %i.qname;  %i.content; >
<!-- end of i.element -->]]>

<!ENTITY % i.attlist  "INCLUDE" >
<![%i.attlist;[
<!ATTLIST %i.qname;
      %Common.attrib;
>
<!-- end of i.attlist -->]]>

<!ENTITY % small.element  "INCLUDE" >
<![%small.element;[
<!ENTITY % small.content
     "( #PCDATA | %Inline.mix; )*"
>
<!ENTITY % small.qname  "small" >
<!ELEMENT %small.qname;  %small.content; >
<!-- end of small.element -->]]>

<!ENTITY % small.attlist  "INCLUDE" >
<![%small.attlist;[
<!ATTLIST %small.qname;
      %Common.attrib;
>
<!-- end of small.attlist -->]]>

<!ENTITY % sub.element  "INCLUDE" >
<![%sub.element;[
<!ENTITY % sub.content
     "( #PCDATA | %Inline.mix; )*"
>
<!ENTITY % sub.qname  "sub" >
<!ELEMENT %sub.qname;  %sub.content; >
<!-- end of sub.element -->]]>

<!ENTITY % sub.attlist  "INCLUDE" >
<![%sub.attlist;[
<!ATTLIST %sub.qname;
      %Common.attrib;
>
<!-- end of sub.attlist -->]]>

<!ENTITY % sup.element  "INCLUDE" >
<![%sup.element;[
<!ENTITY % sup.content
     "( #PCDATA | %Inline.mix; )*"
>
<!ENTITY % sup.qname  "sup" >
<!ELEMENT %sup.qname;  %sup.content; >
<!-- end of sup.element -->]]>

<!ENTITY % sup.attlist  "INCLUDE" >
<![%sup.attlist;[
<!ATTLIST %sup.qname;
      %Common.attrib;
>
<!-- end of sup.attlist -->]]>

<!ENTITY % tt.element  "INCLUDE" >
<![%tt.element;[
<!ENTITY % tt.content
     "( #PCDATA | %Inline.mix; )*"
>
<!ENTITY % tt.qname  "tt" >
<!ELEMENT %tt.qname;  %tt.content; >
<!-- end of tt.element -->]]>

<!ENTITY % tt.attlist  "INCLUDE" >
<![%tt.attlist;[
<!ATTLIST %tt.qname;
      %Common.attrib;
>
<!-- end of tt.attlist -->]]>

<!-- end of xhtml-inlpres-1.mod -->

F.4.6. Strukturalne elementy wewnątrzwierszowe

<!-- ...................................................................... -->
<!-- XHTML Inline Structural Module  ...................................... -->
<!-- file: xhtml-inlstruct-1.mod

     This is XHTML, a reformulation of HTML as a modular XML application.
     Copyright 1998-2001 W3C (MIT, INRIA, Keio), All Rights Reserved.
     Revision: $Id: xhtml-inlstruct-1.mod,v 4.0 2001/04/02 22:42:49 altheim Exp $ SMI

     This DTD module is identified by the PUBLIC and SYSTEM identifiers:

       PUBLIC "-//W3C//ELEMENTS XHTML Inline Structural 1.0//EN"
       SYSTEM "http://www.w3.org/TR/xhtml-modularization/DTD/xhtml-inlstruct-1.mod"

     Revisions:
     (none)
     ....................................................................... -->

<!-- Inline Structural

        br, span

     This module declares the elements and their attributes
     used to support inline-level structural markup.
-->

<!-- br: forced line break ............................. -->

<!ENTITY % br.element  "INCLUDE" >
<![%br.element;[

<!ENTITY % br.content  "EMPTY" >
<!ENTITY % br.qname  "br" >
<!ELEMENT %br.qname;  %br.content; >

<!-- end of br.element -->]]>

<!ENTITY % br.attlist  "INCLUDE" >
<![%br.attlist;[
<!ATTLIST %br.qname;
      %Core.attrib;
>
<!-- end of br.attlist -->]]>

<!-- span: generic inline container .................... -->

<!ENTITY % span.element  "INCLUDE" >
<![%span.element;[
<!ENTITY % span.content
     "( #PCDATA | %Inline.mix; )*"
>
<!ENTITY % span.qname  "span" >
<!ELEMENT %span.qname;  %span.content; >
<!-- end of span.element -->]]>

<!ENTITY % span.attlist  "INCLUDE" >
<![%span.attlist;[
<!ATTLIST %span.qname;
      %Common.attrib;
>
<!-- end of span.attlist -->]]>

<!-- end of xhtml-inlstruct-1.mod -->

F.4.7. Param

<!-- ...................................................................... -->
<!-- XHTML Param Element Module  ..................................... -->
<!-- file: xhtml-param-1.mod

     This is XHTML, a reformulation of HTML as a modular XML application.
     Copyright 1998-2001 W3C (MIT, INRIA, Keio), All Rights Reserved.
     Revision: $Id: xhtml-param-1.mod,v 4.0 2001/04/02 22:42:49 altheim Exp $ SMI

     This DTD module is identified by the PUBLIC and SYSTEM identifiers:

       PUBLIC "-//W3C//ELEMENTS XHTML Param Element 1.0//EN"
       SYSTEM "http://www.w3.org/TR/xhtml-modularization/DTD/xhtml-param-1.mod"

     Revisions:
     (none)
     ....................................................................... -->

<!-- Parameters for Java Applets and Embedded Objects

        param

     This module provides declarations for the param element,
     used to provide named property values for the applet
     and object elements.
-->

<!-- param: Named Property Value ....................... -->

<!ENTITY % param.element  "INCLUDE" >
<![%param.element;[
<!ENTITY % param.content  "EMPTY" >
<!ENTITY % param.qname  "param" >
<!ELEMENT %param.qname;  %param.content; >
<!-- end of param.element -->]]>

<!ENTITY % param.attlist  "INCLUDE" >
<![%param.attlist;[
<!ATTLIST %param.qname;
      %XHTML.xmlns.attrib;
      %id.attrib;
      name         CDATA                    #REQUIRED
      value        CDATA                    #IMPLIED
      valuetype    ( data | ref | object )  'data'
      type         %ContentType.datatype;   #IMPLIED
>
<!-- end of param.attlist -->]]>

<!-- end of xhtml-param-1.mod -->

F.4.8. Powtórne deklaracje staroci

<!-- ...................................................................... -->
<!-- XHTML Legacy Redeclarations Module ................................... -->
<!-- file: xhtml-legacy-redecl-1.mod

     This is an extension of XHTML, a reformulation of HTML as a modular XML application.
     Copyright 1998-2001 W3C (MIT, INRIA, Keio), All Rights Reserved.
     Revision: $Id: xhtml-legacy-redecl-1.mod,v 4.4 2001/04/10 09:42:30 altheim Exp $ SMI

     This DTD module is identified by the PUBLIC and SYSTEM identifiers:

       PUBLIC "-//W3C//ELEMENTS XHTML Legacy Redeclarations 1.0//EN"
       SYSTEM "http://www.w3.org/TR/xhtml-modularization/DTD/xhtml-legacy-redecl-1.mod"

     Revisions:
     (none)
     ....................................................................... -->


<!-- Legacy Redeclarations

     This optional module replaces the Modular Framework module, interspersing
     redeclarations of various parameter entities to allow for inclusions of
     Transitional markup in the XHTML 1.1 document model. This instantiates
     the modules needed to support the XHTML modularization model, including:

        +  notations
        +  datatypes
        +  namespace-qualified names
        +  common attributes
        +  document model
        +  character entities

     By default, the Object module is included, with Frames and IFrames ignored.

     The Intrinsic Events module is ignored by default but
     occurs in this module because it must be instantiated
     prior to Attributes but after Datatypes.
-->
<!ENTITY % xhtml-legacy.module "INCLUDE" >

<!ENTITY % xhtml-arch.module "IGNORE" >
<![%xhtml-arch.module;[
<!ENTITY % xhtml-arch.mod
     PUBLIC "-//W3C//ELEMENTS XHTML Base Architecture 1.0//EN"
            "xhtml-arch-1.mod" >
%xhtml-arch.mod;]]>

<!ENTITY % xhtml-notations.module "INCLUDE" >
<![%xhtml-notations.module;[
<!ENTITY % xhtml-notations.mod
     PUBLIC "-//W3C//NOTATIONS XHTML Notations 1.0//EN"
            "xhtml-notations-1.mod" >
%xhtml-notations.mod;]]>

<!-- Datatypes Module ............................................ -->
<!ENTITY % xhtml-datatypes.module "INCLUDE" >
<![%xhtml-datatypes.module;[
<!ENTITY % xhtml-datatypes.mod
     PUBLIC "-//W3C//ENTITIES XHTML Datatypes 1.0//EN"
            "xhtml-datatypes-1.mod" >
%xhtml-datatypes.mod;]]>

<!-- Qualified Names Module ...................................... -->
<!ENTITY % xhtml-qname.module "INCLUDE" >
<![%xhtml-qname.module;[
<!ENTITY % xhtml-qname.mod
     PUBLIC "-//W3C//ENTITIES XHTML Qualified Names 1.0//EN"
            "xhtml-qname-1.mod" >
%xhtml-qname.mod;]]>

<!-- Additional Qualified Names .................................. -->

<!-- xhtml-legacy-1.mod -->
<!ENTITY % font.qname     "%XHTML.pfx;font" >
<!ENTITY % basefont.qname "%XHTML.pfx;basefont" >
<!ENTITY % center.qname   "%XHTML.pfx;center" >
<!ENTITY % s.qname        "%XHTML.pfx;s" >
<!ENTITY % strike.qname   "%XHTML.pfx;strike" >
<!ENTITY % u.qname        "%XHTML.pfx;u" >
<!ENTITY % dir.qname      "%XHTML.pfx;dir" >
<!ENTITY % menu.qname     "%XHTML.pfx;menu" >
<!ENTITY % isindex.qname  "%XHTML.pfx;isindex" >

<!-- xhtml-frames-1.mod -->
<!ENTITY % frameset.qname "%XHTML.pfx;frameset" >
<!ENTITY % frame.qname    "%XHTML.pfx;frame" >
<!ENTITY % noframes.qname "%XHTML.pfx;noframes" >

<!-- xhtml-iframe-1.mod -->
<!ENTITY % iframe.qname   "%XHTML.pfx;iframe" >

<!ENTITY % xhtml-events.module "IGNORE" >
<![%xhtml-events.module;[
<!ENTITY % xhtml-events.mod
     PUBLIC "-//W3C//ENTITIES XHTML Intrinsic Events 1.0//EN"
            "xhtml-events-1.mod" >
%xhtml-events.mod;]]>

<!-- Additional Common Attributes ................................ -->

<!-- include historical 'lang' attribute (which should
     always match the value of 'xml:lang')
-->
<!ENTITY % lang.attrib
     "xml:lang     %LanguageCode.datatype;  #IMPLIED
      lang         %LanguageCode.datatype;  #IMPLIED"
>

<!-- Common Attributes Module .................................... -->
<!ENTITY % xhtml-attribs.module "INCLUDE" >
<![%xhtml-attribs.module;[
<!ENTITY % xhtml-attribs.mod
     PUBLIC "-//W3C//ENTITIES XHTML Common Attributes 1.0//EN"
            "xhtml-attribs-1.mod" >
%xhtml-attribs.mod;]]>

<!-- placeholder for content model redeclarations -->
<!ENTITY % xhtml-model.redecl "" >
%xhtml-model.redecl;

<!-- Document Model Redeclarations ............................... -->

<!ENTITY % InlPres.class
     "| %tt.qname; | %i.qname; | %b.qname; | %big.qname;
      | %small.qname; | %sub.qname; | %sup.qname;
      | %font.qname; | %basefont.qname; | %iframe.qname;
      | %s.qname; | %strike.qname; | %u.qname;"
>

<!ENTITY % InlSpecial.class
     "| %img.qname; | %map.qname;
      | %applet.qname; | %object.qname;" >

<!ENTITY % BlkPres.class
     "| %hr.qname; | %center.qname;"
>

<!ENTITY % BlkSpecial.class
     "| %table.qname; | %form.qname; | %fieldset.qname;
      | %noframes.qname; | %isindex.qname;"
>

<!ENTITY % List.class
     "%ul.qname; | %ol.qname; | %dl.qname;
      | %dir.qname; | %menu.qname;"
>

<!-- Document Model Module  ...................................... -->
<!ENTITY % xhtml-model.module "INCLUDE" >
<![%xhtml-model.module;[
<!-- instantiate the Document Model module declared in the DTD driver
-->
%xhtml-model.mod;]]>

<!ENTITY % applet.content
     "( #PCDATA | %param.qname; | %Flow.mix; )*"
>

<!ENTITY % blockquote.content
     "( #PCDATA | %Flow.mix; )*"
>

<!ENTITY % noscript.content
      "( #PCDATA | %Flow.mix; )*"
>

<!ENTITY % body.content
     "( #PCDATA | %Flow.mix; )*"
>

<!-- redeclare content model of <html> to allow for either
     body or frameset content. The SGML markup minimization
     features used in HTML 4 do not apply, so the ambiguity
     that necessitated separation into the separate Frameset
     and Transitional DTDs is eliminated.
-->
<!ENTITY % html.content
     "( %head.qname;, ( %body.qname; | %frameset.qname; ) )"
>


<!ENTITY % xhtml-charent.module "INCLUDE" >
<![%xhtml-charent.module;[
<!ENTITY % xhtml-charent.mod
     PUBLIC "-//W3C//ENTITIES XHTML Character Entities 1.0//EN"
            "xhtml-charent-1.mod" >
%xhtml-charent.mod;]]>

<!-- end of xhtml-legacy-redecl-1.mod -->

G. Bibliografia

Ten dodatek ma charakter normatywny.

G.1. Odnośniki normatywne

[CSS2]

Cascading Style Sheets, level 2 (CSS2) Specification, W3C Recommendation, B. Bos, H. W. Lie, C. Lilley, I. Jacobs, red., 12 maja 1998.
Dostępne pod adresem http://www.w3.org/TR/1998/REC-CSS2-19980512

[DOM]

Document Object Model (DOM) Level 1 Specification, L. Wood i in., 1 października 1998.
Dostępne pod adresem http://www.w3.org/TR/1998/REC-DOM-Level-1-19981001

[HTML4]

HTML 4.01 Specification: W3C Recommendation, W3C Recommendation, D. Raggett, A. Le Hors, I. Jacobs, red., 24 grudnia 1999.
Dostępne pod adresem http://www.w3.org/TR/1999/REC-html401-19991224

[ISO10646]

Information Technology -- Universal Multiple-Octet Coded Character Set (UCS) -- Part 1: Architecture and Basic Multilingual Plane, ISO/IEC 10646-1:2000. Ten odnośnik odsyła do zbioru punktów kodowych mogących zmienić się z chwilą przypisania do nich nowych znaków. Odnośnik ten zakłada też, że zestawy znaków zdefiniowane przez ISO 10646 i [UNICODE] pozostają odpowiednikami znak – znak. Odnośnik ten obejmuje również przyszłe publikacje pozostałych części 10646 (tj. innych niż Część 1) definiujących znaki w planach od 1 do 16.

[RFC1808]

Relative Uniform Resource Locators, RFC 1808, R. Fielding, czerwiec 1995.
Dostępne pod adresem http://www.ietf.org/rfc/rfc1808.txt

[RFC2045]

Multipurpose Internet Mail Extensions (MIME) Part One: Format of Internet Message Bodies, RFC 2045, N. Freed, N. Borenstein, listopad 1996.
Dostępne pod adresem http://www.ietf.org/rfc/rfc2045.txt

[RFC2119]

Key words for use in RFCs to indicate requirement levels, RFC 2119, S. Bradner, marzec 1997.
Dostępne pod adresem http://www.ietf.org/rfc/rfc2119.txt

[RFC3066]

Tags for the Identification of Languages, RFC 3066, H. Alvestrand, styczeń 2001.
Dostępne pod adresem http://www.ietf.org/rfc/rfc3066.txt

[SGML]

Information Processing -- Text and Office Systems -- Standard Generalized Markup Language (SGML), ISO 8879:1986.
Informacje o standardzie proszę sprawdzić pod adresem http://www.iso.ch/cate/d16387.html, informacje o SGML pod adresem http://www.oasis-open.org/cover/general.html#overview.

[SRGB]

A Standard Default Color Space for the Internet, wersja 1.10, M. Stokes, M. Anderson, S. Chandrasekar i R. Motta, 5 listopada 1996. Dostępne pod adresem http://www.w3.org/Graphics/Color/sRGB

[UNICODE]

The Unicode Standard, The Unicode Consortium. Wersja 3.1 standardu Unicode składa się z książki dokumentującej wersję 3.0 oraz z internetowego aneksu (Unicode Standard Annex) dokumentującego zmiany i uzupełnienia poczynione przez wersję 3.1.
The Unicode Standard -- Version 3.0, The Unicode Consortium, Reading, Mass.: Addison-Wesley Developers Press, 2000. ISBN 0-201-61633-5 (internetowe wydanie książki dostępne pod adresem http://www.unicode.org/unicode/uni2book/u2.html).
Unicode Standard Annex #27 -- Unicode 3.1, Mark Davis, Michael Everson, Asmus Freytag, John H. Jenkins i in. (zobacz http://www.unicode.org/unicode/reports/tr27/).
Więcej informacji o Unikodzie pod adresem http://www.unicode.org.

[URI]

Uniform Resource Identifiers (URI): Generic Syntax, RFC 2396, T. Berners-Lee, R. Fielding, L. Masinter, sierpień 1998.
Dostępne pod adresem http://www.ietf.org/rfc/rfc2396.txt. To RFC aktualizuje dokumenty RFC 1738 [URL] i [RFC1808].

[URL]

Uniform Resource Locators (URL), RFC 1738, T. Berners-Lee, L. Masinter, M. McCahill, grudzień 1994.
Dostępne pod adresem http://www.ietf.org/rfc/rfc1738.txt

[XHTML1]

XHTML 1.0: The Extensible HyperText Markup Language, W3C Recommendation, S. Pemberton i in., 26 stycznia 2000.
Dostępne pod adresem http://www.w3.org/TR/2000/REC-xhtml1-20000126
Polski przekład dostępny pod adresem http://podziemie.net/w3c/xhtml1/xhtml1.

[XML]

Extensible Markup Language (XML) 1.0 (Second Edition), W3C Recommendation, T. Bray, J. Paoli, C. M. Sperberg-McQueen, E. Maler, red., 6 października 2000.
Dostępne pod adresem http://www.w3.org/TR/2000/REC-xml-20001006
Polski przekład dostępny pod adresem http://strony.wp.pl/wp/glenik/xml/rec-xml.pl.html.

[XMLNAMES]

Namespaces in XML, W3C Recommendation, T. Bray, D. Hollander, A. Layman, red., 14 stycznia 1999.
Dostępne pod adresem http://www.w3.org/TR/1999/REC-xml-names-19990114

[XMLSCHEMA]

XML Schema Part 1: Structures, W3C Proposed Recommendation, H. S. Thompson, D. Beech, M. Maloney, N. Mendelsohn, red., 30 marca 2001.
Dostępne pod adresem http://www.w3.org/TR/2001/PR-xmlschema-1-20010330
Zobacz też XML Schema Part 2: Datatypes, dostępne pod adresem http://www.w3.org/TR/2001/PR-xmlschema-2-20010330

G.2. Odnośniki informacyjne

[MATHML]

Mathematical Markup Language (MathML) Version 2.0, W3C Recommendation, D. Carlisle, P. Ion, R. Miner, N. Poppelie, red., 21 lutego 2001.
Dostępne pod adresem http://www.w3.org/TR/2001/REC-MathML2-20010221

[SMIL]

Synchronized Multimedia Integration Language (SMIL) 1.0 Specification, W3C Recommendation, P. Hoschka, red., 15 czerwca 1998.
Dostępne pod adresem http://www.w3.org/TR/1998/REC-smil-19980615

[XLINK]

XML Linking Language (XLink) Version 1.0, W3C Proposed Recommendation, S. DeRose, E. Maler, D. Orchard, red., 20 grudnia 2000.
Dostępne pod adresem http://www.w3.org/TR/2000/PR-xlink-20001220

[XMLSTYLE]

Associating Style Sheets with XML documents Version 1.0, W3C Recommendation, J. Clark, red., 29 czerwca 1999.
Dostępne pod adresem http://www.w3.org/TR/1999/REC-xml-stylesheet-19990629

H. Cele projektowe

Ten dodatek ma charakter informacyjny.

W tym dodatku cele projektowe są oznaczane jako „Gn”, a wymagania — jako „Rn.n”. Istnieją cztery główne cele projektowe dla ogólnych zasad modularyzacji XHTML:

• [G1] Pogrupować znaczeniowo powiązane części XHTML.
• [G2] Używać technologii DTD, by wspierać tworzenie pokrewnych języków (podzbiorów, nadzbiorów) dla określonych celów (małe urządzenia, urządzenia specjalnego przeznaczenia), gwarantując powszechność zachodzących na siebie części.
• [G3] Ułatwić przyszły rozwój poprzez umożliwienie zastąpienia części języka przez ulepszone moduły (na przykład formularze) bez naruszania pozostałej części języka.
• [G4] Zachęcać i ułatwiać powtórne użycie modułów w innych językach.

H.1. Wymagania

Cele projektowe wymienione w poprzedniej części prowadzą do znacznej liczby wymagań , które muszą spełniać ogólne zasady modularyzacji. wymagania te, podsumowane w tej części, mogą być klasyfikowane na inne sposoby zgodnie z ważniejszymi cechami opisanych zasad.

H.1.1. Ziarnistość

Wymagania w tej części łącznie wyrażają pragnienie, by moduły zdefiniowane w ramach ogólnych zasad posiadały odpowiedni poziom ziarnistości:

• [R1.1] Moduły abstrakcyjne powinny sprzyjać i utrzymywać przenośność zawartości.
• [R1.2] Moduły abstrakcyjne powinny sprzyjać standaryzacji profili platform.
• [R1.3] Moduły abstrakcyjne powinny być dostatecznie małe, by sprzyjać możliwości wzajemnego współdziałania.
• [R1.4] Moduły abstrakcyjne powinny być dostatecznie małe, by uniknąć potrzeby tworzenia ich podzbiorów.
• [R1.5] Moduły abstrakcyjne powinny zawierać elementy z podobną lub pokrewną semantyką.
• [R1.6] Moduły abstrakcyjne powinny rozdzielać elementy z niepodobną lub niepowiązaną semantyką.
• [R1.7] Moduły powinny być dostatecznie małe, by pozwalały na moduły jednoelementowego typu dokumentu.

H.1.2. Złożoność

Wymagania złożoności tutaj wymienione mają na celu zapewnienie zdolności ogólnych zasad modularyzacji do wyrażania właściwego zbioru modułów docelowych wymaganych przez społeczności, które będą obsługiwane przez te ogólne zasady:

• [R2.1] Ogólne zasady modułu powinny pozwalać na stworzenie modułów abstrakcyjnych dla XHTML 1.0.
• [R2.2] Ogólne zasady modułu powinny pozwalać na stworzenie modułów abstrakcyjnych przybliżonych do HTML 4.
• [R2.3] Ogólne zasady modułu powinny pozwalać na stworzenie modułów abstrakcyjnych dla innych Rekomendacji W3C.
• [R2.4] Ogólne zasady modułu powinny pozwalać na stworzenie modułów abstrakcyjnych dla innych typów dokumentu XML.
• [R2.5] Ogólne zasady modułu powinny pozwalać na stworzenie modułów abstrakcyjnych dla szerokiego zakresu profili platform.

H.1.3. Łatwość użycia

Ogólne zasady modularyzacji zostaną szeroko zaakceptowane tylko jeśli będą opisywały mechanizmy ułatwiające korzystanie z tych zasad przez docelową grupę odbiorców:

• [R3.1] Ogólne zasady modułu powinny ułatwiać projektantom typów dokumentu tworzenie podzbiorów i rozszerzanie modułów abstrakcyjnych XHTML.
• [R3.2] Ogólne zasady modułu powinny ułatwiać projektantom typów dokumentu tworzenie modułów abstrakcyjnych dla innych typów dokumentu XML.
• [R3.3] Ogólne zasady modułu powinny ułatwiać autorom dokumentów walidację elementów pochodzących z różnych modułów abstrakcyjnych.

H.1.4. Kompatybilność

W zamierzeniu tego dokumentu opisane tutaj ogólne zasady modularyzacji powinny współpracować z XML i innymi standardami rozwijanymi przez Grupy Robocze W3C:

• [R4.1] Ogólne zasady modularyzacji powinny być ściśle zgodne z Rekomendacją XML 1.0.
• [R4.2] Ogólne zasady modularyzacji powinny być kompatybilne ze specyfikacją Język łączy XML (XLink) [XLINK].
• [R4.3] Ogólne zasady modularyzacji powinny być kompatybilne ze specyfikacją Skojarzanie arkuszy stylów z dokumentami XML [XMLSTYLE].
• [R4.4] Ogólne zasady modularyzacji powinny być zdolne do przyjęcia nowych Rekomendacji W3C, gdzie będzie to właściwe.
• [R4.5] Ogólne zasady modularyzacji nie powinny być zależne od prac W3C będących w toku.
• [R4.6] Ogólne zasady modularyzacji nie powinny być zależne od prac powstałych poza W3C.

H.1.5. Zgodność ze standardem

Miarą efektywności ogólnych zasad będzie także łatwość testowania zachowania modułów rozbudowywanych zgodnie z tymi zasadami oraz testowania dokumentów stosujących moduły do walidacji:

• [R5.1] Powinna być możliwa walidacja dokumentów stworzonych przy użyciu elementów i atrybutów z modułów abstrakcyjnych.
• [R5.2] Powinno być możliwe dokładne opisanie zachowania elementów i atrybutów z modułów abstrakcyjnych.
• [R5.3] Powinna być możliwa weryfikacja zachowania elementów i atrybutów z modułów abstrakcyjnych.
• [R5.4] Powinna być możliwa weryfikacja hybrydowego typu dokumentu jako typu dokumentu XHTML.
• [R5.5] Moduły zdefiniowane zgodnie z metodami zawartymi w tym dokumencie nie powinny powielać nazw elementów czy encji parametrycznych zdefiniowanych w modułach XHTML.

J. Podziękowania

Ten dodatek ma charakter informacyjny.

Ta specyfikacja została przygotowana przez Grupę Roboczą do spraw HTML (HTML Working Group) działającą w ramach W3C. Jej członkami w momencie publikacji byli:

• Steven Pemberton, CWI (przewodniczący HTML Working Group)
• Murray Altheim, Sun Microsystems
• Daniel Austin, Mozquito Technologies
• Jonny Axelsson, Opera Software
• Mark Baker, Sun Microsystems
• Wayne Carr, Intel
• Tantek Çelik, Microsoft
• Doug Dominiak, Openwave Systems
• Andrew W. Donoho, IBM
• Herman Elenbaas, Philips Electronics
• Beth Epperson, Netscape/AOL
• Masayasu Ishikawa, W3C (HTML Activity Lead)
• Shin'ichi Matsui, Panasonic
• Shane McCarron, Applied Testing and Technology
• Ann Navarro, WebGeek, Inc.
• Peter Stark, Ericsson
• Michel Suignard, Microsoft
• Jeremy Wadsworth, Quark Inc.
• Malte Wedel, Mozquito Technologies
• Ted Wugofski, Openwave Systems