[XSL-LIST Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

RE: foo ... bar Re: Q: XML+XSL transforms to a print-ready f

Subject: RE: foo ... bar Re: Q: XML+XSL transforms to a print-ready format
From: "Ed Nixon" <ed.nixon@xxxxxxxxxxxxxxxxx>
Date: Sat, 9 Oct 1999 16:57:13 -0400
information about e.d.nixon family
Watching this ongoing set of exchanges is very interesting from the
standpoint of cross cultural (mis-)communication. As a watcher I see people
interacting at cross purposes. On the one hand we have Paul who seems to be
convergently immersed in the minutia of the implementation of his embryonic
product but who does not seem to have an over-all understanding of (and
sometimes it looks like, appreciation of) document design, type-setting and
publishing. Perhaps there is a little tendency to defensiveness.

On the other hand we have a number of folks who quite evidently *do* have
up-to-the-eyeballs experience with what I would think are 'typical
day-to-day' formatting & publishing problems. (And not inconsiderable
experience on the implementation side as well, i.e., with TeX, FOP, etc.)

In the present case, the fact that Paul can look at a bunch of books and not
see 'running headers' is disturbing. However, I'm also disturbed to hear
that the XSL spec does not support running headers. This functionality, I
think, is fundamental not just to book production but to any serious
document output formatting solution.

For an example of 'day-to-day', look no further than the relatively
'trivial' ability any self-respecting word processor has to output both
constant text string data and also dynamically updated by-page and or
by-section information, e.g., numbering, lettering, headings.

	...edN

> -----Original Message-----
> From: owner-xsl-list@xxxxxxxxxxxxxxxx
> [mailto:owner-xsl-list@xxxxxxxxxxxxxxxx]On Behalf Of Paul
> Tchistopolskii
> Sent: Saturday, October 09, 1999 3:55 PM
> To: xsl-list@xxxxxxxxxxxxxxxx
> Subject: Re: foo ... bar Re: Q: XML+XSL transforms to a print-ready
> format
>
>
>
>
> > > As to whole running heads stuff. It may be interesting to
> > > render such ( exotic ) usecase you are talking about.
> >
> > Running headings are not exotic. They are very common in
> books. I would
> > guess that if you picked up two or three books right now,
> one of them at
> > least would have running headings.
>
> I picked up 10 books, trying to find something that look
> 'not renderable'. There are just different page headers there.
> Each of our 40 testcases at   www.renderx.com  has a
> page header.
>
> > Dictionary-style headings are slightly exotic but they are
> just a special
> > case of running headings.
>
> Maybe it'l be possible to get the presize example of what could be
> easily rendered by  'typical day-to-day formatter' but not by XSL FO
> based formatter ?
>
> .xml input ( .xml content ) +  expected PDF output looks like
> a good way to specify the usecase. Unfortunately without
> such a specification  we may spend a very long time trying to guess
> what is considered  to be a real  problem with "runnig heads"
> for  XSL FO formatter but not  for 'typical day-to-day' formatter.
>
> > Note that XSL doesn't currently support running headings
> (at least not when
> > a section doesn't get its own page sequence), so if the
> focus is solely on
> > implementing XSL 1.0, you could get away with not supporting running
> > headings.
>
> The focus is to show that XSL FO is not a dead meat.  Or to
> understand
> that it is dead meat - so it is not worth supporting it.
>
> > However, I guarantee that, if not the first, then the
> second person that
> > comes along wanting to produce a real book with XSL will
> wish your product
> > supported running headings.
>
> > If book publishing is not your focus, again, you could
> probably get away
> > with not supporting running headings.
>
> Book publishing is not our focus yet, but clean experiment  with
> 'typical day-to-day formatters'  and XSL FO formatter is.
>
> Rgds.Paul.
>
> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
>  paul@xxxxxxxxx   www.renderx.com   www.pault.com
>  XMLTube * Perl/JavaConnector * PerlApplicationServer
> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
>
>
>
>  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

PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.