[XSL-LIST Mailing List Archive Home]
[By Thread]
[By Date]
Re: RTF Processor
Subject: Re: RTF Processor From: Mark_Overton@xxxxxxxxx Date: Tue, 14 Apr 1998 10:34:12 -0400 |
I would love to use the Core Flow objects. I originally went in this direction. I was unable, however, to find a clear and simple explanation of these objects. I looked over the DSSSL references that I could find but everything was described in SGML terms and I had difficulty understanding it (I have no SGML/DSSSL background). Do you know where I could find an explanation of the core flow objects which someone new to SGML could understand. Currently I have implemented the RTF component by using a subset of the HTML flow objects (DIV, SPAN, etc.) and a few RTF specific objects (RTFINDEXENTRY, RTFTABLEOFCONTENTS, etc) The XSL processor component doesn't care what flow objects it finds, it calls a method on the format specific component to instantiate the flow object. This setup would allow me to easily change the flow objects that are used. I still think there will be a need for format specific flow objects. For example, RTF allows a table of contents to be created. I could build this from core flow objects but this would not allow the page numbers to be synchronized in the document. Is there a DSSSL flow object for a table of contents? Or am I thinking about this in the wrong way? -Mark To: xsl-list@xxxxxxxxxxxxxxxx cc: (bcc: Mark Overton/PTS) From: Paul Prescod <papresco@xxxxxxxxxxxxxxxx> Date: 04/13/98 10:57:55 PM GMT Subject: Re: RTF Processor Mark_Overton@xxxxxxxxx wrote: > > 1. If anyone is interested in the RTF capabilities, I would like to hear > from them as to what functionality they would like to see. > 2. There are many issues related to printing which are not addressed in any > of the XSL proposals I have seen. We are going to extend the flow objects > to handle these things but I would like to stay as standard as possible. > If anyone has information about this I would appreciate some direction. RTF functionality from XSL would indeed be useful. XSL is designed to be a conceptual subset of DSSSL. Thus if you are looking to extend it to handle more print-oriented flow objects, I think it is most appropriate that you use the DSSSL flow objects which are the product of years of thought and experience and seem very complete and well considered to me. http://www.jclark.com/dsssl Paul Prescod - http://itrc.uwaterloo.ca/~papresco "Unwisely, Santa offered a teddy bear to James, unaware that he had been mauled by a grizzly earlier that year." - Timothy Burton, "James" XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
Current Thread |
---|
|
<- Previous | Index | Next -> |
---|---|---|
Re: RTF Processor, Sebastian Rahtz | Thread | Re: RTF Processor, Paul Prescod |
Re: RTF Processor, David Megginson | Date | Re: RTF Processor, Paul Prescod |
Month |
Keywords