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

Re: Separation of formatting...

  • From: "Rick Jelliffe" <ricko@a...>
  • To: <xml-dev@i...>
  • Date: Sat, 2 May 1998 13:20:51 +1000

Re: Separation of formatting...
From: Gregg Reynolds <greyno@m...>


>Dan Ancona wrote:
>>
>> Anyway, the gist I'm getting from this thread is that a rigorous
separation
>> of formatting from any purely generic or abstract markup in a given XML
>> file format is not strictly necessary.  In fact, it could even be
>> beneficial in some circumstances and for some formats.  Correct?
>
>Personally I've come around to a pragmatist position on this, after some
>time as a radical Free The Text purist

If we subdivide the logical/presentation split we can come up with
the following 6 subdivisions:

    topical structures  (e.g.  <dog>)
    editorial structures  (e.g. <p> )
    characters
    glyphs
    page objects  (e.g. a line)
    layout structures (e.g. a column)

If there is a straightforward flow of dependence and synchronization
between these different structures, then is possible to start at the
topic structure and format all the way down to the layout (i.e. starting
from a higher and piggybacking the settings of the lower based on the
higher ones.)  This is the underlying model of, e.g. CSS & DSSSL
to a great extent: in DSSSL there is no feedback from the layout
program to the stylesheet language.

However, there are many kinds of documents where the flow of dependence
is not one-way or straightforward. For example, in a magazine the page
layout
determines how many characters a heading sould have, and in some designs
it might determine what kinds of editorial structures are possible

I came across an extreme example in a loose leaf system: the writers of
a prose section knew they had a fixed space to work in, but this could not
be determined at authoring time. So they wrote knowing that the last
paagraph might be deleted by the pagination system if it could not
be fitted. This is a case where the layout structure determined the
page-objects which determined which editorial structures made it into
the final publication.

Developers should be aware that if their publication requires more than
just a straight-forward flow of dependence between the various structures
(which are concurrently present in their publication) they may have to
spend a lot more development effort. A simple flow of dependence with
no reverse feeding back is easier to implement.


Rick Jelliffe

"The XML & SGML Cookbook" Prentice Hall, out in May 1998


xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@i...
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/
To (un)subscribe, mailto:majordomo@i... the following message;
(un)subscribe xml-dev
To subscribe to the digests, mailto:majordomo@i... the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa@i...)


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.