W3C home > Mailing lists > Public > www-xsl-fo@w3.org > October 2001

RE: stacking

From: Giannetti, Fabio <Fabio_Giannetti@hplb.hpl.hp.com>
Date: Wed, 10 Oct 2001 17:00:11 +0100
Message-ID: <5E13A1874524D411A876006008CD059F024AE847@0-mail-1.hpl.hp.com>
To: "'www-xsl-fo@w3c.org'" <www-xsl-fo@w3c.org>
Hi Dariusch,
	you can ctually change the static parts of the page from a page to
another, I send you the "trick" version that resolve your problem.
The not tricky one can be resolved using the XSL-T part. When you generate
the letters you can select the first block of text (the one under the
address) and apply a style with the space-before and all the others without
it ....
Embedding a block-container inside a block doesn't resolve your problem
because the absolute positioned stuff are treated like outside the flow (FOP
issue an error ...) so it will be calculated from the beginning of the
referred area container and it will not be counted (as vertical and
horizontal dimension) in the flow ....


> -----Original Message-----
> From: Dariusch Bagheri [mailto:Dariusch.Bagheri@gwi-ag.com]
> Sent: 10 October 2001 16:35
> To: 'www-xsl-fo@w3c.org'
> Subject: AW: stacking
> Hi Fabio,
> I tried this possibility too. But the header will be repeated 
> on every page
> (see attachment). Static content is repeated on every page in a
> page-sequence element, this conforms to the specs. 
> Anyhow, i would prefer a 'clean' solution without any tricks. 
> This is an
> every day problem in formatting and to solve it should be 
> (relative) easy.
> Meanwhile i reread the specs and found that blocks generate 
> block-areas
> while block-containers do not, they generate viewport/reference ports.
> Stacking rules apply only to block-areas.
> What do you think about the idea "block-container in a block" 
> (even though
> fop cannot cope with this)? Then those blocks could be 
> properly stacked.
> regards
> dariusch

Received on Wednesday, 10 October 2001 12:00:44 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 23:09:53 UTC