Из примеров с голосовым выводом (см. выше) становится ясно, что под средствами вывода не обязательно понимается просто вывод на . На самом деле главной задачей как С58, так и других ХМl-ориентированных технологий, таких как (которые мы обсудим в последующих главах), является замена способа представления любой структуры документа. Это нешуточная задача, особенно учитывая океан форматов, который уже существует для тех же целей, но если ее удастся решить, то выгоды будут весьма ощутимы.

ЕСЛИ внешние таблицы стилей удобны для создания согласованного стиля для разных ХМЬ-документов, то бывает и так, что работать со стилями более удобно внутри ХМ-документа. К сожалению, насколько тег осмыслен для НТМЬ-документов, настолько же он бессмыслен для ХМ-документов (где , просто используется другой тег). Как же привлечь таблицу стилей с учетом этого ограничения?
Такой способ есть, хотя он и не слишком широко известен. Можно включить правила таблицы стилей в элемент с именованным-документе, а затем сослаться на нужную таблицу стилей с помощью этого ГО винструкции обработки.

На самом деле можно использовать более чем одну проверку на скобки. Например, если замечания содержат еще и идентификаторы , что они описаны ранее в, то возможен поиск конкретного замечания по имени и применение стиля только в том случае, если это замечание — предупреждение.
Например, если добавить следующее СSS-правило:

Все это имеет потрясающее сходство с элементом ыык в НТМЬ. пйтеЬуре может относиться к любому языку таблиц стилей из тех, что поддерживаются браузером, но лучше, если это будет одно из двух следующих значений: или ЬехЬ/х'з!. Оно должно находиться после ХМl-декларации, но перед первым элементом ХМЬ-документа.

Теперь можно идти дальше и изучить вопрос, как каскадные таблицы стилей используются в ХМЬ. Выясняется, что отличие между использованием С55 в НТМЬ и в ХМЬ достаточно мало, и, если вы поняли, как это работает в НТМЬ, практически сразу можно переходить к ХМЬ.

Помимо определения того, каким образом анализатор должен получать и формацию из XML-документа, стандарт определяет, как анализатор долже реагировать на ошибки, встретившиеся ему в XML. В стандарте XML описан-две разновидности ошибок: ошибки и фатальные ошибки.
■ Ошибка — это просто нарушение правил, заданных стандартом, ког результат не определен, а XML-процессору разрешено вернуться к работке документа.

Подпроект Xerces проекта Apache XML Project компании Apache Softwar Foundation (http://xml.apache.org/) привел к созданию XML-анализаторов написанных на Java и на С++, и упаковщика Perl для анализатора, написанного на С++. Ко всем этим инструментам имеется свободный доступ, а распространение этих программ происходит под контролем GNU Public License.

Сайт компании IBM Alpha Works (http://www.alphaworks.ibm.com) предлага целый набор XML-инструментов и приложений и среди них J- анализато xml4j. Это еще один свободно доступный анализатор, написанный на язык Java, хотя и существуют некоторые лицензионные ограничения по поводу его использования.

DataChannel — компания, разрабатывающая программное обеспечение для бизнеса — работала совместно с Microsoft над ранней версией XML-анализатора, написанного на языке Java. На их Web-сайте (http://xdev.datachannel.com/ directory/xml_parser.html) можно найти ссылку на самую раннюю версию. Однако в настоящее время компания больше не занимается разработкой анализатора. Вместо этого они предпочитают пользоваться анализатором xml4j, разработанным фирмой IBM.

Vivid Creations (http://www/ vivid-creations.com) предлагает несколько XML-инструментов, среди которых ActiveDOM, содержащий анализатор, похожий на анализатор Microsoft. Хотя это и коммерческий продукт, демонстрационную версию можно скачать с Web-сайта Vivid Creations