Re: Wy¶wietlanie CDATA

U¿ytkownik "porneL" <niusy4@pornel.net> napisa³ w wiadomo¶ci 
news:op.ufmjpgcuutk0y1@cpc2-acto9-0-0-cust930...
> On Sat, 09 Aug 2008 13:36:13 +0100, szomiz 
> <szomiz@kocha.dostawac.reklamy.przez.net> wrote:
>
>>> To jest opcjonalny ficzer w XSLT, bo jest du?? komplikacj? dla 
>>> procesorów
>>
>> Sugerujesz, ze nieobowiazkowy?
>
> Yhy.

No to wreszcie rzeczowy argument, za gnebieniem osob przywiazanych do 
przemycania glupot w CDADA ;>

>> Znaczaco wieksze niz intreptretowanie smieci, ktore dostana z serwera?
>
> Mia³em na my¶li, ¿e transformacja w "czystym" DOM, bez serializacji i 
> parsowania jest szybsza od takiem samej transformacji z dodatkow± 
> serializacj± i reparsowaniem. Oczywi¶cie ¶wiat by siê nie zawali³, jakby 
> to zaimplementowali, ale wcale Mozilli siê nie dziwiê, ¿e im siê nie chce.

Nie wiem jak w najnowszej wersji (bo nie mialem potrzeby sprawdzac), ale 
patrzac na niepoprawna interpretacje bialych znakow w poprzednich...

> Anyway, zamiast unescape'owaæ tagzupê, mo¿na by do ¼ród³owego dokumentu 
> wrzuciæ XHTML i wypluæ go przez <xsl:copy/>. Dzia³a³o by cacy w ka¿dym 
> procesorze i wreszcie by siê na co¶ ten XHTML przyda³.

Pod warunkiem, ze dane wyjsciowe faktycznie sa w xthmlu. To glupie obejscie 
zostalo wymyslone (a na pewno ma jedyne sensowne zastosowanie) dla 
niezmulania przetwadzania dla glupich danych na wejsciu.

Przy xhtml nie trzeba ani cdata ani copy-of. On ma swoja przestrzen nazw.

sz.