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.
