Andreas, hello,

I think I have a good handle on the risk/benefit trade off here.  I
don't think I can play with line-spacing in my situation.  The
author-editor get the document to where they like with the given
(re-used) xslt-to-fo mechanism (they get to view a pdf made from the fo
through-out the life of the document) and that goes out to the printer.
There will be about thirty documents (chapters) made with the same
stylesheet, so we will have to go with whatever combination looks best
on the printed page.

Your input is much appreciated,

rjs


On 01/28/2011 09:58 AM, Andreas Delmelle wrote:
> On 28 Jan 2011, at 17:05, Rob Sargent wrote:
>
> Hi Rob
>
>   
>> The "distribute" attribute definitely improves the output, but indeed
>> there are situations in which it fails to align the columns.
>>     
>   
>> I'm not a stranger to space-before but I didn't know about the
>> sub-attributes.  I'll give those a try, but it will likely be some time
>> next week before I can report my findings. The distribute attribute
>> apparently adjusts leading between lines within paragraphs.  Would it be
>> correct to assume using space-before.* would shift whole blocks?.
>>     
> Yes. 
>
> Vincent is correct btw, in that the dependency on a proprietary extension 
> should be avoided as much as possible, especially given that it is 
> undocumented.
> Nevertheless, the described alternative does have the downside that it will 
> do no good if a block is big enough. If there is no more room to fit the next 
> header into the same column with the minimum space-before, elastic 
> space-before or space-after will not solve the issue. You will be left with 
> an 'underfull' column. The line-spacing within a paragraph will still remain 
> the same throughout the document.
> The standard alternative would be to specify 'line-height' in a similar 
> manner. The property accepts values similar to space-*, so in theory you 
> could do:
>
> <fo:block line-height.minimum="1.2em" line-height.maximum="1.6em">
>
> which would allow the formatter to choose the optimal line-height somewhere 
> in between 1.2 and 1.6em.
>
> I was not sure whether FOP supported it, but I just tried it with a smaller 
> test document, and it did seem to have some effect, so you might want to look 
> into that as well.
>
>
> HTH!
>
> Regards,
>
> Andreas
> ---
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [email protected]
> For additional commands, e-mail: [email protected]
>
>   

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to