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=43609>. 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=43609 [EMAIL PROTECTED] changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |INVALID ------- Additional Comments From [EMAIL PROTECTED] 2007-10-12 09:09 ------- (In reply to comment #0) > Footnotes are declared into blocks which can have different properties (font- > family, left margin...). These properties are transmitted to the footnote > bodies and I don't think it's the expected behaviour. Can you clarify? On what do you base that assessment? For markers, I know this is the case: a retrieved marker should have properties as if it were specified in place of the retrieve-marker. For footnotes, OTOH, I guess simple inheritance applies: a fo:footnote and its descendants inherit the properties op the parent (for inherited props like font-family, font-size, space-before/-after, ...). > Into the zip (http://emmanuel.dieul.free.fr/bugs/fop-bug-on-footnote.zip), > you'll find the FO file and the corresponding PDF file. The incriminated > footnotes are around the end of the FO file and at the (last page - 1) of the > PDF file. Three footnotes are placed in different blocks with different > properties and then, footnote bodies (placed into the same page) don't have > the same left margin and the same font-family (which looks ugly). The solution is simple, on the other hand: *always* reset inheritable properties on the fo:footnote. That is the only way to guarantee that you get no such ugliness. As far as I can tell from the XSL-FO Rec, this is definitely not a bug. HTH! Andreas -- 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.
