🚀 go-pugleaf

On 7 Sie, 17:15, vcs <jaworskidan...@gmail.com> wrote:
> Witam,
>
> Wpakowałem w CDATE trochę zwykłego html'a, js'u.
> I chciał bym aby zawartość cdata wyświetlała się w dokumencie po
> transformacji.
>
> XML:
> <main>
>    <tresc><![CDATA[ js'y, html'e ]]</tresc>
> XSL:
> <xsl:value-of select="main/tresc" />
>
> Niestety ale zawartość węzła 'treść' nie jest wyświetlana w sposób,
> który przedstawiłem powyżej.
> Domyślam się ze trzeba jakiś magiczne cuś dodać jeszcze które
> uwzględni zawartość cdaty niestety nie bardzo umiem znaleźć na to
> odpowiedzi, stąd to pytanie.

Odp:
<xsl:value-of select="tresc" disable-output-escaping="yes"/>

On Thu, 07 Aug 2008 21:16:39 +0100, vcs <jaworskidaniel@gmail.com> wrote:

>> XML:
>> <main>
>>    <tresc><![CDATA[ js'y, html'e ]]</tresc>
>> XSL:
>> <xsl:value-of select="main/tresc" />
>>
>> Niestety ale zawartość węzła 'treść' nie jest wyświetlana w sposób,
>> który przedstawiłem powyżej.
>> Domyślam się ze trzeba jakiś magiczne cuś dodać jeszcze które
>> uwzględni zawartość cdaty niestety nie bardzo umiem znaleźć na to
>> odpowiedzi, stąd to pytanie.
>
> Odp:
> <xsl:value-of select="tresc" disable-output-escaping="yes"/>

A przełączenie na output="html" nie pomaga? Bo jeśli używasz  
disable-output-escaping na HTMLowej zupce, to wynikiem przetwarzania na  
pewno nie jest XML...

-- 
http://sblam.com
this.author = new Geek("porneL");

Użytkownik "porneL" <niusy4@pornel.net> napisał w wiadomości 
news:op.ufjgogjlutk0y1@cpc2-acto9-0-0-cust930...

> A przełączenie na output="html" nie pomaga? Bo jeśli używasz 
> disable-output-escaping na HTMLowej zupce, to wynikiem przetwarzania na 
> pewno nie jest XML...

Nie powinno wystarczac - procesor nie wie, czy twoim zamiarem jest 
doprowadzenie do zinterpetowania zupy, czy wyswietlenie jej kodu.

sz. 

On Fri, 08 Aug 2008 08:44:11 +0100, szomiz  
<szomiz@kocha.dostawac.reklamy.przez.net> wrote:

>> A prze³±czenie na output="html" nie pomaga? Bo je¶li u¿ywasz
>> disable-output-escaping na HTMLowej zupce, to wynikiem przetwarzania na
>> pewno nie jest XML...
>
> Nie powinno wystarczac - procesor nie wie, czy twoim zamiarem jest
> doprowadzenie do zinterpetowania zupy, czy wyswietlenie jej kodu.

Hm, zdawało mi się, że w trybie HTML robi specjalne sztuczki dla CDATA w  
<script> i <style>.

-- 
this.author = new Geek("porneL");

Użytkownik "porneL" <niusy4@pornel.net> napisał w wiadomości 
news:op.ufj504tlutk0y1@cpc2-acto9-0-0-cust930...

>> Nie powinno wystarczac - procesor nie wie, czy twoim zamiarem jest
>> doprowadzenie do zinterpetowania zupy, czy wyswietlenie jej kodu.
>
> Hm, zdawało mi się, że w trybie HTML robi specjalne sztuczki dla CDATA w 
> <script> i <style>.

Tego nie wiem. Ale tutaj chodzi zdaje sie nie o te wezly chodzi.

sz. 

On 8 Sie, 00:56, porneL <niu...@pornel.net> wrote:
> On Thu, 07 Aug 2008 21:16:39 +0100, vcs <jaworskidan...@gmail.com> wrote:
> >> XML:
> >> <main>
> >>    <tresc><![CDATA[ js'y, html'e ]]</tresc>
> >> XSL:
> >> <xsl:value-of select="main/tresc" />
>
> >> Niestety ale zawartość węzła 'treść' nie jest wyświetlana w sposób,
> >> który przedstawiłem powyżej.
> >> Domyślam się ze trzeba jakiś magiczne cuś dodać jeszcze które
> >> uwzględni zawartość cdaty niestety nie bardzo umiem znaleźć na to
> >> odpowiedzi, stąd to pytanie.
>
> > Odp:
> > <xsl:value-of select="tresc" disable-output-escaping="yes"/>
>
> A przełączenie na output="html" nie pomaga? Bo jeśli używasz  
> disable-output-escaping na HTMLowej zupce, to wynikiem przetwarzania na  
> pewno nie jest XML...
>
> --http://sblam.com
> this.author = new Geek("porneL");

Hmmm
Mam <xsl:output method="html"/>, a dokument leci jako text/xml i
wszystko by było ok tylko, że Firefox coś świruje nie bardzo wiem o co
mu chodzi, disable-output-escaping dla FF według MDC jest nieistotny.
Co nie bardzo wiem jak rozumieć. Wszędzie indziej mam na myśli
przeglądarki jest oki czy z sekcjami cdata czy bez nich..

On Fri, 08 Aug 2008 19:06:48 +0100, vcs <jaworskidaniel@gmail.com> wrote:

> Hmmm
> Mam <xsl:output method="html"/>, a dokument leci jako text/xml

Albo XML albo HTML. Nie możesz mieć obu na raz. Jak masz method=html, to  
musi być text/html i musisz do XSLT przekazywać elementy w default  
namespace.

> wszystko by było ok tylko, że Firefox coś świruje nie bardzo wiem o co
> mu chodzi

Może o to, że tylko ci się wydaje, że tworzysz XML? ;)

HTML z XML się nie miesza. Albo masz XML + ew. XHTML albo masz wszystko  
tylko i wyłącznie jako HTML.

> disable-output-escaping dla FF według MDC jest nieistotny.
> Co nie bardzo wiem jak rozumieć.

To jest opcjonalny ficzer w XSLT, bo jest dużą komplikacją dla procesorów  
(w tym przeglądarek), które wykonują XSLT przez przetwarzanie DOM w  
pamięci zamiast generowania XML - wtedy XML nie powstaje i w żadnym  
momencie nic nie jest escape'owane.

-- 
http://sblam.com
this.author = new Geek("porneL");

On 8 Sie, 21:00, porneL <niu...@pornel.net> wrote:
> On Fri, 08 Aug 2008 19:06:48 +0100, vcs <jaworskidan...@gmail.com> wrote:
> > Hmmm
> > Mam <xsl:output method="html"/>, a dokument leci jako text/xml
>
> Albo XML albo HTML. Nie możesz mieć obu na raz. Jak masz method=html, to  
> musi być text/html i musisz do XSLT przekazywać elementy w default  
> namespace.
>
> > wszystko by było ok tylko, że Firefox coś świruje nie bardzo wiem o co
> > mu chodzi
>
> Może o to, że tylko ci się wydaje, że tworzysz XML? ;)
>
> HTML z XML się nie miesza. Albo masz XML + ew. XHTML albo masz wszystko  
> tylko i wyłącznie jako HTML.
>
> > disable-output-escaping dla FF według MDC jest nieistotny.
> > Co nie bardzo wiem jak rozumieć.
>
> To jest opcjonalny ficzer w XSLT, bo jest dużą komplikacją dla procesorów  
> (w tym przeglądarek), które wykonują XSLT przez przetwarzanie DOM w  
> pamięci zamiast generowania XML - wtedy XML nie powstaje i w żadnym  
> momencie nic nie jest escape'owane.
>
> --http://sblam.com
> this.author = new Geek("porneL");

Hmm..

Dokument wychodzi w postaci text/xml oraz z method html i jest wszytko
ok poza ff gdzie po tranformacji widze <b> a w zrodle - xmlu
&lt;b&gt;.

Chodzi głownie o to ze muszę wyświetlić htmla by <b> to bylo
faktycznie pogrubienie a nie <b> problem stwarza tylko FF.

Użytkownik "porneL" <niusy4@pornel.net> napisał w wiadomości 
news:op.ufk0eahsutk0y1@cpc2-acto9-0-0-cust930...

> To jest opcjonalny ficzer w XSLT, bo jest dużą komplikacją dla procesorów

Sugerujesz, ze nieobowiazkowy?

W sumie nie mial bym nic przeciwko - jestem wrogiem stosowania tej opcji.

> (w tym przeglądarek), które wykonują XSLT przez przetwarzanie DOM w

Znaczaco wieksze niz intreptretowanie smieci, ktore dostana z serwera?

sz. 

Użytkownik "vcs" <jaworskidaniel@gmail.com> napisał w wiadomości 
news:c818f610-b117-4023-9638-bb7b3f6824c0@k30g2000hse.googlegroups.com...

> Chodzi głownie o to ze muszę wyświetlić htmla by <b> to bylo
> faktycznie pogrubienie a nie <b> problem stwarza tylko FF.

Moze pomoze ustawienie doctype w output. Chociaz nie sadze.

Pozostaje albo brutalny DOM'owy hack:
    innerHTML=firstChild.nodeValue (czy jakos tak...)
albo upierdliwa analiza stringa przy pomocy transformacji.

sz. 

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.

http://www.w3.org/TR/xslt.html#conformance
A conforming XSLT processor must be able to use a stylesheet to transform  
a source tree into a result tree as specified in this document. A  
conforming XSLT processor need not be able to output the result in XML or  
in any other form.

>> (w tym przegl±darek), które wykonuj± XSLT przez przetwarzanie DOM w
>
> 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.

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ł.

-- 
http://sblam.com
this.author = new Geek("porneL");

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.