Wowa, ты о том что в URL'ах & будут заменяться на &? Так PHP уже давно сие понимает правильно.

Не, я про то, что если в XML написать:


А в XSL написать:


то посетитель увидит в браузере просто надпись "http://vingrad.ru", которая не будет являться гипер-ссылкой.

А если написать так:


то в IE это отобразится нормальной ссылкой, а в Firefox будет <a href='http://vingrad.ru' >vingrad</a>

Wowa, странно, не встречался...  А зачем отдавать ХHTML вот так? Почему не просто элементами <a href... />?  Если это в данных, то на кой использовать трансформации, если данные уже отформатированны. Хотя придумывать  свою разметку глупо, просто её нужно немного ограничить, что бы можно было сконвертить в XSL-FO по требованию.

Вроде нельзя из-за < и >, т.к. испорится структура XML. Или?

А почему она должна испортиться? Если конечно только схема не позволяет разметку, но тогда что в элементе делает разметка 

XML  в XML не надо оборачивать/экранировать, просто нужно следить что бы вёрстка была валидной XML(XHTML) и при переносе в конечный документ переносить всё поддерево, а не "только текст".

Сардар всё ответил   output-escaping нужен для контента, который неизвестно откуда пришёл. А если сами формируем ХМЛ, то просто не надо структуру ломать и всё будет ок 

хорошо

Wowa, 
http://www.activsoftware.com/code_samples/..._XML_Validation ?

Wowa, на то чтобы ссылки отображались нормально, нужно чтобы документ был частью XML, а потом делать просто copy ноды с документом.

Ок, всё вроде решили.

А никто не задумался какие сложности за всем этим последуют?   
Я не говорю о потерях производительности из-за сборки дерева в памяти, затем трансформаций (при кешировании в 10 минут это вообще не нагрузка), а о расширяемости промежуточного документа и удобстве работы. Ведь по сути промежуточный документ будет списком контейнеров с аннотациями, куда каждый компонент движка будет "писать" свою инфу. Ведь все эти контейнеры с аннотациями нужно спроектировать так, что бы на будущее ограничений не было, а значит сложно. А это значит сложные XSLT стили.

Если кто-то возразит "а зачем нам так гибко?", то тогда я возражу, а зачем вам тогда XML, как не для гибкости представления контента с последующим рендерингом во что угодно (99% времени XHTML) 
ИМХО есть большая разница, между генерацией страниц (что содержат кучу инфы) и XML сервисами, которые генерят только то, что запросили. Первое можно генерить как угодно, но не стоит для этого сначала делать один большой XML, проще разбить на куски и генерить вёрстку каждого любой техникой, шаблонами в том числе.

на счет xml/xslt дел хорошо поспрашивать тех кто реально профи во Flex
адоб же придумала свой стандарт для XML ну тоесть на базе XML
я говорю про MXML. В описании этого языка,я думаю, можно найти ответы на 100 воросов вперёд которые могут возникнуть у Вас в процессе.


КСТАТИ!!! а как на счет 2-х не маловажных вещей:
1)система должна(мне кажется) одинаково работать как с обычными сайтами так и с флэш сайтами.
тоесть можно для тех ХМЛ схем которые вы напишете и которыми будуте оперировать написать Пару классов/компанентов для парсинга их флэшом.
2)Мне кажется если эта система - серьезная будет тогда не нужно думать о там что она сможет работать на любом хостинге, мне кажется что под серьезную систему должен быть предоставлен хостинг вместе с ней встроенный чтобы сорцы наруки никому не давать, а то zend ломать уже почти все научились так как пользуются дешовими старыми версиями.
Соответственно если для системы будет свой сервер то можно вытварять что хошь!!
тоесть чтобы систему можно было расширять во все стороны а не только по скриптовой линии.
чтобы вплоть до железог поддерживала итд.
Чуете чем пахнет? Одна система для управления персоналом работы сайта и учета рабочего времени.
ХАХАХХАХАХА  

че-то меня понесло..
возмите в разработчики а? я с алгоритмами и оптимизацией помогу =)
кстати вот тут попытка сделать такую систему о которой выше говорил
флэш презентация
http://www.artfabrique.ru/eva/eva_presentation_small.rar

>одинаково работать как с обычными сайтами так и с флэш сайтами.
Можно как плагин и это на будущее.

да я имею в виду чтобы был вывод универсальный в XML а потом либо в XSLT,  либо так и оставляла XML в зависимости от текущей настройки...
и просто все на вывод

А как тут Flex поможет?