W3C home > Mailing lists > Public > xsl-editors@w3.org > July to September 2005

RE: Synchronizing text

From: Paul Grosso <pgrosso@arbortext.com>
Date: Tue, 13 Sep 2005 16:33:12 -0400
Message-ID: <F13E1BF26B19BA40AF3C0DE7D4DA0C0305E72119@ati-mail01.arbortext.local>
To: <werner.donne@re.be>, <xsl-editors@w3.org>

The XSL FO SG has consensus that this is out of scope
for XSL 1.1 whose requirements document is available at

We will add this feature to our Post-XSL 1.1 Potential 


> -----Original Message-----
> From: xsl-editors-request@w3.org 
> [mailto:xsl-editors-request@w3.org] On Behalf Of Werner Donné
> Sent: Wednesday, 2005 August 17 7:38
> To: xsl-editors@w3.org
> Subject: Synchronizing text
> Dear Editors,
> It is not uncommon to have text synchronized across a document,
> i.e. to make sure text lines on all pages, or all columns of a
> page, start at a multiple of some fixed value. On a multi-column
> page, for example, there would be no shift of the text lines
> between two columns, as if a line runs through all columns
> interleaved with gaps. The text can be temporarily desynchronized
> because of other kinds of material such as images and tables. It
> should, however, always fall back in synchronization, in this
> use case that is.
> This can be achieved by setting the "line-stacking-strategy" to
> "line-height" and by calculating "space-before" and "space-after"
> in such a way that the result after space resolution is always a
> multiple of the line height. If the font size varies, for example
> for titles, the combination of the text, "space-before" and
> "space-after" should be a multiple of the line height.
> There is, however, a problem with the material that may come
> between paragraphs, especially when its exact height is not known.
> In that case the desynchronization can't be compensated with the
> "space-before" and "space-after" properties.
> One solution is to add a new value to the 
> "block-progression-dimension"
> property, for example "round-to-line-height". This would behave as
> "auto", except that the result is rounded up to the nearest
> multiple of the line height if the "line-stacking-strategy" is set
> to "line-height".
> Another is to add a new value to the "line-stacking-strategy" 
> property,
> for example "synchronized". The behaviour would be the same as for
> "line-height", except that text lines would always start at the
> nearest multiple of the line height starting from the top edge of
> the content rectangle of the "page-reference-area" (in lrtb writing
> mode), after space resolution. This would make it much easier for
> style sheet writers than the first solution.
> Best regards,
> Werner.
> -- 
> Werner Donné  --  Re BVBA
> Engelbeekstraat 8
> B-3300 Tienen
> tel: (+32) 486 425803	e-mail: werner.donne@re.be
Received on Tuesday, 13 September 2005 20:33:36 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 20:44:24 UTC