Интерестны не учебники, а реальные больше сайты, доступные по URL

Самопиар хоумпаги: http://serenareem.net/

Какие-то проблемы? :)

Сайт не большой, но всё-таки :}

http://erum.ru/tags/client-side-xslt/

Они не нужны.

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

Круто, респект! Ща посмотрю.

Каких таких сбоях?

http://ompldr.org/vOHl5Zg/sere.png

так и должно выглядеть по задумке?

Хм, у меня Хромиум, все работает

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

Installed versions: 12.0.742.77(03:27:10 04.06.2011)(cups gnome -gnome-keyring -kerberos -test -xinerama)

да, у меня плеш-блок стоит :3

Подозреваю плагин в духе флешблока или ещё чего-либо, который впихнул что-то не думая.

Ну и вот. Видимо он кривой :)

Gentoo.org, например

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

Я тоже так подумал. Помню там был handbook.xml. Но потом посмотрел сорцы, там обычный html. Возможно там преобразование на сервер-сайде, но это не то что мне надо

нету там клиентского xslt

Сижу, блин теперь диплом не могу писать. Переделывать нет времени, надо писать дохера текста и я уже наворотил сервер-сайд генерацию. Но ощущаю боль неэффективного решения, так как в моем случае (полное дублирование функциональности в web-ui и web-service) решение на базе client-side xslt идеально вписывается

И сразу так красиво получается, на сервере только JAXP и Jackson, никаких Velocity и шаблонов. Должно быть еще легковеснее

ненене. шаблоны это клево. мвц во все поля :3

если не ошибаюсь, раньше был http://wow-europe.com . щас не могу посмотреть, к сожалению

MVC - херня по сравнению с многозвенкой.

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

А толку? Все уже поисковики умеют индексировать чистый XML?

А так я юзаю постоянно XSL трансформации на стороне сервера в довольно крупных веб-проектах по работе.

Для совмещения web-ui и REST web-сервиса. ТруЪ же. Это не для публичного доступа, это простой UI к более сложному распределенному приложению

А в чём проблема? Индексируют :) + sitemap.

Переделал, работает хорошо. Вот только для чистоты XML документа я оттуда выпилил информацию, которая является вторичной и ненужной для автоматического клиента, но необходимой для Web-UI. Я их беру через select=«document(...)/...». Это хорошая практика?

Ну, я через document() сайдбар («новости») подгружаю, например. Правда там ещё вставлена проверка на поддержку этой функции.

<xsl:if test="function-available('document')">
блабла
</xsl:if>

Так, кажется.

Лучше рассчитывать что эта функция есть. Начал придерживаться принципа, что пользователи плохих браузеров не нужны. Ведь выбирая какой-нибудь lynx они знают что Web больше не для них. И таких меньше 1%. Единственных кого много, это юзеров IE6, интерестно, там поддерживается.

Дело в том, что тогда код превращается в нечто подобное

<xsl:if test="!function-available('document')">
Забиться в угол, плакать и звать маму. 
</xsl:if>

Как вариант можно наворотить Ajax с XSLT преобразованием в JavaScript или Ajax с серверным XSLT преобразованием. Второй вариант вообще убивает весь принцип

Как вариант можно наворотить Ajax с XSLT преобразованием в JavaScript или Ajax с серверным XSLT преобразованием. Второй вариант вообще убивает весь принцип

Ах да, я же забыл, браузер - плохой. Тогда да, плакать, звать маму, забить на XSLT.

У тебя этих кусков миллион что ли? Если функции нет, то ничего и не делать, зачем там что-то выводить? Ну, подумаешь, сайдбар пропал, всё равно fallback текст его не вернёт :) А так хоть XSLT процессор в ступор не упадёт. Впрочем, это надо смотреть в каких браузерах нет этой функции, что мне, в общем-то, лень (^ ^)

Иногда там кусок, который вторичен в сообщени, но в UI он очень нужен

Он динамический?

Пример. Есть UI для работы с таблицами БД. Слева список таблиц. В сообщении результатов запроса в виде XML он не нужен. Но при построении UI нужно слева, как в MS Access, OOo Base чтобы были таблицы с иконками.

Значит динамический :) Ну что же, пусть будет :}

У яндекса все xslt. И у hh.ru. Только там xsl на стороне сервера накладывается.

А на my.opera.com от него отказались :}

В развитие темы, вот пробовал провести двойное преобразование.

Тоесть одно преобразование для превращения из xml в xml с элементами menu, content, тоесть данные уже засунуты в плейсхолдеры. Это преобразование специфично для страницы, пример вывода первой фазы

<page>
<title>MyPage</title>
<content><h1> hello world </h1> Hey! </content>
</page>

А на второй фазе создать XHTML UI, засунув content и title в нужные места. Тоесть фича тайлинга, как в Tiles, Faceletes и т.д. Это преобразование общее для всего приложения.

Пока что-то пробовал, два раза не выходит

По-моему браузеры только 1 раз делают. Только не пойму, зачем тебе это надо? Если XHTML настоящий, кстати, он прекрасно парсится XML тулзами.

Ну я пояснил. Чистые данные -> Данные в контролах -> Контролы на шаблоне страницы

A -> B -> C

Если ты B получаешь из A, то эти данные уже содержатся в A — не имеет смысла.

Если B не содержится в A, то почему оно не может подгружаться сразу в C?

Overdesign какой-то.

Если тебе нужны разные данные, может тебе их и выдавать разными? По расширению, например.

Первое преобразование - специфичное для страницы.

Второе преобразование - общий шаблон UI для всего сайта

Совсем совсем специфичное? Нигде не повторяется? А может не надо?

Приведи пример, может можно как-то обойтись :)

На каком ЯП вы обычно пишете сайты?

Я обычно клиентской частью только занимаюсь, потому…

Вот Facelets

http://download.oracle.com/javaee/6/tutorial/doc/giqxp.html

Оно берет шаблон, в нем есть в нужных местах <ui:insert> - это плейсхолдеры. А второй документ юзает шаблон и задает что в них лежит. Моя идея чтобы этот второй док тоже создавать из xml

Так ты же можешь так же как и раньше хотел через document() (или непосредственно, если статика) сразу в C это подгрузить. Или это ты хотел без него так обойтись?