🚀 go-pugleaf

Użytkownik "szomiz" <szomiz@kocha.dostawac.reklamy.przez.net> napisał w 
wiadomości news:fv5a0c$sm4$1@nemesis.news.neostrada.pl...

>    <xsl:apply-templates select="/caly/zestaw"/>

<xsl:value-of select="/caly/zestaw"/>

I w tym miejscu dokladnie tak, sciezka bezwzgledna, bo chodzi o ten jeden 
konkretny wezel w dokumencie.

> <xsl:template match="/caly/rzecz1/obszar2" >

Jakie jest uzasadnienie dla wpisywania powyzej calej sciezki? Samo 
match="obszar2" zadziala tak samo.

> <xsl:value-of select="/caly/rzecz1/obszar2/k1" />

A tutaj zdecydowanie nie tak.ten zapis spowoduje, ze dla kazdego obszar 2 
dostaniesz zestaw danych _pierwszego_ wystapienia obszar 2.

<xsl:value-of select="k1" />

zwroci wartosc lokalna.

Imbirowka poprawia samopoczucie, ale stepia czujnosc ;-)


Popatrz na sprawe nieco inaczej. Chcesz, aby wiersz wyniku generowal sie dla 
konkretnych elementow wystepujacych w dokumencie.  Ktore to elementy?

Zalozmy, ze rzecz1 (chociaz na oko wydaje, ze obszar1, obszar2...).

Blokujesz wykonanie wbudowanych szablonow, ktore "nie prowadza" do 
interesujacych cie elementow:

<xsl:template match="*[not(.//rzecz1)]"/>

Ladniej bylo by napisac: *[not(descendant::rzecz1)], ale to szczegol.

<xsl:template match="rzecz1">
    <xsl:value-of .../>
    ...
    <xsl:text>&#13;&#10;</xsl:text>
</xsl:template-match>

I te dwa szablony w transformacji powinny wystarczyc.

To dla przypadku, w ktorym _wiesz_ jakie pola maja sie znalezc w odpowiedzi. 
Transformacja, ktora sama okresli liczbe pol w wierszu, to /troche/ inny 
problem.

sz.

P.S. Na prawde nik nie zauwazyl, ze wczoraj napisalem w watku glupoty?