Steve Krulewitz wrote:
Here is the line from the xslt (all on one line):
a href=current class=actioni18n:textCurrent Items/i18n:text
span class=count(xsl:value-of select=$total/)/span/a
And it is rendered in the browser as:
a class=action href=currentCurrent Itemsspan
class=count(4)/span
/a
J.Pietschmann wrote:
That's no surprise. The XSLT processor strips all whitespace only
text nodes from the stylesheet, therefore the space between the
/i18n:text tag and span goes away.
The problem I'm trying to solve isn't this, it is the fact that when I
use indenting with the XMLSerializer,
Steve Krulewitz wrote:
The problem I'm trying to solve isn't this, it is the fact that when I
use indenting with the XMLSerializer, the closing tag for the anchor
element is on a different line than the opening tag. This produces the
underline longer than text artifact on the rendered page.
the formatting of seriazlied xhtml?
J.Pietschmann wrote:
That's no surprise. The XSLT processor strips all whitespace only
text nodes from the stylesheet, therefore the space between the
/i18n:text tag and span goes away.
The problem I'm trying to solve isn't this, it is the fact
that when I
use
a href=blah.comThis is a hyperlink
/a
And, when rendered in a browser, the underlining of the hyperlink will
extend a little past the end of the linked text.
does this make the link unusable ? (just curious)
Maybe some of your input data has trailing newlines onto it, you could
fix this in
Steve Krulewitz wrote:
Hey folks --
I have a webapp with pretty typical pipelines:
xsp - xslt transform - i18n transform - xml serialize (with xhtml
doctype)
I would also like the formatting of the xhtml to look reasonable, so I
have indent=yes on the serializer definition. Now the output
What is the XSL that generates this? You need to be careful with your
carriage returns in the stylesheet that comes before the serializer.
Here is the line from the xslt (all on one line):
a href=current class=actioni18n:textCurrent Items/i18n:text
span class=count(xsl:value-of