Subject: Re: Nostradamus (was Re: FO. lists as tables) From: pandeng@xxxxxxxxxxxx (Steve Schafer) Date: Wed, 20 Oct 1999 03:30:55 GMT |
On Mon, 18 Oct 1999 10:42:58 +0100 (BST), you wrote: >To be called TeX the system just needs to conform to a certain >specification that means that it gives effectively identical output >for a given input. Let me emphasize a point that I think has gotten lost: I'm not saying that an XSL user should be _required_ to specify everything down to the last millipoint. It's like the difference between ordinary blocks and absolutely-positioned blocks; with ordinary blocks, you rely on the formatter to do a "decent" job of positioning. So it should be with line-breaking and hyphenation. If you don't care, let the formatter use its default algorithm; if you _do_ care, you should be able to specify a particular behavior. A general-purpose formatting specification should allow both approaches. >These are the sort of things that let the various commercial TeX systems >compete with each other. But for the purposes of this discussion they >may all be lumped together as one system `tex'. Surely the aim of the >game is to widen the interoperability so that files may be shared >between these systems and frame and word and fop and renderx and >friends. But to what end? While there are numerous variations on a theme, the business of formatting text and graphics is fairly well understood. It's not like an XSL processor can be really "innovative" in the way it formats text. If the XSL specification is sufficiently comprehensive, then I believe that we'll have even better interoperability between diverse systems, because they will be able to more precisely specify their formatting intentions. >Yes but a lot of that is people using undocumented non standard >extensions for one browser then trying to hack in code so that it >doesn't break the other browsers, or using `valid' css constructions >that when implemened by the browser make the text just vanish. >This is rather different to the situation of two fully coforming xsl >renderers which both style each text block as specified, but produce >different line and page breaks (which are not part of the >specification). Experience simply doesn't bear this out. Look at the HTML behind all those commercial web pages out there. Web designers want _absolute_ control over the appearance of their pages, and will go to incredible lengths to achieve it. As for print media, a book designer may not care so much, but a designer of advertising brochures certainly will. If XSL doesn't give them this level of control, the browser and formatter vendors will continue to introduce mutually-incompatible extensions, and we'll be in no better shape than we are today. -Steve Schafer XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
Current Thread |
---|
|
<- Previous | Index | Next -> |
---|---|---|
Re: Nostradamus (was Re: FO. lists , David Carlisle | Thread | Re: Nostradamus (was Re: FO. lists , Robert Barta |
Re: Nostradamus (was Re: FO. lists , Steve Schafer | Date | Re: XSL: Returning a selected node , David Carlisle |
Month |