[xep-support] retrieve-marker/header muddle

xep at dbobj.com xep at dbobj.com
Fri Jan 9 07:56:34 PST 2004


Folks,

I received a reply offline to my running header muddle that I thought
would be useful to the group. Thanks Alexander. I'll take a look and see
if I can sort it out with the advice you sent me.

Steven Gertiser
IDPC



------------------------

Hello Steven,

The effect you observing appears because markers are placed in the
cells of the table that wrapped in fo:block-container with
writing-mode="rl-tb". Within this writing mode table column placed
from right to left and thus order of markers changes. In general it is
not recommended to place markers in adjacent table cells since
sometimes overall result will be unpredictable.
I must admit that your XSL FO document has quite intricate structure -
separate words wrapped in up to four nested tables. I believe this
level of complexity is just an overkill and prone to unexpected
results as well as slow document formatting. Almost every possible
layout can be created with lesser efforts. Note that tables in XSL FO
are the most resource-consumptive objects from formatter point of view
and generally it is advisable to avoid their use as much as possible.

Best regards,
Alexander Peshkov                             mailto:peshkov at renderx.com
RenderX

SG> Nikolai,

----------------------

> Folks,
>
> I have a strange running header problem.
>
> The running header tracks the first and last verse and chapter on a
> specific page.
>
> For example, a header:
>
> pg 3         Book Y      c1:v3-c2:v3
>
> Something like that.
>
> To talk just verses: Things work except in cases where the last verse
> begins somewhere in the last half or three-quarters of the line on the
> last line of the page. Then the renderer seems to think that the last
> verse on a page is in fact the first verse on the next page, and that the
> second-to-last verse on a page is the last verse. Course the problem
> occurs with the chapters too.
>
> I am using the standard retrieve-marker technique. Of course, to
> complicate things just a little, we do have some r-l line progression
> happening.
>
> Thanks for any help you might have,
>
> Steve
> ----------------
> Steven Gertiser
> IDPC
>
>
> -------------------
> (*) To unsubscribe, send a message with words 'unsubscribe xep-support'
> in the body of the message to majordomo at renderx.com from the address
> you are subscribed from.
> (*) By using the Service, you expressly agree to these Terms of Service
> http://www.renderx.com/tos.html
>
>

-------------------
(*) To unsubscribe, send a message with words 'unsubscribe xep-support'
in the body of the message to majordomo at renderx.com from the address
you are subscribed from.
(*) By using the Service, you expressly agree to these Terms of Service http://www.renderx.com/tos.html



More information about the Xep-support mailing list