В случае, если хотя бы одна из функций

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

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

Одной из самых полезных функций расширения, которая, как правило, уже штатно реализована во многих процессорах (то есть, не требует дополнительного программирования) является функция

. Эта функция позволяет в обход прямого запрета спецификации конвертировать результирующий фрагмент дерева во множество узлов.

Предположим, что мы создаем в переменной

результирующий фрагмент дерева следующего вида:

При попытке вычислить выражение вида

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

Текущая спецификация языка XPath совершенно явно говорит о том, что ни один тип данных не может быть преобразован во множество узлов. Функция

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

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

или , или , однако семантика ее во всех случаях одинакова:

Функция принимает на вход единственный аргумент, являющийся фрагментом дерева и возвращает множество узлов, состоящее из его корня.

Предположим, что мы обрабатываем входящий документ, содержащий трехбуквенные коды языков.

Фрагмент шаблона, обрабатывающий этот список, может выглядеть следующим образом: