[XSL-LIST Mailing List Archive Home]
[By Thread]
[By Date]
On Dec 21, 2004, at 12:48 PM, David Carlisle wrote:
It must be the mail programs or something. I'm using Saxon 8 with utf-8 output. I don't use any MS software..
The formatting is specified in the non-xsl config file like:
Hmm, so maybe I ought to use the above largely unodified (though maybe in another namespace?) as the intermediate so that I get:
<title font-weight="bold" font-style="italic">Some Title</title>
.... and then from there to the final output?
Damn, that's cool!
Still, I'm afraid I'll have to pass on trying to figure out exactly how you did that, much less how to parse it ;-)
Bruce
Re: [xsl] nested output
Subject: Re: [xsl] nested output From: Bruce D'Arcus <bdarcus@xxxxxxxxxxxxx> Date: Tue, 21 Dec 2004 13:00:33 -0500 |
On Dec 21, 2004, at 12:48 PM, David Carlisle wrote:
Are you sure you're not writing out in some microsoft specific encoding?
It must be the mail programs or something. I'm using Saxon 8 with utf-8 output. I don't use any MS software..
Do you have any thoughts about the best design approach to this intermediate (xhtml) representation to make output transformation to other targets easiest?
Without having looked in detail at your problem, I wouldn't use xhtml as
an intermediate format. I'd use a custom format designed to exactly
express the semantics that you want to express and I'd have back ends
that go from there to xhtml or latex or wordxml or whatever. Forcing
your intermediate stage to be xhtml and hiding structure in a rather
dubious looking class attribute (is it really OK to have space separated
tokens in a css class?) just makes your non-xhtml back ends harder.
The formatting is specified in the non-xsl config file like:
<title font-weight="bold" font-style="italic"> <suffix>, </suffix> </title>
Hmm, so maybe I ought to use the above largely unodified (though maybe in another namespace?) as the intermediate so that I get:
<title font-weight="bold" font-style="italic">Some Title</title>
.... and then from there to the final output?
Incidentally, I'm realizing that XSLT 2.0's unparsed-text() functions and reg-exp support means that this could theoretically be extended to handle TeX input documents.
If you want to amuse yourself over the holidays you could try to get a regexp that would parse enough of tex to understand this (seasonal) tex (plain tex not latex) document
http://www.ctan.org/tex-archive/macros/plain/contrib/xii.tex
That someone with time on his hands wrote in a former life...
Damn, that's cool!
Still, I'm afraid I'll have to pass on trying to figure out exactly how you did that, much less how to parse it ;-)
Bruce
Current Thread |
---|
|
<- Previous | Index | Next -> |
---|---|---|
Re: [xsl] nested output, David Carlisle | Thread | Re: [xsl] nested output, David Carlisle |
Re: [xsl] Recursive grouping - simp, Sergiu Ignat | Date | Re: [xsl] nested output, David Carlisle |
Month |