В случае если кодировка, используемая для вывода текста, не отображает некоторые символы документа, процессор может выдать ошибку.

По умолчанию в качестве значения атрибута

, используемого для простого текста, указывается . Значение атрибута может быть использовано сервером, преобразующим документ в качестве MIME-типа.

Как уже было сказано раньше, спецификация XSLT позволяет помимо основных методов

, и использовать также и другие методы, реализация которых будет зависеть от производителя того или иного процессора. Кажется вполне логичной и закономерной возможность использования, к примеру, такого метода, как для создания документов в Adobe Portable Document Format (переносимом формате документов) или метода для создания двоичного потока данных. Однако, на данном этапе, процесс сериализации (создания физической сущности из логической модели) пока еще не определен в общем виде для произвольного метода. Возможно, в будущем, по аналогии с объектной моделью документа (DOM) будут созданы схожие интерфейсы для более легкого определения методов сериализации и интеграции преобразований в другие программы, но в настоящее время следует ограничиваться тремя основными методами.

Отметим также, что спецификация языка XSLT определяет функциональность элемента

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

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

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

или в атрибутах других элементов преобразования. Более того, они даже не будут знать, что было там указано, поскольку эти значения не касаются процесса преобразования как такового — они относятся к выводу, контролировать который процессор в данном случае не может.

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

и .

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

" и "" на встроенные ( и ) или символьные ( и ) сущности.

Между тем довольно часто бывает необходимым выводить в выходящем документе символы разметки.

Пусть входящий документ содержит описание товара, заданное в секции CDATA:

Если мы будем преобразовывать этот документ с использованием шаблона

то в выходящем документе специальные символы будут заменены:

Для того чтобы избежать замены, можно воспользоваться атрибутом

(отменить замену символов) элементов и xsl:text. Этот атрибут может принимать значения и ("no" — значение по умолчанию). Значение означает, что процессор при выводе текста, создаваемого или не должен заменять специальные символы. Если бы в предыдущем примере мы использовали преобразование.