Did you find a solution ?


Matthias Reischenbacher wrote:
> 
> Hi Andreas,
> 
> thanks a lot for your explanation of how keep conditions are enforced!
> 
> Today I had been looking at the same code as you and I found it odd that
> the table keep condition is only taken into account inside
> TableStepper.getCombinedKnuthElementsForRowGroup() if the rowFinished
> value is set to false. Do you have any idea what rowFinished means in this
> context? When debugging the code with my test case the value of
> rowFinished is always true and therefore the if statement seems to be dead
> code.
> 
> Do you think it would be a solution to just move out lines 250 and 252 of
> the if statement and execute it always. Perhaps then the additional keep
> condition handling inside TableContentLM.getKnuthElementsForRowIterator()
> could be removed?
> 
> Thanks & Regards,
> Matthias
> 
> 
> Andreas Delmelle-2 wrote:
>> 
>> On 18 Mar 2011, at 00:30, Matthias Reischenbacher wrote:
>> 
>>> <snip />
>> 
>> FWIW: I was just playing with the example, and noticed my suggestion
>> --using keep.within-column-- does not help.
>> 
>> This means, as Vincent suspects (IIC), that the culprit is the code that
>> takes care of generating the element list in case of row-spanning cells,
>> which inadvertently generates break-possibilities (i.e. does not take
>> into account the keep that is dominating the ancestor fo:table)
>> 
>> Comparing the case with and without row-span in a debug session reveals
>> that, with row-span all BreakElements have penalty value 0, whereas
>> without row-span, we get INFINITE, as expected.
>> 
>> Looking deeper, in TableContentLM.getKnuthElementsForRowIterator(),
>> notice that the case with row-span produces only one row-group, so the
>> code that would set the keep constraint from the table --in the while
>> loop, line 250-- never gets executed. The RowGroupLayoutManager gets
>> passed a LayoutContext that is not properly initialized (keep="auto").
>> 
>> 
>> Regards,
>> 
>> Andreas
>> ---
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: [email protected]
>> For additional commands, e-mail: [email protected]
>> 
>> 
>> 
> 
> 

-- 
View this message in context: 
http://old.nabble.com/Row-span-and-keep-togehther.within-page-problem-tp31169192p32928564.html
Sent from the FOP - Users mailing list archive at Nabble.com.


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

Reply via email to