At 98/09/21 11:21 -0400, keshlam@xxxxxxxxxx wrote:
>Re problems with <BR> -- I've been solving this by a global-replace of <BR>
>with <BR></BR>, taking advantage of the fact that HTML ignores tags (such
>as /BR) that it doesn't recognize.

I had tried this as well way back when, but XT properly does not
distinguish between <BR></BR> and <BR/>, so when I supplied the former, XT
stored the fact it was empty and emitted the latter.

>I'm not convinced this is any better than the <BR /> or <BR hack="ugly"/>
>tricks.

It might work with other XSL processors, but it didn't work with XT, so it
wasn't better in my particular case.

But thanks for the suggestion!

......... Ken

p.s. Here is what I did before ... note I wasn't yet using James' new
result namespace, so the same result is shown now as was then.

T:\xsl>type test.xml
<?xml version='1.0'?>
<doc>
<para>Test 1</para>
<para>Test 2</para>
</doc>

T:\xsl>type test.xsl
<?xml version='1.0'?>
<xsl:stylesheet
  xmlns:xsl="http://www.w3.org/TR/WD-xsl">

<xsl:template match="para">
    <xsl:process-children/><br></br>
</xsl:template>

</xsl:stylesheet>


T:\xsl>call xsl test.xml test.xsl test.htm
T:\xsl>type test.htm

Test 1<br/>
Test 2<br/>

T:\xsl>


--
G. Ken Holman               mailto:gkholman@xxxxxxxxxxxxxx
Crane Softwrights Ltd.  http://www.CraneSoftwrights.com/s/
Box 266,                                V: +1(613)489-0999
Kars, Ontario CANADA K0A-2E0            F: +1(613)489-0995
Training:   http://www.CraneSoftwrights.com/s/schedule.htm
Resources: http://www.CraneSoftwrights.com/s/resources.htm
Shareware: http://www.CraneSoftwrights.com/s/shareware.htm


 XSL-List info and archive:  http://www.mulberrytech.com/xsl/xsl-list