Subject: Re: [xsl] Variables and HTML From: Wendell Piez <wapiez@xxxxxxxxxxxxxxxx> Date: Mon, 14 Mar 2005 18:58:37 -0500 |
To do otherwise I would either need to build the whole system myself or hold a sufficiently large bludgeon over a bunch of technical and authoring groups, neither of which is possible I'm afraid. But I do champion the benefits whenever I get a soapbox!!
Before css we used to get rid of the extra whitespace caused by the end form tag by sandwiching it between table rows. Most of these hacks have fallen by the wayside as long as you don't have to support older browsers, but some persist.
Customizing the serializer isn't a possibility for our case... I might need some more convincing before I agreed it was really an appropriate solution even in the abstract.
I have a template that splits a three tiered listing (headers subheaders and list items) into two columns. The break point is chosen as follows (first condition met is used): - if there are first level headers at the midpoint or within 7 items after the midpoint, break at the first one - if there are 1st level headers within 3 items before the midpoint use the last of those. - repeat the above two for second level headers. - if nothing else, break right on the midpoint.
The breakpoint is calculated and the ID of that node is placed in a variable in global scope.
A table is built for the list to go in and the first column is started. When the breakpoint node is rendered, a named template is called which ends the first column and starts the second (with logic for continuation headings).
I'd love to have a better solution for this, so let me know if you have any thoughts!
<xsl:text disable-output-escaping="yes"><p class="</xsl:text> <xsl:value-of select="local-name()"/> <xsl:text>"></xsl:text>
I admit that the idea that XSL has identical requirement for output as it does for input is a new though very elegant and compelling idea for me. It does seem to fly in the face of a lot of marketing material crowing that XSL isn't just for XML output, it can do csv, acrobat, etc.
Cheers, Wendell
====================================================================== Wendell Piez mailto:wapiez@xxxxxxxxxxxxxxxx Mulberry Technologies, Inc. http://www.mulberrytech.com 17 West Jefferson Street Direct Phone: 301/315-9635 Suite 207 Phone: 301/315-9631 Rockville, MD 20850 Fax: 301/315-8285 ---------------------------------------------------------------------- Mulberry Technologies: A Consultancy Specializing in SGML and XML ======================================================================
Current Thread |
---|
|
<- Previous | Index | Next -> |
---|---|---|
Re: [xsl] Variables and HTML, Nathan Young | Thread | [xsl] Customising an XSLT processor, Colin Paul Adams |
Re: [xsl] Variables and HTML, Nathan Young | Date | Re: [xsl] Variables and HTML, David Carlisle |
Month |