Сафари и xsl

[lapulya]

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

Решили мы крутизну у себя навести... а именно есть у нас загруженная страница с блоком для контента. В этот блок по разным событиям асинхронно грузятся данные в формате xml документа запрошенные у нашего же webservice (чисто для справки, этот документ генерится, т.е. его нет в виде готового xml файла). Для отображения так же асинхронно грузится xsl документ (с расширением xsl, а не xslt, те кто читал прошлую теу поймут), так же для правки это обычный файл на сервере (доступен для загрузки в любой момент). Все достаточно обычно, ничего революционного...

Разработка и отладка велисть в ie (MS Windows7, MS VS 2010). При простых xsl все было хорошо... при добавлении скрипта (не ссылки на файл скрипта, а именно самого скрипта), обнаружилось, что во въювре ie (открывается по F12) он не отображается и возможности отладки нет (причем ни во въювере, ни в студии), ну да хрен с ним, там скрипт просто дергает функцию из подгружаемого файла скрипта (который уже можно дебажить), так что ошибиться там тяжело, да и если совсем тяжело то alert нам в руки. Еще усложняя xsl добавляем инструкцию include, для того чтобы вынести xsl для контролов, которые будут встречаться в разных контентах. Запускаем и..... все работает как часы. Ложкой дегтя в данном случае упоиянутый момент с невозможностью отладки встроенного скрипта и неотображение его во въювере.

Фаер фокс был на высоте и ничем не отстал от ie.

И тут мы взяли в наши могучие руки это.... короче цензурных эпитетов нет... сафари... Итог:
если грузится xml с прописанным xsl, то все нормально
если грузится xml с прописанным xsl, НО имеющим include то скрипт в include xsl уже не отрабатывает
если на страницу асинхронно грузится xml с xsl, то преобразования есть, а скрипты не работают
если на страницу асинхронно грузится xml с xsl, НО имеющим include то никакие преобразования не производятся и никакие скрипты не отрабатывают

ну вывод прост… премиальная аудитория как-то должна послать сафари очень далеко… примерно так )))

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

[RXL]

А почему бы не делать XSLT-преобразование на сервере и грузить в браузер уже готовый HTML?

[lapulya]

Что бы не делать postback, да и экономия ресурсов сервера и трафика, меняется то только содержимое контент блока, все остальное в 90% случаев не меняется

[RXL]

Разве контент этого блока нельзя пересылать в оттранслированном виде?

Насчет экономии ресурсов сервера: неизвестно еще что будет больше тормозить -  браузер или серверное ПО. И трафик, возможно, будет меньше. Т.е. в этом есть неопределенность - надо пробовать. Зато совместимость с браузерами будет выше.

[lapulya]

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

)))) торможение браузера меня абсолютно не трясет))), да и не наблюдаю я его у себя пока.

Ну посмотрим... может и сделаем серверную обработку... с асинхронной отправкой готового html... для того чтоб поддержать apple, точнее сафари