#105 End of the line for pretty print

[John Hartley]

If pretty print is used on a Windows platform, pretty print puts in a non-windows linefeed. Could pretty print be platform specific?

I like pretty print but when using the following for a newline:
<xsl:variable name="newline">
<xsl:text>
</xsl:text>
</xsl:variable>
When it is pretty printed the result is different (Unix line feed I think)

Thanks for a great product.

[Nobody/Anonymous]

Logged In: NO

Thanks John: the problem is that the library that pretty-prints the document was ported from the Unix world and defaults to \n.

Is Notepad still unable to display Unix line feeds? In the past that was what forced applications to change \n to \r\n every time.

I have had a number of requests concerning the pretty-print mechanism (e.g. the way it compresses empty elements, making it hard for users to add content later).

My focus right now is on 1.1.1, for which I'm planning to rewrite the insertion helpers and progressive validation methods from scratch.

-gerald

[Nobody/Anonymous]

Logged In: NO

PS the same issue applies to XSL-based pretty-printing: libxslt, like libxml on which it builds, uses Unix line feeds for newlines.
PPS sorry to post as anonymous coward, but SF have taken away the persistent login and logging in takes forever. I wonder why they did that?

Gerald