[XSLT] hoe kan ik ' ' uitspuwen?

[hobbit_be]

ik heb hetvolgende:

code:

   ...
   <xsl:text>&nbsp;</xsl:text>
      ...

maar dit geeft een unknown entity error. als ik dan   doe dan krijg ik
  als output.

de output method staat op 'xml' aangezien ik xhtml wil creeren maar ik geen xhtml kan selecteren op mijn XSLT engine.

ik wil dus gewoon en mijn result iets als: <p>&nbsp;</p> krijgen... ik wil geen output=html doen want dan creert die XSLT allemaal tags die ik niet wil.

[ Voor 6% gewijzigd door hobbit_be op 07-07-2003 14:23 ]

[Cipri]

Probeer eens een &#160; ipv een &nbsp; ?

[CyBeR]

Afaik zijn in xml alleen de &amp;, &gt; en &lt; entities gedefineerd omdat ze gebruikt worden voor de xml zelf. De rest bestaat alleen in html. Het zijn ook HTML character entries

Correct me if I'm wrong, natuurlijk.

[ Voor 2% gewijzigd door CyBeR op 07-07-2003 14:27 . Reden: argh, react escaped die krengen niet ;) ]

[hobbit_be]

Cipri schreef op 07 juli 2003 @ 14:25:
Probeer eens een &#160; ipv een &nbsp; ?

krijg ik een A met een kleine o erop. (in de browser dan). Ik weet dat   niet gedefineerd is. maar waarom 'resolved' ie die amp;nbsp niet?

[Cipri]

Welke charset gebruik je dan?
Als ik hiero in een apart html bestand een &#160; gebruik krijg ik gewoon een spatie hoor

[drm]

CyBeR:
Afaik zijn in xml alleen de &, > en < entities gedefineerd omdat ze gebruikt worden voor de xml zelf. De rest bestaat alleen in html. Het zijn ook HTML character entries

Correct me if I'm wrong, natuurlijk.

Klopt, maar je kunt ze wel mappen door in een DTD ze als entities te definieren. Erg netjes is het niet, maar 't is wel een oplossing.

Volledig lijstje

XML:

<!ENTITY nbsp " "> 
<!ENTITY iexcl "¡"> 
<!ENTITY curren "¤"> 
<!ENTITY cent "¢"> 
<!ENTITY pound "£"> 
<!ENTITY yen "¥"> 
<!ENTITY brvbar "¦"> 
<!ENTITY sect "§"> 
<!ENTITY uml "¨"> 
<!ENTITY copy "©"> 
<!ENTITY ordf "ª"> 
<!ENTITY laquo "«"> 
<!ENTITY not "¬"> 
<!ENTITY shy "­"> 
<!ENTITY reg "®"> 
<!ENTITY macr "¯"> 
<!ENTITY deg "°"> 
<!ENTITY plusmn "±"> 
<!ENTITY sup2 "²"> 
<!ENTITY sup3 "³"> 
<!ENTITY acute "´"> 
<!ENTITY micro "µ"> 
<!ENTITY para "¶"> 
<!ENTITY middot "·"> 
<!ENTITY cedil "¸"> 
<!ENTITY sup1 "¹"> 
<!ENTITY ordm "º"> 
<!ENTITY raquo "»"> 
<!ENTITY frac14 "¼"> 
<!ENTITY frac12 "½"> 
<!ENTITY frac34 "¾"> 
<!ENTITY iquest "¿"> 
<!ENTITY times "×"> 
<!ENTITY divide "÷"> 
<!ENTITY Agrave "À"> 
<!ENTITY Aacute "Á"> 
<!ENTITY Acirc "Â"> 
<!ENTITY Atilde "Ã"> 
<!ENTITY Auml "Ä"> 
<!ENTITY Aring "Å"> 
<!ENTITY AElig "Æ"> 
<!ENTITY Ccedil "Ç"> 
<!ENTITY Egrave "È"> 
<!ENTITY Eacute "É"> 
<!ENTITY Ecirc "Ê"> 
<!ENTITY Euml "Ë"> 
<!ENTITY Igrave "Ì"> 
<!ENTITY Iacute "Í"> 
<!ENTITY Icirc "Î"> 
<!ENTITY Iuml "Ï"> 
<!ENTITY ETH "Ð"> 
<!ENTITY Ntilde "Ñ"> 
<!ENTITY Ograve "Ò"> 
<!ENTITY Oacute "Ó"> 
<!ENTITY Ocirc "Ô"> 
<!ENTITY Otilde "Õ"> 
<!ENTITY Ouml "Ö"> 
<!ENTITY Oslash "Ø"> 
<!ENTITY Ugrave "Ù"> 
<!ENTITY Uacute "Ú"> 
<!ENTITY Ucirc "Û"> 
<!ENTITY Uuml "Ü"> 
<!ENTITY Yacute "Ý"> 
<!ENTITY THORN "Þ"> 
<!ENTITY szlig "ß"> 
<!ENTITY agrave "à"> 
<!ENTITY aacute "á"> 
<!ENTITY acirc "â"> 
<!ENTITY atilde "ã"> 
<!ENTITY auml "ä"> 
<!ENTITY aring "å"> 
<!ENTITY aelig "æ"> 
<!ENTITY ccedil "ç"> 
<!ENTITY egrave "è"> 
<!ENTITY eacute "é"> 
<!ENTITY ecirc "ê"> 
<!ENTITY euml "ë"> 
<!ENTITY igrave "ì"> 
<!ENTITY iacute "í"> 
<!ENTITY icirc "î"> 
<!ENTITY iuml "ï"> 
<!ENTITY eth "ð"> 
<!ENTITY ntilde "ñ"> 
<!ENTITY ograve "ò"> 
<!ENTITY oacute "ó"> 
<!ENTITY ocirc "ô"> 
<!ENTITY otilde "õ"> 
<!ENTITY ouml "ö"> 
<!ENTITY oslash "ø"> 
<!ENTITY ugrave "ù"> 
<!ENTITY uacute "ú"> 
<!ENTITY ucirc "û"> 
<!ENTITY uuml "ü"> 
<!ENTITY yacute "ý"> 
<!ENTITY thorn "þ"> 
<!ENTITY yuml "ÿ"> 
<!ENTITY OElig "&#338;"> 
<!ENTITY oelig "&#339;"> 
<!ENTITY Scaron "&#352;"> 
<!ENTITY scaron "&#353;"> 
<!ENTITY Yuml "&#376;"> 
<!ENTITY circ "&#710;"> 
<!ENTITY tilde "&#732;"> 
<!ENTITY ensp "&#8194;"> 
<!ENTITY emsp "&#8195;"> 
<!ENTITY thinsp "&#8201;"> 
<!ENTITY zwnj "&#8204;"> 
<!ENTITY zwj "&#8205;"> 
<!ENTITY lrm "&#8206;"> 
<!ENTITY rlm "&#8207;"> 
<!ENTITY ndash "&#8211;"> 
<!ENTITY mdash "&#8212;"> 
<!ENTITY lsquo "&#8216;"> 
<!ENTITY rsquo "&#8217;"> 
<!ENTITY sbquo "&#8218;"> 
<!ENTITY ldquo "&#8220;"> 
<!ENTITY rdquo "&#8221;"> 
<!ENTITY bdquo "&#8222;"> 
<!ENTITY dagger "&#8224;">
<!ENTITY Dagger "&#8225;"> 
<!ENTITY permil "&#8240;"> 
<!ENTITY lsaquo "&#8249;"> 
<!ENTITY rsaquo "&#8250;"> 
<!ENTITY euro "&#8364;"> 
<!ENTITY tm "&#8482;"> 

< dicht

[drm]

Nu ik er over nadenk is het eigenlijk wel heel vreemd dat een & niet omgezet wordt, maar voor de &nbsp; wel een lookup gedaan wordt

[ Voor 10% gewijzigd door drm op 07-07-2003 14:38 ]

[hobbit_be]

hmm gek hoor allemaal - als ik me file open dan opened ie standaard (de browser dan) met western encoding. Als ik hem op UTF-8 zet gaat ie lekker.

maar de issue is dus wel dat ik dit outspuw:

code:

<?xml version="1.0" encoding="utf-8"?>
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en">
  <head>
...

omdat ik dus XHTML wil outputten. maar zelfs met die UTF-8 dec gaat ie gewoon op western staan.

en ook vind ik geen mogelijkheid om de echte xhtml out te spuwen:

code:

<!DOCTYPE html 
     PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
    "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">

want als ik dit in mijn source put dan klaagt het dat het geen xml is...

en zelfs dit:

code:

<p>&lt;doh &gt;</p> geeft gewoon een exacte kopie 
terwijl ik wel degelijk een < wil krijgen... beginte denken dat het gewoon niet gaat...

[ Voor 29% gewijzigd door hobbit_be op 07-07-2003 14:48 ]

[drm]

Ik vraag me af wat voor xslt processor je dan gebruikt, want dit moet toch gewoon kunnen

Overigens kan je in je <xsl:output /> element ook de doctype opgeven:

code:

<xsl:output
   doctype-public="-//W3C//DTD XHTML 1.0 Strict//EN"
   doctype-system="http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"
   method="xml"
/>

Zie ook http://www.w3schools.com/xsl/el_output.asp voor een quick-reference

[ Voor 3% gewijzigd door drm op 07-07-2003 14:52 ]

[hobbit_be]

idd. link was me eerste element (Stylesheet) nu doet ie het wel goed.

Maar omdat ik

code:

<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en">
...

doe gaat ie bij sommige elementen dit doen:

code:

<p xmlns="">

en dat is geen XHTML. als ik de xmlns weg doe gaan die eigenaardige xmlns ook weg. Ik begin te denken dat het onmogelijk word om met xslt een XHTML strcit te genereren. btw: NERGENS in mijn 'code' staat er een xmlns behalve in die html tag. Ik KRIJG iets van programmas die slim proberen te zijn...

[ Voor 99% gewijzigd door hobbit_be op 07-07-2003 15:58 ]

[drm]

drm: die doctype declaratie wist ik nog niet - werkt wel MAAR het geeft

!DOCTYPE link terwijl het html moet zijn.

Volgens mij behoort de xslt processor het root-element van je output te nemen in de !DOCTYPE. Dus dan is er iets niet helemaal goed met je output...

Probeer dit maar 's:
XML:

XML:

<root>
   <test>
      test1
   </test>
   <test>
      test2
   </test>
</root>

code:

<?xml version="1.0" encoding="ISO-8859-1"?>

<xsl:stylesheet version="1.0"
xmlns:xsl="http://www.w3.org/1999/XSL/Transform">

<xsl:output
   method="xml"
   doctype-public="-//W3C//DTD XHTML 1.0 Strict//EN"
   doctype-system="http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"
/>

<xsl:template match="/">
   <html>
   <xsl:apply-templates />
   </html>
</xsl:template>

<xsl:template match="root" >
   <xsl:apply-templates />
</xsl:template>

<xsl:template match="test">
   * <xsl:value-of select="." />

</xsl:template>
</xsl:stylesheet>

Output is dan:

HTML:

<?xml version="1.0" encoding="utf-8"?>
<!DOCTYPE html
  PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html>

   *
      test1


   *
      test2

</html>

Tot slot: Wellicht overbodig, maar je kun ook de encoding opgeven in het encoding attribuut van het xsl:output element

_{overigens is dit voorbeeldje ook gegenereerd mbv. saxon}

[hobbit_be]

wat gek - ik denk dat ik me reply een edit of zo heb gedaan hij staat dus nu in mijn vorige post (boven of onder naarmate je settings )...

[drm]

boven dus

xhtml is idd redelijk brak voor elkaar krijgen met de standaard xslt processoren. Maar afaik heeft Saxon ook een eigen xhtml output-method. Misschien dat je die eens moet proberen?

[hobbit_be]

nee zegt duidelijk dat ie em niet wil ik denk dat het xslt v2 is en dat wil ik niet hebben (toch een beetje compatible blijven - what is the point van 'standaards' anders?) maar goed dus ook geen idee waarom (allemaal doen ze het) ze er die lege xmlns gaan tussen zetten... anders laat ik xhtml gewoon vallen - tis gewoon dat ik me site extra proper wil hebben...

[drm]

Ik zou er dan liever voor kiezen het xmlns attribuut uit je html element weg te laten...

trouwens: wat als je dat xmlns-attribuut opgeeft dmv. een xsl:attribute ? Heeft dat hetzelfde effect?

* drm volgt ook niet helemaal waarom die xmlns opeens overal terugkomt...
daarvoor heb ik ongetwijfeld te weinig weet van de standaarden en voorschriften als het gaat om namespaces e.d.

[hobbit_be]

heb nu de xmlns laten vallen en ikkrijg toch een XHTML strict OK - toch goed dat blijkbaar niet noodzakelijk is.

Maar ik erger me er wel aan - wil duidelijk zeggen dat xslt toch nog zijn tricky dinges heeft. Zonder je kennes te verminderen zou ik graag mbravenboers comment horen . Nu zijn hier al 2 XSLT goden (niet ik dus).

die <xsl:attribute> MAG blijkbaar niet xmlns zijn ofzo want hij wil het gewoon nie (geen enkele XSLT toch om je pet van op te vreten he. Waar bemoeit die processor zich mee .

Toch een wrange nasmaak...

edit:

hij doet het alleen bij de child elements van van de node van het mached template. Als ie dieper genest is doet ie het niet. Om moe van te worden.

[ Voor 14% gewijzigd door hobbit_be op 07-07-2003 18:59 ]

[EfBe]

je kunt er een CDATA block(je) van maken. Niet fraai, maar werkt wel. XML/XSLT is niet bedoeld om om te gaan met HTML, en dat breekt je hier op.

XSLT is sowieso gebrekkig. Probeer maar eens een '>' expressie te formuleren. Dan moet je '& gt;' specificeren. Hallooooo W3C! String literal? Tokens? Parsers?

[ Voor 6% gewijzigd door EfBe op 07-07-2003 22:21 ]

[hobbit_be]

EfBe schreef op 07 July 2003 @ 22:21:
je kunt er een CDATA block(je) van maken. Niet fraai, maar werkt wel. XML/XSLT is niet bedoeld om om te gaan met HTML, en dat breekt je hier op.
XSLT is sowieso gebrekkig. Probeer maar eens een '>' expressie te formuleren. Dan moet je '& gt;' specificeren. Hallooooo W3C! String literal? Tokens? Parsers?

niet aan gedacht die CDATA - maar nu denk ik bijmezelf kan ik even goed de hele string gaan UTF-8 encoden (alla &x4a; )... zal morgen eens proberen - beetje stom van me om er niet aan te denken... zolang het resultaat er maar is.

tja > is altijd al & gt; geweest (dat ben ik al gewent nu de andere 2^32 - 1 encoding nog effe uit het hoofd...

[BasSpruit]

alt+255 is ook een spatie... werkt perfect dacht ik zo.

[mbravenboer]

Whitespace is in heel XML ongelukkig en het wordt pas echt ongelukkig als je in XSLT, XML moet gaan produceren met bepaalde whitespace regels. Het beste wat je kan is geen nbsp te gebruiken . Als je percee vervelende dingen wilt doen kan je disable-output-escaping gebruiken. Zie bijvoorbeeld:

http://zvon.org/xxl/XSLTr...s/example_2_43_frame.html

Dit voorbeeld laat zien hoe je vieze dingen kan doen. Als je een porno filter draait, zal het waarschijnlijk niet te bezoeken zijn.

EfBe: je kunt er een CDATA block(je) van maken. Niet fraai, maar werkt wel. XML/XSLT is niet bedoeld om om te gaan met HTML, en dat breekt je hier op.

Als we ons even beperken tot XHTML (XSLT is ten slotte een XML transformatie taal), dan is dat met name de schuld van XHTML. XHTML is een heel triest voorbeeld van een standaard die op XML gebaseerd is, maar het toch niet aandurft om ook echt volledig gebaseerd te zijn op XML. Lelijke voorbeelden zijn er genoeg, zelfs in XHTML 2.0.

XSLT is sowieso gebrekkig. Probeer maar eens een '>' expressie te formuleren. Dan moet je '& gt;' specificeren. Hallooooo W3C! String literal? Tokens? Parsers?

Dat heeft niets met de opzet van XSLT te maken, maar meer met de gekozen de syntax. Die syntax is klote. Ik zou daarom liever zeggen dat de XSLT syntax (=XML) gebrekkig is.

[mbravenboer]

Het produceren van de juiste xmlns declaraties moet je trouwens aan de XSLT processor overlaten: zelf moet je daar dus eigenlijk niets mee doen en er gewoon voor zorgen de XML die je produceert in de goede namespace valt door deze in XSLT onder de goede namespace te laten vallen.

[hobbit_be]

ah mbravenboer is back - door het andere current XSLT topic effe wat dieper te onderzoeken werkt het xmlns nu perfect (ik moest in XSLT zeggen dat de default ns xhtml was en byebye al die onhandige xmlns="" dingen. Ook voegt ie er nu zelf de xmlns aan toe in het html element (echt mooi vind ik dat niet - ik wil gewoon xslt gebruiken en zeggen dat ie alleen maar doet wat ik wil). uit ervaring (ahem) blijf ik bij het gebruik van nbsp in het resulterende formaat (xhtml) - zodoende gaat elke browser , zelfs met verkeerde encoding het juist tonen. (en dat doe ik dus met disable-output gedoe). Overigens ik zie ook niet in hoe je anders HTML enties zou moeten invoegen.

Wat ik wel mis is dat ik in de XSL zelf geen 'data' kan definieren...

code:

<xsl:text disable-output-escaping="yes">&#x26;nbsp;</xsl:text>

zou ik graag dus in XSL vervangen door <nbsp /> maar dit wil zeggen dat ie zichzelf moet gaan parsen (of het resulterende dan toch, maar hoe je verschillende xsl't achter elkaar doet in 1 go ben ik nog niet uit)

[drm]

mbravenboer:
er gewoon voor zorgen de XML die je produceert in de goede namespace valt door deze in XSLT onder de goede namespace te laten vallen.

Hoe bedoel je dat?

[mbravenboer]

hobbit_be: Ook voegt ie er nu zelf de xmlns aan toe in het html element (echt mooi vind ik dat niet - ik wil gewoon xslt gebruiken en zeggen dat ie alleen maar doet wat ik wil).

Daar ben ik het toch niet helemaal mee eens . XSLT heeft kennis van namespaces: voor XSLT is XML+namespaces geen XML. XML+namespaces moet daarom ook niet behandeld worden als XML, maar als XML+namespaces.

Het wordt wel duidelijk wat ik daarmee bedoel als ik een voorbeeld geef. Je zou namespaces kunnen zijn als een enorme prefix voor de echte element naam. Neem bijvoorbeeld dit XHTML document:

XML:

<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en">
  <head>
    <title>whatever</title>
  </head>
</html>

Dit zou je kunnen zien als een verkorte notatie voor het volgende:

XML:

<{http://www.w3.org/1999/xhtml}html {http://www.w3.org/XML/1998/namespace}lang="en">
  <{http://www.w3.org/1999/xhtml}head>
    <{http://www.w3.org/1999/xhtml}title>whatever</{http://www.w3.org/1999/xhtml}title>
  </{http://www.w3.org/1999/xhtml}head>
</{http://www.w3.org/1999/xhtml}html>

XSLT is XML+namespaces en dus blijven de meta constructies die voor namespaces gebruikt worden (xmlns= en prefix: ) niet als zodanig behouden. Een XSLT processor ziet de XML fragmenten die je wilt produceren zoals hierboven in het verbose xhtml voorbeeld. Omdat hij uiteraard weer gewoon XML+namespaces moet produceren, wijzigt hij dit zelf weer in de meta constructies voor namespaces. Dat is dus een feature .

Wat ik wel mis is dat ik in de XSL zelf geen 'data' kan definieren...

code:

<xsl:text disable-output-escaping="yes">&#x26;nbsp;</xsl:text>

zou ik graag dus in XSL vervangen door <nbsp /> maar dit wil zeggen dat ie zichzelf moet gaan parsen (of het resulterende dan toch, maar hoe je verschillende xsl't achter elkaar doet in 1 go ben ik nog niet uit)

Idd, dat zie je helemaal goed. In principe zijn verschillende traversals over een XML boom nu nog niet mogelijk, maar dat is aangepast in XSLT 2.0: je kan dus templates toepassen op result tree fragments (die er in feite niet meer zijn).

Omdat dit iets is wat je nogal graag wilt doen om een transformatie eenvoudiger te houden (opsplitsen in een aantal eenvoudigere fasen), supporten vrijwel alle processoren dit nu al en er is zelfs een soort standaard methode voor ontworpen (zie www.exslt.org )

[mbravenboer]

drm: Hoe bedoel je dat?

Het is vooral een denkwijze: je moet niet denken aan het toevoegen van xml namespace attributen die geproduceerd moet worden, maar simpelweg ervoor zorgen dat de elementen in de goede namespace vallen in de XSLT transformatie zelf (wat een XML document is).

[mbravenboer]

Nog even een directe link naar de node-set functie van EXSLT:

http://www.exslt.org/exsl/functions/node-set/index.html

[BasSpruit]

hobbit_be schreef op 08 July 2003 @ 13:52:
ah mbravenboer is back - door het andere current XSLT topic effe wat dieper te onderzoeken werkt het xmlns nu perfect (ik moest in XSLT zeggen dat de default ns xhtml was en byebye al die onhandige xmlns="" dingen. Ook voegt ie er nu zelf de xmlns aan toe in het html element (echt mooi vind ik dat niet - ik wil gewoon xslt gebruiken en zeggen dat ie alleen maar doet wat ik wil). uit ervaring (ahem) blijf ik bij het gebruik van nbsp in het resulterende formaat (xhtml) - zodoende gaat elke browser , zelfs met verkeerde encoding het juist tonen. (en dat doe ik dus met disable-output gedoe). Overigens ik zie ook niet in hoe je anders HTML enties zou moeten invoegen.

Wat ik wel mis is dat ik in de XSL zelf geen 'data' kan definieren...

code:

<xsl:text disable-output-escaping="yes">&#x26;nbsp;</xsl:text>

zou ik graag dus in XSL vervangen door <nbsp /> maar dit wil zeggen dat ie zichzelf moet gaan parsen (of het resulterende dan toch, maar hoe je verschillende xsl't achter elkaar doet in 1 go ben ik nog niet uit)

je bedoelt includen / importeren of zoiets? dat staat namelijk op www.3schools.com/xsl

[hobbit_be]

ChaosDream schreef op 08 July 2003 @ 15:52:
[...]
je bedoelt includen / importeren of zoiets? dat staat namelijk op www.3schools.com/xsl

behalve dat de link naar nergens leid nee het is geen include.

stel:

code:

<xsl:template match="PrettyGrannies">
    <you-are-a-sicko />
</>

en ergens anders

<xsl:template match="you-are-a-sicko" />
    You are a sick, sick person
</>

om dan ineens de output te krijgen. maar dit vereist dus een match op data die je zelf invoert. die nodes-set van mbravenboer doet vast de trcik - maar ik wel puur XSLT blijven. zal dus effe bij c&p blijven...

[drm]

Wat jij wilt kun je overigens wel met entities bereiken.

edit:

Dat wil zeggen: zo lang het constante data betreft

[ Voor 38% gewijzigd door drm op 08-07-2003 17:55 ]

[mbravenboer]

Een named template kan wellicht ook nuttig zijn. Die kan je dan vrij compact aanroepen. Eventueel kan die input transformeren, maar alleen produceren is ook prima.

[Verwijderd]

hobbit_be schreef op 08 juli 2003 @ 13:52:
Wat ik wel mis is dat ik in de XSL zelf geen 'data' kan definieren...

code:

<xsl:text disable-output-escaping="yes">&#x26;nbsp;</xsl:text>

zou ik graag dus in XSL vervangen door <nbsp /> maar dit wil zeggen dat ie zichzelf moet gaan parsen (of het resulterende dan toch, maar hoe je verschillende xsl't achter elkaar doet in 1 go ben ik nog niet uit)

Je kunt in je xsl natuurlijk ook het doctype van de xsl-stylesheet aanpassen:

code:

<!DOCTYPE xsl:stylesheet [ 
    <!ENTITY nbsp
        "<xsl:text disable-output-escaping='yes' xmlns:xsl='http://www.w3.org/1999/XSL/Transform'>&amp;nbsp;</xsl:text>"
    >
]>

Deze code kun je in je xsl opnemen waarin je de &nbsp; wilt gebruiken.
De meeste xsl-transformators doen moeilijk vanwege het onbekend zijn van de entity &nbsp; , dus dan definieer je die zelf
Werkt hier als een tierelier...

[ Voor 8% gewijzigd door Verwijderd op 08-07-2003 21:19 ]