Синтаксис языка XML, создание валидных документов

XML решает ряд проблем, которые не решает HTML, например:

• Представление документов любого (не только текстового) типа, например, музыки, математических уравнений и т.д.
• Сортировка, фильтрация и поиск информации.
• Представление информации в структурированном (иерархическом) виде.

В зависимости от уровня соответствия стандартам документ может быть "верно сформированным" ("well-formed"), либо "валидным" ("valid"). Вот несколько основных правил создания верно сформированного документа:

• Каждый элемент XML должен содержать начальный и конечный тэг (либо пустой тэг типа <TAG />, который может нести информацию посредством своих атрибутов).
• Любой вложенный элемент должен быть полностью определён внутри элемента, в состав которого он входит.
• Документ должен иметь только один элемент верхнего уровня.
• Имена элементов чувствительны к регистру.

Есть три основных способа сообщить браузеру, как отображать каждый из созданных вами XML-элементов:

• Каскадная таблица стилей (Cascading Style Sheet - CSS) или расширяемая таблица в формате языка стилевых таблиц (Extensible Stylesheet Language - XSL).
• Связывание данных. Этот метод требует создания HTML-страницы, связывания с ней XML-документа и установления взаимодействий HTML-элементов с элементами XML. В дальнейшем HTML-элементы автоматически отображают информацию из связанных с ними XML-элементов.
• Написание сценария. Этот метод требует создания HTML-страницы, связывания с ней XML-документа и получение доступа к XML-элементам с помощью кода сценария JavaScript или VBScript.

Индивидуальный пользователь, компания или комитет по стандартам может определить необходимый набор элементов XML и структуру документа, которые будут применяться для особого класса документов. Подобный набор элементов и описание структуры документа называют XML-приложением или XML-словарём.

XML-приложение обычно определяется созданием описателя типа документа (DTD), который является допустимым компонентом XML-документа. DTD устанавливает и определяет имена элементов, которые могут быть использованы в документе, порядок, в котором элементы могут появляться, и доступные к применению атрибуты элементов. DTD обычно включается в XML-документ и ограничивает круг элементов и структур, которые будут использоваться. Примечание: приложение XML Schema позволяет разрабатывать подробные схемы для ваших XML-документов с использованием стандартного синтаксиса XML и является альтернативой DTD.

Простейший XML-документ

Простейший XML-документ состоит из двух частей: пролога и корневого элемента. Пролог содержит объявление XML, указывающее на то, что это XML-документ, и содержит номер версии XML. Пролог может также содержать необязательные компоненты:

• Объявление типа документа.
• Одну или несколько инструкций по обработке.

XML-документ может содержать комментарии, начинающиеся с символов "<!--" и заканчивающиеся символами "-->". Комментарий может содержать любой текст, за исключением символов "--". Тексты комментариев доступны для написанного внутри HTML-страницы кода сценария.

XML-документ можно набрать в любом текстовом редакторе, сохранив документ как текстовый файл с расширением .xml. В дальнейшем такой документ будет открываться двойным щелчком в Internet Explorer. Вот пример простейшего XML-документа:

<?xml version="1.0"?>

<!-- Comment -->

<PRODUCTS>
     <PRODUCT>
          <TITLE> Product #1 </TITLE>
          <PRICE> 10.00 </PRICE>
     </PRODUCT>
     <PRODUCT>
          <TITLE> Product #2 </TITLE>
          <PRICE> 20.00 </PRICE>
     </PRODUCT>
</PRODUCTS>

Чтобы иметь возможность использовать в XML-документе символы кириллицы (как в символьных данных, так и в именах элементов), вы можете указать кодировку в прологе:

<?xml version="1.0" encoding="windows-1251"?>

Отображение XML-документа с помощью CSS

Приведённая ниже каскадная таблица стилей (Cascading Style Sheet - CSS) отобразит каждый элемент PRODUCT XML-документа с переводом строки сверху и снизу, каждый элемент TITLE - курсивом, а каждый элемент PRICE - полужирным шрифтом. Наберите таблицу стилей в любом текстовом редакторе, сохранив документ как текстовый файл с расширением .css:

/* Comment */
PRODUCT {display:block;}
TITLE {font-style:italic;}
PRICE {font-weight:bold;}

В конце пролога XML-документа необходимо добавить инструкцию по обработке:

<?xml-stylesheet type="text/css" href="Sample.css"?>

В результате при открытии XML-документа в Internet Explorer он будет отображён в соответствии с инструкциями, записанными в таблице стилей.

Задание атрибутов элементов

В начальный тэг элемента либо в тэг пустого элемента вы можете включить одно или несколько описаний атрибутов. Описание атрибута представляет собой пару имя - значение, например:

<PRICE type="retail">$10.55</PRICE>

или

<PRICE type="retail" />

Если XML-документ отображается с помощью таблицы стилей CSS, браузер не выводит атрибуты и их значения. Доступ к атрибутам и их значениям даёт отображение XML-документа с использованием XSL-таблицы, связывания данных или сценария (см. выше описание способов отображения XML-документа).

Инструкции по обработке

Инструкция по обработке имеет следующую форму записи:

<? кому инструкция ?>

Здесь "кому" есть имя приложения, которому адресована инструкция, а "инструкция" - есть информация, передаваемая приложению. Инструкция может состоять из любой последовательности символов, кроме пары ?>.

Если вы используете в качестве XML-процессора Internet Explorer, у вас есть две возможности применения инструкций по обработке:

• Стандартные инструкции для сообщения браузеру, как отображать документ с использованием таблицы стилей, например:
  
  <?xml-stylesheet type="text/css" href="Sample.css"?>
  
  
• Если вы пишете Web-сценарий для отображения XML-документа, вы можете поместить в документ любые незарезервированные инструкции по обработке, а ваш сценарий будет считывать эти инструкции. Например, вы можете вставить в документ инструкцию по обработке, сообщающую вашему сценарию уровень детализации при отображении:
  
  <?MyScript detail="2"?>
  
  

Вы можете поместить инструкцию по обработке в любое место XML-документа вне других элементов разметки: в пролог документа, после корневого элемента, либо внутри содержимого элемента:

<PRODUCT> ... <?MyScript detail="2"?> ... </PRODUCT>

Использование разделов CDATA

Внутри символьных данных в содержимом элемента нельзя помещать символы угловых скобок (например, <) или знак амперсанда &. Одним из способов преодолеть это ограничение является использование ссылки на символ (&#60; или &#38;). Другим способом является использование ссылки на предопределённый общий примитив (&lt; или &amp;). Однако, в случае, если вам требуется многократно вставлять символы < и & (если, например, это какой-либо исходный код или разметка HTML), использование ссылок неудобно и затрудняет восприятие данных. В этом случае проще поместить текст, содержащий такие символы, в раздел CDATA.

Раздел CDATA начинается с символов <![CDATA[ и заканчивается символами ]]>. Между этими двумя ограничителями вы можете поместить любые символы, кроме ]]>. В разделе CDATA не нужно использовать ссылки на символы или предопределённые общие примитивы, т.к. синтаксический анализатор не будет замещать такую ссылку соответствующим символом. Разделы CDATA не могут быть вложенными. Вы можете поместить раздел CDATA в любое место, занимаемое символьными данными - т.е. внутри содержимого элемента, но не внутри XML-разметки:

<PRODUCT> ... <![CDATA[ Text: <&> ]]> ... </PRODUCT>

Разделы CDATA отображаются браузером как содержимое элемента.

Создание валидных XML-документов

Валидным (valid) называется корректно сформированный (well-formed) документ, отвечающий двум дополнительным требованиям:

• Пролог документа должен содержать определение типа документа (DTD - Document Type Definition), задающее структуру документа.
• Оставшаяся часть документа должна отвечать структуре, заданной в DTD.

Любое отклонение от требований корректности формирования (well-formed) считается фатальной ошибкой (fatal error). Если XML-процессор сталкивается с фатальной ошибкой, он останавливает обработку документа и не пытается её возобновить. Отклонение от требований валидности (valid) считается лишь ошибкой (error). Если XML-процессор сталкивается с ошибкой, он может просто выдать сообщение о ней и продолжить обработку. Процессор Internet Explorer проверяет документ на валидность только в том случае, если вы открываете документ через HTML Web-страницу.

Большинство так называемых XML-приложений (XML-словарей) состоят из стандартного DTD, которое все пользователи приложения включают в свои XML-документы.

Объявление типа документа (DTD) представляет собой блок разметки, который вы должны добавить в пролог XML-документа, и имеет следующую форму записи:

<!DOCTYPE Имя DTD>

Здесь "Имя" указывает на имя корневого элемента. "DTD" содержит объявления, задающие элементы и их атрибуты. "DTD" состоит из символа левой квадратной скобки, после которой следует ряд объявлений разметки, заканчивающийся правой квадратной скобкой. Пример:

<!DOCTYPE PRODUCTS
    [
    <!ELEMENT PRODUCT ANY>
    ]
>

DTD может содержать следующие типы объявлений разметки:

• Объявления типов элементов, которые может содержать документ, их содержимое и порядок следования.
• Объявления списков атрибутов, которые могут быть использованы с определёнными типами элементов, типы данных атрибутов и значения атрибутов по умолчанию.
• Объявления примитивов для хранения часто используемых фрагментов текста или для встраивания не относящихся к XML данных в ваш документ.
• Объявления нотаций, которые описывают форматы данных или идентифицируют программу, используемую для обработки определённого формата.
• Инструкции по обработке.
• Комментарии.
• Ссылки на параметрические примитивы. Любой из приведённых выше компонентов может содержаться внутри параметрического примитива и добавляться путём ссылки на параметрический примитив.

Объявления типов элементов

Объявление типа элемента имеет следующую форму:

<!ELEMENT Имя Опись_содержимого>

Здесь "Имя" есть имя объявляемого типа элемента. "Опись_содержимого" можно заполнить четырьмя различными способами:

• Пустое содержимое (EMPTY). Указывает, что элемент не может иметь содержимого, например:
  
  <!ELEMENT IMAGE EMPTY>
  
  После этого в документ можно поместить такие элементы:
  
  <IMAGE></IMAGE>
  <IMAGE />
  
  
• Любое содержимое (ANY). Элемент может иметь или не иметь дочерние элементы в любом порядке с любым количеством вхождений, иметь или не иметь чередующиеся символьные данные. Пример:
  
  <!ELEMENT IMAGE ANY>
  
  
• Содержимое (дочернее содержимое) элемента. Элемент может содержать дочерние элементы, но не может непосредственно содержать символьные данные.
• Смешанное содержимое. Элемент может содержать любое количество смешанных данных, в том числе и чередующихся с дочерними элементами определённых типов.

В третьем случае (когда "Опись содержимого" представляет из себя "дочернее содержимое элемента") модель содержимого может иметь одну из следующих форм:

• Последовательная форма. Например, элемент PRODUCT должен иметь один дочерний элемент TITLE, после которого идёт один дочерний элемент PRICE, за которым следует один дочерний элемент MASS:
  
  <!ELEMENT PRODUCT (TITLE, PRICE, MASS)>
  
  
• Выборочная форма. Например, элемент PRODUCT должен иметь один дочерний элемент TITLE, или один дочерний элемент PRICE, или один дочерний элемент MASS:
  
  <!ELEMENT PRODUCT (TITLE | PRICE | MASS)>
  
  

Вы можете изменить любую из этих форм модели содержимого, используя знаки:

Например, следующее объявление означает, что вы можете включить один или более дочерних элементов TITLE, и что дочерний элемент PRICE является необязательным:

<!ELEMENT PRODUCT (TITLE+, PRICE?, MASS)>

Следующее объявление означает, что вы можете включить несколько или ни одного дочерних элементов TITLE, либо один дочерний элемент PRICE, либо один дочерний элемент MASS:

<!ELEMENT PRODUCT (TITLE* | PRICE | MASS)>

Следующее объявление означает, что вы можете включить один или несколько дочерних элементов любого из этих трёх типов в любом порядке:

<!ELEMENT PRODUCT (TITLE | PRICE | MASS)+>

Следующее объявление означает, что каждый элемент PRODUCT должен иметь один дочерний элемент TITLE; за ним должен следовать один дочерний элемент PRICE; после него должен идти один дочерний элемент MASS, NET или GROSS:

<!ELEMENT PRODUCT (TITLE, PRICE, (MASS | NET | GROSS))+>

В четвёртом случае (когда "Опись содержимого" представляет из себя "смешанное содержимое") элемент может включать символьные данные. При смешанном содержимом вы можете задавать типы дочерних элементов, но не можете задавать порядок и количество вхождений дочерних элементов. Модель смешанного содержимого может иметь одну из следующих форм:

• Только символьные данные (синтаксически анализируемые символьные данные, Parsed Character Data):
  
  <!ELEMENT TITLE (#PCDATA)>
  
  
• Cимвольные данные с необязательными дочерними элементами. Например, следующее объявление означает, что каждый элемент PRODUCT может содержать символьные данные плюс ни одного или несколько дочерних элементов TITLE:
  
  <!ELEMENT PRODUCT (#PCDATA | TITLE)*>
  
  

Объявления атрибутов

Объявление списка атрибутов определяет имена атрибутов, устанавливает тип для каждого атрибута и задаёт востребованность для каждого атрибута, в частности, может задавать значение атрибута по умолчанию. Объявление списка атрибутов имеет следующую форму записи:

<!ATTLIST Имя ОпрАтр>

Здесь "Имя" - имя элемента, для которого задаются атрибуты. "ОпрАтр" - это одно или несколько определений атрибутов. Определение атрибута имеет следующую форму записи:

Имя ОпрАтр ОбъявУмолч

Здесь "Имя" - имя атрибута. ОпрАтр представляет собой тип атрибута. ОбъявУмолч - это объявление значения по умолчанию, которое указывает на востребованность атрибута и содержит некоторую дополнительную информацию. Пример объявления:

<!ATTLIST PRODUCT Retail CDATA "retail" Title CDATA #REQUIRED>

Вышеприведённое объявление означает, что вы можете присвоить атрибуту Retail любую строку в кавычках (ключевое слово CDATA); если этот атрибут опущен, ему будет присвоено значение по умолчанию "retail". Вы можете присвоить атрибуту Title любую строку в кавычках; этот атрибут должен быть обязательно задан для каждого элемента PRODUCT (ключевое слово #REQUIRED) и не имеет значения по умолчанию.

Объявления атрибутов просто включаются в DTD наряду с объявлениями типов элементов, например:

...
<!ELEMENT PRODUCT (#PCDATA)>
<!ATTLIST PRODUCT Retail CDATA "retail" Title CDATA #REQUIRED>
...

Вы можете задавать тип атрибута тремя различными способами:

• Строковый тип (ключевое слово CDATA, что означает символьные данные, Character Data).
• Маркерный тип.
• Нумерованный тип.

Вот список ключевых слов, которые вы можете использовать в определении маркерных типов атрибутов:

Два способа, которые вы можете использовать в определении нумерованных типов атрибутов:

• Если вы хотите ограничить значение атрибута "Mass" словами "net" и "gross", вы можете написать следующее:
  
  <!ATTLIST PRODUCT Mass (net | gross) "net">
  
  
• Нумерованный тип можно определить с помощью ключевого слова NOTATION. Каждая из указанных нотаций должна точно соответствовать имени нотации, объявленному в DTD. Нотация описывает формат данных или идентифицирует программу, применяемую для обработки определённого формата данных:
  
  <!ATTLIST PRODUCT Description NOTATION (HTML | SGML | RTF) #REQUIRED>
  
  

Объявление значения атрибута по умолчанию может иметь четыре формы:

Использование внешних DTD

Вы можете поместить все или часть объявлений DTD документа в отдельный файл, а затем ссылаться на этот файл из объявления типа документа. DTD, или часть DTD, содержащаяся в отдельном файле, называется внешним подмножеством DTD. Применение внешнего подмножества DTD имеет смысл для DTD, которые являются общими для группы документов.

Ссылка на внешний DTD выглядит следующим образом:

<!DOCTYPE PRODUCTS SYSTEM "Products.dtd"
    [
    ...
    ]
>

Файл, содержащий внешнее подмножество DTD, может включать любые объявления разметки, которые могут быть включены во внутреннее подмножество DTD. Например, содержимое файла "Products.dtd" может выглядеть так:

<!ELEMENT PRODUCT ANY>

XML-процессор осуществляет слияние внутреннего и внешнего подмножества DTD. Если одно и то же объявление встречается более одного раза, XML-процессор использует первое объявление и игнорирует все последующие. Внутреннее подмножество DTD имеет приоритет перед внешним (т.е. внешнее подмножество DTD всегда обрабатывается после того, как полностью будет обработано подмножество внутреннего DTD). Такой способ объединения DTD даёт вам возможность адаптировать (или субклассировать) DTD для конкретного документа.

Вы можете заставить XML-процессор игнорировать часть внешнего DTD с помощью раздела IGNORE. Такой приём подобен "комментированию" фрагмента кода:

<!ELEMENT PRODUCT ANY>
<![IGNORE[
    <!-- Comment -->
    <!ELEMENT TITLE ANY>
]]>

Если вы хотите временно восстановить блок разметки в разделе IGNORE, достаточно просто заменить ключевое слово IGNORE на INCLUDE, не удаляя при этом символы-ограничители разметки, чтобы потом можно было быстро опять "закомментировать" код.

Примечание: разделы IGNORE и INCLUDE можно использовать только во внешнем DTD.

Пример валидного XML-документа

Использование примитивов

Термин "примитив" в широком смысле относится к любому из следующих типов единиц хранения информации для XML-документов:

• Собственно XML-документ как единое целое (файл).
• Внешнее подмножество DTD (файл).
• Внешний файл, определённый как внешний примитив в DTD и допускающий использование посредством ссылки (файл).
• Строка в кавычках, определённая как внутренний примитив в DTD и допускающая использование посредством ссылки (не файл).

Однако чаще термин "примитив" используется в узком смысле, а именно - в двух последних смыслах.

Механизм примитивов может оказаться удобным для сокращения времени набора документа, а также может облегчить внесение изменений в документ. Кроме того, механизм примитивов необходим при включении не XML-данных в XML-документ. В принципе, механизм примитивов сходен с определением констант в различных языках программирования.

Примитивы классифицируются по трём признакам:

• Общие и параметрические. Общий примитив включает текстовые или нетекстовые данные, которые вы можете использовать внутри корневого элемента. Параметрический примитив содержит XML-текст, который может быть помещён в DTD.
• Внутренние и внешние. Внутренний примитив содержится внутри строки в кавычках. Внешний примитив содержится в отдельном файле.
• Разбираемые и неразбираемые. Разбираемый примитив содержит XML-текст (символьные данные, разметка или и то, и другое). Когда вы вставляете ссылку на разбираемый примитив в документ, ссылка замещается содержимым примитива. Синтаксический анализатор разбирает содержимое примитива точно так же, как он сканирует текст, непосредственно введённый в документ. Неразбираемый примитив может содержать как XML-данные, так и не XML-данные. Его содержимое нельзя непосредственно вставить в документ посредством ссылки.

Реально в XML поддерживается пять типов примитивов:

• Общие внутренние разбираемые.
• Общие внешние разбираемые.
• Общие внешние неразбираемые.
• Параметрические внутренние разбираемые.
• Параметрические внешние разбираемые.

Примитив создаётся путём объявления его в DTD документа.

Использование общих примитивов и нотаций

Объявление общего внутреннего разбираемого примитива имеет следующую форму записи:

<!ENTITY Имя Значение>

Здесь "Имя" есть имя примитива. Примитив может иметь такое же имя, что и другой параметрический примитив в документе, т.к. общие и параметрические примитивы занимают различные пространства имён. Примитив также может иметь такое же имя, что и элемент или атрибут. "Значение" есть строка, заключённая в кавычки (литерал). Строка не может содержать символы амперсанда (&) и процентов (%). Содержимое строки должно быть корректным для места, в которое вы предполагаете вставить примитив.

Пример:

...
<!ENTITY title
    "Groceries
    <SUBTITLE>Dry Produce</SUBTITLE>"
>
...
<PRODUCT>
    Title: &title
<PRODUCT>

Объявление общего внешнего разбираемого примитива имеет следующую форму записи:

<!ENTITY Имя SYSTEM Литерал>

Здесь "Имя" есть имя примитива. "Литерал" есть путь к файлу, содержащему данные примитива. Вы можете вставить общий внешний разбираемый примитив только внутрь содержимого элемента.

Объявление общего внешнего неразбираемого примитива имеет следующую форму записи:

<!ENTITY Имя SYSTEM Литерал NDATA ИмяНотации>

Здесь "Имя" есть имя примитива. "Литерал" есть путь к файлу, содержащему данные примитива. Ключевое слово NDATA указывает, что файл примитива содержит неразбираемые данные (они не обрабатываются синтаксическим анализатором). "ИмяНотации" есть имя нотации, объявленной в DTD.

Файл неразбираемого внешнего примитива может содержать любой тип текста или нетекстовые данные. Фактически единственный способ использования этого типа примитива состоит в присвоении его имени атрибуту с типом ENTITY или ENTITIES. Процессор просто делает примитив и его нотацию доступными приложению, которое может выполнять необходимые действия с этой информацией (например, он может запустить программу, ассоциированную с нотацией, и указать ей отобразить данные из файла примитива).

Пример:

...
<!ENTITY faun SYSTEM "Faun.gif" NDATA GIF>
...
<COVERIMAGE Source="faun" />

Нотация описывает определённый формат данных. Это делается путём указания адреса описания формата, адреса программы, которая может обрабатывать данные в этом формате, либо указания просто описания формата. Вы можете использовать нотацию, чтобы описать формат общего внешнего неразбираемого примитива, либо можете присвоить нотацию атрибуту, который имеет нумерованный тип NOTATION.

Нотация имеет следующую форму записи:

<!NOTATION Имя SYSTEM Литерал>

Здесь "Имя" есть имя нотации. "Литерал" есть строка, куда вы можете включить любое описание формата, которое проинформирует приложение, как отображать или обрабатывать документ. Например, вы можете включить в литерал одно из следующих описаний:

• URL программы, которая может обрабатывать или отображать нужный формат данных:
  
  <!NOTATION BMP SYSTEM "Pbrush.exe">
  
  
• URL документа, который описывает нужный формат данных:
  
  <!NOTATION STRANGEFORMAT SYSTEM "http://StrangeFormat.com/StrangeFormat.htm">
  
  
• Простое описание формата:
  
  <!NOTATION GIF SYSTEM "Graphic Interchange Format">
  
  

Использование параметрических примитивов

Объявление параметрического внутреннего разбираемого примитива имеет следующую форму записи:

<!ENTITY % Имя Значение>

Здесь "Имя" есть имя примитива. Примитив может иметь такое же имя, что и общий примитив в документе, т.к. параметрические и общие примитивы занимают различные пространства имён. Имя примитива также может совпадать с именем элемента или атрибута. "Значение" есть литерал, который не может содержать символа процентов (%) и символа амперсанда (&), если это не начальный символ в ссылке на символ или общий примитив. Строка "Значение" должна содержать одно или несколько объявлений разметки, которые разрешено использовать в DTD.

Пример DTD:

<!DOCTYPE PRODUCTS
    [
    <!ENTITY % contents "
        <!ELEMENT TITLE (#PCDATA)>
        <!ELEMENT PRICE (#PCDATA)>">
    <!ELEMENT PRODUCT (TITLE, PRICE)>
    %contents;
    ]
>

Приведённое выше DTD эквивалентно следующему:

<!DOCTYPE PRODUCTS
    [
    <!ELEMENT PRODUCT (TITLE, PRICE)>
    <!ELEMENT TITLE (#PCDATA)>
    <!ELEMENT PRICE (#PCDATA)>
    ]
>

Объявление параметрического внешнего разбираемого примитива имеет следующую форму записи:

<!ENTITY % Имя SYSTEM Литерал>

Здесь "Имя" есть имя примитива. "Литерал" есть путь к файлу, содержащему данные примитива. Файл параметрического внешнего разбираемого примитива должен содержать полные объявления разметки любых типов, допустимых в DTD.

Вы можете использовать параметрические внешние разбираемые примитивы для хранения группы взаимосвязанных объявлений. Это позволит вам объединять эти группы объявлений различными способами. Параметрический внешний разбираемый примитив работает во многом аналогично внешнему подмножеству DTD, но обеспечивает большую гибкость - вы можете включать несколько файлов внешних объявлений, причём в любом порядке.

Вставка ссылок на примитивы в XML-документ

Ссылка на общий примитив имеет следующую форму записи:

&ИмяПримитива;

Ссылка на параметрический примитив имеет следующую форму записи:

%ИмяПримитива;

В представленной ниже таблице приведены формы записи ссылок на примитивы и перечень возможных мест их помещения:

Для вставки ссылок на символы используется международная таблица символов ISO-IEC 10646, содержащая символы многих языков. Например, &#169; или &#xA9; соответствуют символу ©. Коды первых 128 символов совпадают с кодами набора ASCII.

Кроме того, в XML-документе вы можете использовать ссылку на предопределённый примитив, чтобы вставить следующие четыре стандартных символа:

Людоговский Александр

НОВОСТИ ФОРУМА Рыцари теории эфира

10.11.2021 - 12:37: ПЕРСОНАЛИИ - Personalias -> WHO IS WHO - КТО ЕСТЬ КТО - Карим_Хайдаров. 10.11.2021 - 12:36: СОВЕСТЬ - Conscience -> РАСЧЕЛОВЕЧИВАНИЕ ЧЕЛОВЕКА. КОМУ ЭТО НАДО? - Карим_Хайдаров. 10.11.2021 - 12:36: ВОСПИТАНИЕ, ПРОСВЕЩЕНИЕ, ОБРАЗОВАНИЕ - Upbringing, Inlightening, Education -> Просвещение от д.м.н. Александра Алексеевича Редько - Карим_Хайдаров. 10.11.2021 - 12:35: ЭКОЛОГИЯ - Ecology -> Биологическая безопасность населения - Карим_Хайдаров. 10.11.2021 - 12:34: ВОЙНА, ПОЛИТИКА И НАУКА - War, Politics and Science -> Проблема государственного терроризма - Карим_Хайдаров. 10.11.2021 - 12:34: ВОЙНА, ПОЛИТИКА И НАУКА - War, Politics and Science -> ПРАВОСУДИЯ.НЕТ - Карим_Хайдаров. 10.11.2021 - 12:34: ВОСПИТАНИЕ, ПРОСВЕЩЕНИЕ, ОБРАЗОВАНИЕ - Upbringing, Inlightening, Education -> Просвещение от Вадима Глогера, США - Карим_Хайдаров. 10.11.2021 - 09:18: НОВЫЕ ТЕХНОЛОГИИ - New Technologies -> Волновая генетика Петра Гаряева, 5G-контроль и управление - Карим_Хайдаров. 10.11.2021 - 09:18: ЭКОЛОГИЯ - Ecology -> ЭКОЛОГИЯ ДЛЯ ВСЕХ - Карим_Хайдаров. 10.11.2021 - 09:16: ЭКОЛОГИЯ - Ecology -> ПРОБЛЕМЫ МЕДИЦИНЫ - Карим_Хайдаров. 10.11.2021 - 09:15: ВОСПИТАНИЕ, ПРОСВЕЩЕНИЕ, ОБРАЗОВАНИЕ - Upbringing, Inlightening, Education -> Просвещение от Екатерины Коваленко - Карим_Хайдаров. 10.11.2021 - 09:13: ВОСПИТАНИЕ, ПРОСВЕЩЕНИЕ, ОБРАЗОВАНИЕ - Upbringing, Inlightening, Education -> Просвещение от Вильгельма Варкентина - Карим_Хайдаров.