Hi Michael,<div><br></div><div>Indeed, I hadn't thought of the keep-together. Thanks for the explanation and the tip!</div><div><br clear="all">-- Patricia<br>
<br><br><div class="gmail_quote">On 22 March 2012 02:23, Michael Sulyaev <span dir="ltr"><<a href="mailto:msulyaev@renderx.com">msulyaev@renderx.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On 03/21/2012 11:22 AM, Patricia Piolon wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
With the following fo I get a change bar in pdf that is only 1 line<br>
high, even though the graphic is much higher. Is this normal behaviour?<br>
</blockquote>
<br></div>
Hi Patricia,<br>
<br>
I believe this is normal. Imagine you had just one short word changed and surrounded with change-bar-begin and change-bar-end, in the middle of the line. When rendered, both virtual points for the Begin and the End are on the same position vertically - at the baseline of that word. So, you see 1 line tall change bar actually because XEP has special treatment for this case: as if the Start was at baseline plus font-size*1.2 (iirc).<br>
<br>
Now, if you consider a tall image instead of that word - nothing changes, the bar is still just 1 line-height tall, and it does not mark the whole image (which is an inline-mode element, like fo:character).<div class="im">
<br>
<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I know I can fix it by wrapping the graphic in a block and<br>
starting/ending the change bars before/after the block, but then it's<br>
possible for the block to start on page 1 while the graphic gets pushed<br>
to page 2 due to lack of space, resulting in a change bar on 'empty<br>
space' on page 1 as well as the graphic itself on page 2. This is highly<br>
undesirable.<br>
</blockquote>
<br></div>
I understand your intention. Apparently, you assume that a matched pair of change-bar-begin and change-bar-end atomic elements tends to shrink in order to produce a change bar as short as possible, marking all that's between. But actually this is not the case. Change bar points are completely transparent for the core algorithms.<br>
<br>
To get the desired layout, indeed, you would need to wrap the graphics in a block, surround with the change-bar points, and place altogether in yet another block or a block-container with keep-together.within-column="<u></u>always". This is likely to prevent bars on empty space near page break.<br>
<br>
Regards,<br>
Mike<br>
<br>
______________________________<u></u>_________________<br>
(*) To unsubscribe, please visit <a href="http://lists.renderx.com/mailman/options/xep-support" target="_blank">http://lists.renderx.com/<u></u>mailman/options/xep-support</a><br>
(*) By using the Service, you expressly agree to these Terms of Service <a href="http://w" target="_blank">http://w</a><br>
<a href="http://ww.renderx.com/terms-of-service.html" target="_blank">ww.renderx.com/terms-of-<u></u>service.html</a><br>
</blockquote></div><br></div>
!DSPAM:87,4f6c40a963738882087050!