DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUGĀ·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=42785>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED ANDĀ·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=42785





------- Additional Comments From [EMAIL PROTECTED]  2007-07-06 05:58 -------
Vincent,

1) you are right, alignment-adjust seems a better attribute to use. I did some
tests with the foprep application (JEuclids MathML in FO preprocessor), and
using percentage values here seems to work fine.

2) I also have the feeling that I need to set "alignment-baseline" to
"alphabetic" as well (in the case of Math, but have it settable by the plugin),
but i am not sure about this, as I have no experience with non-latin languages,
and even less with non-latin languages and Math.

3) If i read the spec correctly, the values of baseline-shift and
alignment-adjust are in the opposite direction: So far I had to use a negative
baseline-shift, and i should use a positive alignment-adjust (my understanding
of the spec). However, during my tests I had to use a negative alignment-adjust,
suggesting that fop has a bug here. This needs further investigation.

4) The pt. vs. millipoint: What I was referring to is:
org/apache/fop/fo/flow/InstreamForeignObject.java and
org/apache/fop/fo/XMLObj,
which store dimensions using float in pt., where as
org/apache/fop/fo/flow/ExternalGraphic.java 
stores dimensions in "int" in millipoints. 
Both are fine with me, however, I think this is inconsistent and should be
unified rather sooner than later. However, changing this will definitely break
plugins, so it should be done as soon as possible!

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

Reply via email to