Dnia Tue, 18 Oct 2011 00:42:52 +0100, porneL napisał(a):

> XSLT w przeglądarce ma pewne wady:
>
> 1. nie ma tak powszechnego wsparcia jak HTML (dawno nie sprawdzałem, ale
> wątpię, żeby boty wyszukiwarek to "łykały")

A tak, faktycznie ... sematyczna struktura dokumentu nie jest tak
jednoznaczna jak w HTML.

> 2. wymaga załadowania *w całości* dwóch plików zanim cokolwiek innego
> zacznie się ładować.

Tak, to też prawda. Nie wyobrażam sobie przesłania np. całości książki
telefonicznej aby potem Kowalskiego w niej wyszukać.

> Wykonywanie XSLT na serwerze jest OK. Zależnie od tego, co robisz, mogą
> być lepsze metody.

Może to już nie dotycz tego wątku lecz tematyka zainteresowała mnie. Jak to
jest z interpretacją kodu XSLT po stronie serwera? Czy serwery u
"standardowych" providerów posiadają interpretery tego języka? Czy może
wymaga to Windowsowego albo innego "nietypowego" serwera?

> Za każdym razem, jak robiłem coś nietrywialnego w XSLT, to wkopywałem się
> w "eksplozję" trybów i szablonów i po pewnym czasie nie byłem w stanie się
> połapać co i gdzie się przetwarza. Wolę TAL (PHPTAL), który operuje na
> DOM, ale w dużo prostszy sposób.

Raczej z powyższego powodu teżnie będę się w to angażował. W tej chwili
walczę z CMSem Umbraco gdzie szybko muszę zrozumieć ideologię działania.
Stąd moje pytania.