You are viewing a plain text version of this content. The canonical link for it is here.
Posted to fop-dev@xmlgraphics.apache.org by Max Berger <ma...@berger.name> on 2007/07/06 21:34:35 UTC

Could someone please clarify the spec for alignment-adjust

Dear XSl-Fo experts,

I am now a little confused about the spec on alignment-adjust.  My  
Reference is xsl-fo 1.1 [1]

7.31.22 "vertical-align"

[...]

<percentage>
Raise (positive value) or lower (negative value)

[...]


<percentage> [...]
alignment-adjust="<percentage>"


Which says: Positive numbers raise the box, negative numbers lower  
it, and vertical-align is to be interpreted the same as alignment- 
adjust. HOWEVER

7.14.1 "alignment-adjust

[...]

<percentage>
[...] The offset is opposite to the shift-direction if that value is  
positive and in the shift-direction if that value is negative value).

7.29.7 "writing-mode"

[...] lr-tb [...]

Typically, this is the writing-mode for normal "alphabetic" text.



[...] shift-direction to bottom-to-top

Which together results in: a positive value will shift towards bottom  
(lower the box), while a negative value shifts towards top (raise the  
box),which is contradictory to the specification before.

I may have missed something, but I believe this is contradictory.  
Could someone please clarify on this?



[1] http://www.w3.org/TR/xsl/

Max Berger
e-mail: max@berger.name

--
PGP/GnuPG ID: E81592BC   Print: F489F8759D4132923EC4  
BC7E072AB73AE81592BC
For information about me or my projects please see http:// 
max.berger.name



Re: Could someone please clarify the spec for alignment-adjust

Posted by "J.Pietschmann" <j3...@yahoo.de>.
Max Berger wrote:
> I am now a little confused about the spec on alignment-adjust.

Me too.

Well my interpretation is as follows: a positive (percentage or length)
value shifts the alignment point down *on the box*, which raises the
box. This seems to be consistent.

BTW I really like this part of the spec: 'The computed value of the
property is this percentage multiplied by ... the "font-size" if the
area was generated by an fo:character, and the "line-height" otherwise.'
This just thwarts treating the fo:character easily.

J.Pietschmann