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

Re: The problem with typography (with or without flow objects)

  • From: "Eve L. Maler" <Eve.Maler@e...>
  • To: xml-dev@x...
  • Date: Thu, 15 Jun 2000 09:38:42 -0400

goals of typography
At 09:06 PM 6/14/00 +0100, Sebastian Rahtz wrote:
(moved out of order)
>Why do I have this worrying feeling that we are on the same side in
>this discussion, anyway?

I think so!  I'm not arguing with you, other than to assert that publishing 
economics sometimes dictates a move away from manual copyfitting and the 
like, and that this can be (to the users, obviously not to you! :-) a net 
win.  Actually, I'm sort of enjoying reminiscing about how we used to do 
things 10-15 years ago.

>no, the human inserts them in the source. we ran the book, viewed the
>pages, and corrected the bad breaks with PIs in the XML file, and
>reran the formatting.

>I am not 100% sure what "high-volume" means to you. The way I look at
>it, a 300 page book merits a couple of hours spent inserting PIs. If I
>was doing a 2000 page software manual, I'd make sure the design was such that
>bad page breaks were unlikely. So I would not, for instance, use
>narrow double columns in a job that was destined for large-scale batch
>processing (I worked on telephone bills earlier this year, for
>instance, 70000 page documents; obviously no question of manual
>intervention!)

We were producing 30-50 documents of 50-1000 pages each, with partial draft 
builds nightly, internal reviews every couple of weeks, and final versions 
every few months.  We had 2-3 different outputs.  One was US letter 
PostScript output; we did try to spend the time to fix bad page breaks, but 
as the volume and pace increased, and as our primary (read: moneymaking) 
output switched to electronic, it became less cost-effective to put time 
into that.  The one thing we spent significant time tweaking was 
quick-reference cards.

>My point is that FO needs to cope with 70000 phone bills, 300 page
>books, and 4 page tightly-constrained wedding invitations.

(Interestingly, the introduction to the XSL spec refers to "goals," but 
they're not spelled out anywhere that I can see...  The XSL requirements 
document also doesn't get to this abstract a level, other than saying page 
fidelity is a non-goal.)  This is perhaps a good goal, but very ambitious; 
I don't know of any single product on the market today that claims to be 
optimized for all three.

         Eve
--
Eve Maler                                    +1 781 442 3190
Sun Microsystems XML Technology Center    elm @ east.sun.com


***************************************************************************
This is xml-dev, the mailing list for XML developers.
To unsubscribe, mailto:majordomo@x...&BODY=unsubscribe%20xml-dev
List archives are available at http://xml.org/archives/xml-dev/
***************************************************************************

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
 

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.


Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

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.