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

page header footer resolution

  • From: Andy Dent <dent@h...>
  • To: xml-dev@i...
  • Date: Sat, 12 Sep 1998 09:28:55 +0800

xml page header
I think I've come to an understanding of how we should be handling page
headers/footers, helped largely by reading the XSL spec.

In the following discussion header will stand for header and/or footer.

I'm assuming an embedded XSL stylesheet to create a single standalone
document, but that's probably irrelevant.

The two issues I've struggled to come to terms with are:
1) headers contain some flow objects (page number, count, current date) as
well as data. Some of that data may not appear anywhere else in the report.
Thus, the items in a header are a mixture of data content (should appear in
the plain XML) and flow objects (appear in the XSL). It has taken me a
while to resolve exactly WHERE in the XML the data content should appear.

2) our report-writer model allows you to specify headers with content that
will vary depending on where they appear (eg: using a database field that
varies as you move down the report) and which appear at effectively random
locations, being triggered by page breaks. Note: this creates problems for
us with our current RTF rendering. The solution to both is a "section"
model which defines the header/footer anew but without forcing a page
break. That way the new headers are available when needed.

What I'm a little puzzled about at the moment is the action of queues and
the different page areas.

I've seen slightly conflicting suggestions. In some postings it's been
suggested that there is not currently a standard way to HIDE content.

However, if you are routing parts of your XML to a pageHeaderQueue that's
one page area and parts to bodyQueue, then they are effectively hidden from
the other queues.

If pageHeaderQueue was not then linked to a page master object wouldn't
this have the effect of hiding the elements in that queue?

Is there some exclusion rule on formatting objects that says, once an
element has been consumed by one object, it is effectively obscured from
the others?

Is this an example of the transformation actions of formatting objects vs
the cascading effect of rendering styles?

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.