DO NOT REPLY [Bug 47311] [PATCH] Support for bleed, trim and crop box and scaling
https://issues.apache.org/bugzilla/show_bug.cgi?id=47311 --- Comment #40 from Vincent Hennebert vhenneb...@gmail.com 2009-08-04 04:16:56 PDT --- (In reply to comment #39) 3 of the 4 latest comments have been hopefully satisfyingly taken care of: http://svn.apache.org/viewvc?rev=800401view=rev This is looking much better now, thanks. There are still a few remaining issues that I'll handle in the next days. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
DO NOT REPLY [Bug 47636] New: Border top of nested header not rendered at page break
https://issues.apache.org/bugzilla/show_bug.cgi?id=47636 Summary: Border top of nested header not rendered at page break Product: Fop Version: all Platform: PC OS/Version: Windows 2000 Status: NEW Severity: normal Priority: P2 Component: page-master/layout AssignedTo: fop-dev@xmlgraphics.apache.org ReportedBy: guillaume.levr...@free.fr --- Comment #0 from Guillaume Levrero guillaume.levr...@free.fr 2009-08-04 06:58:23 PDT --- Created an attachment (id=24092) FO to reproduce In this bug. Two nested tables both with table header. If you look on page two of the resulting PDF. the second header COL1 COL2 COL3 is missing tob border. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
DO NOT REPLY [Bug 47636] Border top of nested header not rendered at page break
https://issues.apache.org/bugzilla/show_bug.cgi?id=47636 --- Comment #1 from Guillaume Levrero guillaume.levr...@free.fr 2009-08-04 06:59:09 PDT --- Created an attachment (id=24093) PDF output -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
DO NOT REPLY [Bug 47637] New: display-align=after not working properly on split tab-cell
https://issues.apache.org/bugzilla/show_bug.cgi?id=47637 Summary: display-align=after not working properly on split tab-cell Product: Fop Version: all Platform: PC OS/Version: Windows 2000 Status: NEW Severity: normal Priority: P2 Component: page-master/layout AssignedTo: fop-dev@xmlgraphics.apache.org ReportedBy: guillaume.levr...@free.fr --- Comment #0 from Guillaume Levrero guillaume.levr...@free.fr 2009-08-04 07:04:47 PDT --- Created an attachment (id=24094) FO When a table-cell break over two pages the display-align=after attribute set the content to the bottom of the first page instead of the bottom of the second page -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
DO NOT REPLY [Bug 47637] display-align=after not working properly on split tab-cell
https://issues.apache.org/bugzilla/show_bug.cgi?id=47637 --- Comment #1 from Guillaume Levrero guillaume.levr...@free.fr 2009-08-04 07:05:15 PDT --- Created an attachment (id=24095) PDF -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
DO NOT REPLY [Bug 47638] New: Nested fo:inline with padding raise a NPE
https://issues.apache.org/bugzilla/show_bug.cgi?id=47638 Summary: Nested fo:inline with padding raise a NPE Product: Fop Version: all Platform: PC OS/Version: Windows 2000 Status: NEW Severity: normal Priority: P2 Component: page-master/layout AssignedTo: fop-dev@xmlgraphics.apache.org ReportedBy: guillaume.levr...@free.fr --- Comment #0 from Guillaume Levrero guillaume.levr...@free.fr 2009-08-04 07:10:29 PDT --- Created an attachment (id=24096) FO When executing attached FO, you will get java.lang.NullPointerException in org.apache.fop.layoutmgr.inline.InlineStackingLayoutManager.applyChanges -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
DO NOT REPLY [Bug 47639] New: fo:inline with border and short text : missing right border
https://issues.apache.org/bugzilla/show_bug.cgi?id=47639 Summary: fo:inline with border and short text : missing right border Product: Fop Version: all Platform: PC OS/Version: Windows 2000 Status: NEW Severity: normal Priority: P2 Component: page-master/layout AssignedTo: fop-dev@xmlgraphics.apache.org ReportedBy: guillaume.levr...@free.fr --- Comment #0 from Guillaume Levrero guillaume.levr...@free.fr 2009-08-04 07:14:13 PDT --- Created an attachment (id=24097) FO fo:inline in fo:block doesn't show right border. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
DO NOT REPLY [Bug 47639] fo:inline with border and short text : missing right border
https://issues.apache.org/bugzilla/show_bug.cgi?id=47639 --- Comment #1 from Guillaume Levrero guillaume.levr...@free.fr 2009-08-04 07:14:36 PDT --- Created an attachment (id=24098) PDF -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
DO NOT REPLY [Bug 47641] New: int overflow with large font size values
https://issues.apache.org/bugzilla/show_bug.cgi?id=47641 Summary: int overflow with large font size values Product: Fop Version: 1.0dev Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: fonts AssignedTo: fop-dev@xmlgraphics.apache.org ReportedBy: jerem...@apache.org --- Comment #0 from Jeremias Maerki jerem...@apache.org 2009-08-04 10:34:45 PDT --- Created an attachment (id=24099) FO File that demonstrates the int overflow problem A rather nasty bug: In XSL-FO, we usually have font sizes under 11'000 points. No problem. Switch to SVG and define a viewBox with relatively high values and you can quickly end up with a font size of 11'000 (units not points). It happened to me when I ran an SVG that was produced by the SVG document handler in the FOP sandbox. That one just sets up FOP's internal millipoint coordinate system in SVG. No SVG editor/viewer has a problem with that. So, the problem is, for example, the generated Helvetica class' getWidth(int i, int size) method which returns an int. Multiply a number in the 1000 range with the font size that has been multiplied by 1000 (pt - mpt conversion for normal FO). 950 * (1000 * 11000) = 1045000 (0x26EDE5880) That result is bigger than a 32-bit int. For comparison, the usual case in FO: 950 * (1000 * 11) = 1045 (0x9F7450) I've locally added long variants of the problematic methods (getWidth() - getWidthLong()) to see if this really solves the problem and it does indeed. Just replacing int with long everywhere is not a good idea because of backwards-compatibility. We know that some people are using these classes outside of FOP. To me, the additional long variants look like the cleanest solution, but maybe someone has a better solution. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
DO NOT REPLY [Bug 47637] display-align=after not working properly on split tab-cell
https://issues.apache.org/bugzilla/show_bug.cgi?id=47637 --- Comment #2 from Jeremias Maerki jerem...@apache.org 2009-08-04 12:11:51 PDT --- Guillaume, the XSL specification defines display-align in terms of areas and not related to the table-cell. A table-cell produces more than one area if it is broken accross pages. The behaviour in this case is correct IMO. I find nothing in the spec that would support your expectation (although it can make sense). http://www.w3.org/TR/xsl11/#display-align In your case, you can try to work-around this by putting the bottom-aligned content in a separate cell and use row-spanning on the first column and a fixed height for the second row with the content that is bottom-aligned. But if that content doesn't always have the same height (more or less), this is probably not going to work. Disclaimer: I haven't verified this myself. I'm inclined to close this issue as invalid but to be sure, I'd appreciate an opinion from a fellow committer. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
DO NOT REPLY [Bug 47639] fo:inline with border and short text : missing right border
https://issues.apache.org/bugzilla/show_bug.cgi?id=47639 --- Comment #2 from Jeremias Maerki jerem...@apache.org 2009-08-04 13:02:56 PDT --- Seems to be something for those who know how hyphenation works. The effect only happens if hyphenation is enabled. It looks like notifyPos() is called from InlineStackingLayoutManager.applyChanges() which increases the lastGeneratedPosition (again) on the Position. And that should probably not happen or needs to be compensated somehow. I'm too tired to dive more deeply into this right now. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
