DO NOT REPLY [Bug 40269] New: - Cannot open the PDF file which generated by FOP in Adobe Illustrator
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=40269. 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=40269 Summary: Cannot open the PDF file which generated by FOP in Adobe Illustrator Product: Fop Version: 0.20.5 Platform: Other OS/Version: Windows XP Status: NEW Severity: normal Priority: P2 Component: pdf AssignedTo: fop-dev@xmlgraphics.apache.org ReportedBy: [EMAIL PROTECTED] We are having a problem opening the pdf files that are being generated with XSL-FO. We need to open the file in Adobe Illustrator to look at the font sizes to make sure they are correct. We currently get this message when we try to open the file: Could not create internal representation of XMP metadata. Thanks, Kevin -- 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.
DO NOT REPLY [Bug 40270] - Make list item EndOfNode() method agile to strict-validation
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=40270. 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=40270 --- Additional Comments From [EMAIL PROTECTED] 2006-08-16 19:45 --- Created an attachment (id=18725) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=18725action=view) Patch for AbstractListItemPart.java -- 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.
DO NOT REPLY [Bug 40271] New: - auto table layout -- dirty draft
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=40271. 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=40271 Summary: auto table layout -- dirty draft Product: Fop Version: all Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: page-master/layout AssignedTo: fop-dev@xmlgraphics.apache.org ReportedBy: [EMAIL PROTECTED] Here is a first patch for the auto table layout. It will be changing greatly in the next few days. -- 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.
DO NOT REPLY [Bug 40271] - auto table layout -- dirty draft
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=40271. 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=40271 --- Additional Comments From [EMAIL PROTECTED] 2006-08-17 01:59 --- Created an attachment (id=18726) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=18726action=view) Patch with basic auto table -- 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.
DO NOT REPLY [Bug 40270] - [PATCH] Make list item EndOfNode() method agile to strict-validation
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=40270. 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=40270 [EMAIL PROTECTED] changed: What|Removed |Added Summary|Make list item EndOfNode() |[PATCH] Make list item |method agile to strict- |EndOfNode() method agile to |validation |strict-validation --- Additional Comments From [EMAIL PROTECTED] 2006-08-17 07:56 --- Thanks for the patch! -- 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.
DO NOT REPLY [Bug 40271] - auto table layout -- dirty draft
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=40271. 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=40271 --- Additional Comments From [EMAIL PROTECTED] 2006-08-17 08:42 --- Hi Patrick, Just did a quick review of the patch, and one thing that immediately caught my eye, and thus I think needs more explaining (or an alternative solution): You seem to be inventing a whole new property 'column-min-width'. The properties infrastructure is there for support of standard FO properties (and ultimately extension properties). I get the impression it is being misused here to store a variable/value which is only relevant to FOP internally (more specifically: the auto-table layout algorithm) Cheers, 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.
DO NOT REPLY [Bug 40271] - auto table layout -- dirty draft
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=40271. 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=40271 --- Additional Comments From [EMAIL PROTECTED] 2006-08-17 09:21 --- Looking a bit closer, IMO the minimum column-width should be derived from the layout context. Count the number of non-null elements in the Table's column-list (one time process), then divide the refIPD of the layout-context by the number of explicitly defined columns (alt.: the largest number of cells in a row --that is a value that could be determined in the FOTree, before layout begins) Strictly speaking, I think a value of 'proportional-column-width(1)' does not always suffice... How is this expression to be interpreted in case of a table with table-layout=auto, no explicit rows, and a varying number of cells in each row? I guess the editors had good reason to constrain the explicit use of proportional-column-width() to fixed- table-layout. -- 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.
DO NOT REPLY [Bug 40271] - auto table layout -- dirty draft
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=40271. 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=40271 --- Additional Comments From [EMAIL PROTECTED] 2006-08-17 10:14 --- Not to be a pain, but just committed a small change to the trunk that logs an error for this. http://svn.apache.org/viewvc?rev=432195view=rev Sorry. Kind of invalidates your patch, I guess. :/ -- 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.
DO NOT REPLY [Bug 40270] - [PATCH] Make list item EndOfNode() method agile to strict-validation
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=40270. 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=40270 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2006-08-17 10:24 --- Patch applied with very small modifications. see: http://svn.apache.org/viewvc?rev=432201view=rev Thanks! -- 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.
DO NOT REPLY [Bug 40271] - auto table layout -- dirty draft
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=40271. 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=40271 --- Additional Comments From [EMAIL PROTECTED] 2006-08-17 16:12 --- You are right. I will have to find an alternative solution to this. I was only using it to store the minimum width of a column. Thank you, Patrick -- 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.
DO NOT REPLY [Bug 40271] - auto table layout -- dirty draft
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=40271. 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=40271 --- Additional Comments From [EMAIL PROTECTED] 2006-08-17 17:25 --- (In reply to comment #6) snip / I am not sure I follow you. When you talk about the column-list, is that the ColumnSetup columns in TableLayoutManager ? Not entirely. ColumnSetup will currently only contain the actual column count in case you have explicitly defined columns. There's a method ColumnSetup.createFromFirstRow(), but this maps to return the table's default column (= FOP internal). So, in case you have a table without explicit columns, the maximum column-count would already be different. We could quite easily keep track of the maximum number of cells in a row as the FOTree is built, so that, by the time layout starts, the layoutmanager could already know what the maximum column- count will be for the whole table without having to iterate over all the rows. 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.
DO NOT REPLY [Bug 40271] - auto table layout -- dirty draft
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=40271. 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=40271 --- Additional Comments From [EMAIL PROTECTED] 2006-08-17 17:59 --- (In reply to comment #7) We could quite easily keep track of the maximum number of cells in a row as the FOTree is built, so that, by the time layout starts, the layoutmanager could already know what the maximum column- count will be for the whole table without having to iterate over all the rows. To expand a bit more upon this (could also be of use for fixed-layout): Ideally, ColumnSetup should be made to deal with both implicit and explicit columns completely, so the TableContentLM does not need to sort this stuff out. The columns in ColumnSetup should be the table- grid columns. I did wonder whether this should be viewed on a per-page basis...? I mean: say you have a table with five cells per row (100+ rows), except for the last row which has six. Do we layout the whole table as if there were six columns, or only the last page? Cheers 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.
DO NOT REPLY [Bug 40271] - auto table layout -- dirty draft
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=40271. 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=40271 --- Additional Comments From [EMAIL PROTECTED] 2006-08-17 18:19 --- (In reply to comment #8) I did wonder whether this should be viewed on a per-page basis...? I mean: say you have a table with five cells per row (100+ rows), except for the last row which has six. Do we layout the whole table as if there were six columns, or only the last page? Look at it this way: You'd expect an fo:block to occupy the whole width on both pages if that block is broken between two pages and the first is a landscape page and the second is a portrait page. Now transfer this to fo:table where you might specify columns entirely using proportional-column-width() (or even using auto-table layout). Especially when specifying the table width using width=100% you define that the area generated by the FO occupies 100% of the width of the containing area. So, especially in the light of the upcoming changes for changing available IPD, there's a possibility that you'll have to recalculate the column setup for every page. Not that the table layout can already deal with this situation, but it will have to at some point. -- 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.
DO NOT REPLY [Bug 40271] - auto table layout -- dirty draft
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=40271. 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=40271 --- Additional Comments From [EMAIL PROTECTED] 2006-08-17 23:37 --- (In reply to comment #9) I did wonder whether this should be viewed on a per-page basis...? I mean: say you have a table with five cells per row (100+ rows), except for the last row which has six. Do we layout the whole table as if there were six columns, or only the last page? Look at it this way: You'd expect an fo:block to occupy the whole width on both pages if that block is broken between two pages and the first is a landscape page and the second is a portrait page. Now transfer this to fo:table where you might specify columns entirely using proportional-column-width() (or even using auto-table layout). Yes, but what I'm referring to is more that the _proportions_ would remain the same over the whole table, no matter what the actual page-dimensions are. Given that proportional-column-width() and auto table-layout are mutually exclusive, distribution of remaining space can occur if: a) table-layout=fixed, explicit columns with relative widths (some using p-c-w()) b) table-layout=fixed, implicit columns with relative widths (from cells in the first row) c) table-layout=auto Take case a): Suppose six defined columns, then in my original example, I'd expect the column-widths to have the same proportions on every page, no matter if the page contains a cell that occupies a particular column. This is what the average human being would expect, I guess, especially if it isn't the last column. Move on to case b): Suppose the first row contains five cells, each with a relative width of 20% --no proportional-column- width() here. Strictly following the Rec, we should end up with a table of five columns, equally large in proportion on all pages. What happens if I add a sixth cell to the last row? (I'd say we can safely ignore and complain about it, which we already do, IIC) Case c) seems to offers more liberty here, since not only the absolute, but also the relative values can be evaluated separately for each page. -- 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.
DO NOT REPLY [Bug 40288] - base url requires /, failes otherwise
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=40288. 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=40288 [EMAIL PROTECTED] changed: What|Removed |Added Severity|normal |critical --- Additional Comments From [EMAIL PROTECTED] 2006-08-19 07:50 --- (In reply to comment #0) A file:// url in the base element in fopconfig.xml must end with a slash on Linux. If it does not, images (specified by url(foo) where foo is a relative file name) won't be found and will thus not be added to the PDF. FOP should probably either accept both ways to specify the url or display an ERROR that refers to this setting. This would make it much easier to debug this problem. Well, this is the normal behavior of URLs (and more generally URIs). When resolving a relative reference against a base URI, all the characters of the base URI which are to the right of the rightmost slash are removed, and replaced by the relative path: file://path/to/images + myImage.png - file://path/to/myImage.png file://path/to/images/ + myImage.png - file://path/to/images/myImage.png So the ending slash is important! The best Fop can do IMO is display the full resolved URI in the error message, so that the user immediately sees that there is something wrong with URI resolution. -- 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.
DO NOT REPLY [Bug 40288] - base url requires /, failes otherwise
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=40288. 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=40288 [EMAIL PROTECTED] changed: What|Removed |Added Severity|critical|normal --- Additional Comments From [EMAIL PROTECTED] 2006-08-19 07:54 --- Hey, I didn't want to change the severity of this bug! Sorry :-\ -- 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.
DO NOT REPLY [Bug 40288] - base url requires /, failes otherwise
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=40288. 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=40288 --- Additional Comments From [EMAIL PROTECTED] 2006-08-20 20:57 --- Displaying the full URL in the error message sounds like a good solution to me. -- 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.
DO NOT REPLY [Bug 40271] - auto table layout -- dirty draft
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=40271. 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=40271 --- Additional Comments From [EMAIL PROTECTED] 2006-08-21 02:25 --- (In reply to comment #4) Not to be a pain, but just committed a small change to the trunk that logs an error for this. http://svn.apache.org/viewvc?rev=432195view=rev Sorry. Kind of invalidates your patch, I guess. :/ I'm confused about this. When I checkout the Apache FOP source code from SVN and try to feed it some .fo files that previously worked with table-layout=auto they fail. In my new patch I commented out your change just so that I may do some testing. I have to understand this better. Thank you for your feedback. Patrick -- 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.
DO NOT REPLY [Bug 40271] - auto table layout -- dirty draft
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=40271. 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=40271 --- Additional Comments From [EMAIL PROTECTED] 2006-08-21 02:29 --- Created an attachment (id=18736) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=18736action=view) New patch. Now works better. Still needs work for spanned cells. I'm no longer using a new property to store my minimum column values, as pointed out by Andreas. I have also fixed some bugs in the optimal width calculation. This is still a drafty patch. Patrick -- 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.
DO NOT REPLY [Bug 40271] - auto table layout -- dirty draft
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=40271. 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=40271 --- Additional Comments From [EMAIL PROTECTED] 2006-08-21 02:45 --- (In reply to comment #3) Looking a bit closer, IMO the minimum column-width should be derived from the layout context. Count the number of non-null elements in the Table's column-list (one time process), then divide the refIPD of the layout-context by the number of explicitly defined columns (alt.: the largest number of cells in a row --that is a value that could be determined in the FOTree, before layout begins) I'm not sure I follow you. I thought the minimum column-width was to be determined by the largest minimum cell width (or the column 'width', whichever is larger). (http://www.w3.org/TR/REC-CSS2/tables.html#width-layout) Do you mean that we would consider the default column-width to be the one calculated as you describe ? Patrick -- 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.
DO NOT REPLY [Bug 40271] - auto table layout -- dirty draft
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=40271.
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=40271
--- Additional Comments From [EMAIL PROTECTED] 2006-08-21 05:45 ---
(In reply to comment #11)
I'm confused about this. When I checkout the Apache FOP source code from SVN
and
try to feed it some .fo files that previously worked with table-layout=auto
they fail.
Indeed. That's a result from the 'faulty' default for column-width we currently
set in
FOPropertyMapping.
The value proportional-column-width(1) should not be used in case of
table-layout=auto (as per the
Recommendation; strictly speaking the results in case of auto-layout are
undefined...)
It is easy enough to catch this internally, though.
To solve this locally, I made the default an enum value of auto, then checked
for this later on, and
replaced it with a 'new TableColLength(1.0, ...)'
Roughly (in TableColumn.bind(), after setting columnWidth from the
PropertyList):
if (columnWidth.getEnum() == EN_AUTO) {
columnWidth = new TableColLength(1.0, col);
}
This avoids triggering the function-evaluation, which in turn avoids the check
for auto-layout and thus
produces no validation error.
Haven't committed this change, yet, since I was also playing with adding
default columns from cells in
the first row. Goal is to have TableColumn instances for every default column
(instead of only one
default column for the whole table) with their widths set to the width of the
cell they were based on
(ultimately the above described default TableColLength(), if the cell's width
is auto).
In my new patch I commented out your change just so that I may do some
testing.
I have to understand this better.
I hope the above clarifies it a bit. If not, don't hesitate to ask further.
What is also important in case of auto-layout, I think, is that the
minimum-column-width should not
simply be 'the available IPD divided by the number of columns' (or 'one
table-unit').
The big difference with fixed-layout is precisely that, in case of auto-layout
the minimum-column-
width depends on the content. For example: if the column contains only one
character of content each
row, then the column's minimum-width would most likely turn out to be far less
than 'proportional-
column-width(1)'.
Cheers,
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.
DO NOT REPLY [Bug 40271] - auto table layout -- dirty draft
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=40271. 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=40271 --- Additional Comments From [EMAIL PROTECTED] 2006-08-21 05:58 --- (In reply to comment #14) snip / What is also important in case of auto-layout, I think, is that the minimum-column-width should not simply be 'the available IPD divided by the number of columns' (or 'one table-unit'). The big difference with fixed-layout is precisely that, in case of auto-layout the minimum-column- width depends on the content. Just thought I'd add: This actually means that for auto-layout, if we encounter a TableColumn whose width is an instance of TableColLength, then this width should be ignored. It means there were no explicit constraints placed on the column's width. It will depend *completely* on the content of the cells occupying that column (max-col-width = min-col-width). Cheers, 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.
Bug report for Fop [2006/08/20]
+---+
| Bugzilla Bug ID |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned|
| | OPN=ReopenedVER=Verified(Skipped Closed/Resolved) |
| | +-+
| | | Severity: BLK=Blocker CRI=CriticalMAJ=Major |
| | | MIN=Minor NOR=Normal ENH=Enhancement |
| | | +-+
| | | | Date Posted |
| | | | +--+
| | | | | Description |
| | | | | |
| 953|Opn|Nor|2001-03-12|Incorrect hyperlinks area rendering in justified t|
| 1063|New|Nor|2001-03-21|fop does not handle large fo files|
| 1180|New|Maj|2001-04-02|Problem with monospaced font |
| 1859|Opn|Min|2001-05-22|org.apache.fop.apps.Driver.reset() doesn't fully r|
| 1998|New|Nor|2001-06-05|linefeed-treatment not understood |
| 2150|Ass|Maj|2001-06-13|New page with a table-header but without any tabl|
| 2475|Ass|Nor|2001-07-06|Borders don't appear to work in fo:table-row|
| 2740|New|Maj|2001-07-23|multi-page tables sometimes render badly |
| 2909|New|Maj|2001-07-30|Gradient render error |
| 2964|Ass|Nor|2001-08-02|problems with height of cells in tables |
| 2988|New|Maj|2001-08-03|0.19: list-item-label does not stick to list-item-|
| 3044|Ass|Maj|2001-08-08|keep-together not functioning |
| 3280|New|Nor|2001-08-27|PCL Renderer doesn't work |
| 3305|Opn|Nor|2001-08-28|list-block overlapping footnote body |
| 3497|New|Cri|2001-09-07|id already exists error when using span=all attr|
| 3824|New|Blk|2001-09-25|MIF option with tables|
| 4030|New|Nor|2001-10-08|IOException creating Postscript with graphics on S|
| 4126|New|Nor|2001-10-12|FontState.width() returns pts instead of millipts |
| 4226|New|Nor|2001-10-17|The orphans property doesn't seem to work |
| 4388|New|Nor|2001-10-24|Nullpointer exception in the construction of new D|
| 4415|New|Nor|2001-10-25|scaling=uniform does not work on images... |
| 4510|New|Nor|2001-10-30|fo:inline common properties ignored? |
| 4535|New|Maj|2001-10-31|PCL renderer 1.13 not rendering SVG |
| 4767|New|Nor|2001-11-09|SVG text is distored in PDF output|
| 5001|New|Nor|2001-11-21|content-width and content-height ignored? |
| 5010|New|Enh|2001-11-21|Better error reporting needed |
| 5124|New|Maj|2001-11-27|fo:block-container is not rendered properly using |
| 5335|New|Min|2001-12-10|Text with embedded CID fonts not retrievable from |
| 5655|Ass|Nor|2002-01-02|text-decoration cannot take multiple values |
| 6094|Opn|Maj|2002-01-29|0.20.3rc hangs in endless loop|
| 6237|Opn|Nor|2002-02-05|#xFB01 (fi ligature) produces a sharp? |
| 6305|New|Nor|2002-02-07|Using fo:table-and-caption results in empty output|
| 6427|New|Enh|2002-02-13|Adding additional Type 1 fonts problem|
| 6437|New|Maj|2002-02-13|Tables without fo:table-column don't render |
| 6483|New|Nor|2002-02-15|Table, Loop, footer could not fit on page, moving|
| 6844|New|Nor|2002-03-04|No line breaks inserted in list-item-label|
| 6918|New|Enh|2002-03-06|reference-orientation has no effect |
| 6997|New|Nor|2002-03-09|[PATCH] Row-spanned row data breaks over a page wi|
| 7241|New|Nor|2002-03-19|keep-with-previous, keep-with-next only working on|
| 7283|New|Nor|2002-03-20|Table border misaligned when using margin-left in |
| 7337|New|Nor|2002-03-21|border around external image leaves empty space |
| 7487|New|Nor|2002-03-26|break-before=page for table inserts empty page |
| 7496|New|Nor|2002-03-26|The table header borders are not adjusted to the b|
| 7525|New|Cri|2002-03-27|table with spans inside a list-block |
| 7919|New|Cri|2002-04-10|problem to use attribute linefeed-treatment and li|
| 8003|Ass|Maj|2002-04-12|FopImageFactory never releases cached images |
| 8050|New|Nor|2002-04-13|Soft hyphen (shy;) is not handled properly |
| 8321|New|Nor|2002-04-19|from-parent('width') returns 0 for nested tables |
| 8463|New|Nor|2002-04-24|SVG clipping in external.fo example doc when rende|
| 8767|Ass|Min|2002-05-03|Image and solid colour background rectangle sizes |
| 8819|New|Nor|2002-05-06|Footnotes lost|
| 9054|Opn|Maj|2002
DO NOT REPLY [Bug 40271] - auto table layout -- dirty draft
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=40271. 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=40271 --- Additional Comments From [EMAIL PROTECTED] 2006-08-21 06:10 --- (In reply to comment #12) Created an attachment (id=18736) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=18736action=view) [edit] New patch. Now works better. Still needs work for spanned cells. There is a reference to a TableHelper, but this file is not included in the patch. Can you attach it separately? Thanks, 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.
DO NOT REPLY [Bug 40271] - auto table layout -- dirty draft
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=40271. 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=40271 --- Additional Comments From [EMAIL PROTECTED] 2006-08-21 08:07 --- (In reply to comment #13) I'm not sure I follow you. I thought the minimum column-width was to be determined by the largest minimum cell width (or the column 'width', whichever is larger). (http://www.w3.org/TR/REC-CSS2/tables.html#width-layout) Indeed! That only occurred to me afterwards... sorry. OTOH, this also means that you can't depend on 'proportional-column-width()', no? If there was no width specified, neither on the column, nor on the cell, then both minimum and maximum depend on the content (of the whole table :)) The only thing we know about the optimum width is that it lies somewhere in between, but it is independent of something like a 'default column width' (which we had defined wrongly in the first place). Do you mean that we would consider the default column-width to be the one calculated as you describe ? Yep. But, again, in the strict sense, this 'default' is irrelevant for auto-layout. -- 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.
DO NOT REPLY [Bug 40271] - auto table layout -- dirty draft
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=40271. 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=40271 --- Additional Comments From [EMAIL PROTECTED] 2006-08-21 20:56 --- (In reply to comment #17) snip/ If there was no width specified, neither on the column, nor on the cell, then both minimum and maximum depend on the content (of the whole table :)) Again, not necessarily. We don't have to scan the whole table for the algorithm. snip/ -- 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.
DO NOT REPLY [Bug 40271] - auto table layout -- dirty draft
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=40271. 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=40271 --- Additional Comments From [EMAIL PROTECTED] 2006-08-22 03:26 --- Created an attachment (id=18738) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=18738action=view) testcase for table-layout =auto I can't get the checks right. Patrick -- 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.
DO NOT REPLY [Bug 40271] - auto table layout -- dirty draft
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=40271. 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=40271 [EMAIL PROTECTED] changed: What|Removed |Added Attachment #18726|0 |1 is obsolete|| Attachment #18736|0 |1 is obsolete|| --- Additional Comments From [EMAIL PROTECTED] 2006-08-22 03:29 --- Created an attachment (id=18739) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=18739action=view) New patch. Works with Andreas modifications. Here is my new patch. It works with Adreas new modifications. I will address Andreas questions and comments tomorrow. Thank you, Patrick -- 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.
DO NOT REPLY [Bug 40271] - auto table layout -- dirty draft
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=40271. 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=40271 --- Additional Comments From [EMAIL PROTECTED] 2006-08-22 07:55 --- (In reply to comment #18) Created an attachment (id=18737) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=18737action=view) [edit] Table helper file that goes with the patch Sorry about that. Here is the file. It is only used to pass values. I will probably have to find a better mechanism for this. Not probably, you definitely have to find a different way. Communicating through static variables is a total no-go. -- 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.
DO NOT REPLY [Bug 40271] - auto table layout -- dirty draft
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=40271. 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=40271 --- Additional Comments From [EMAIL PROTECTED] 2006-08-22 10:29 --- (In reply to comment #23) (In reply to comment #18) Sorry about that. Here is the file. It is only used to pass values. I will probably have to find a better mechanism for this. Not probably, you definitely have to find a different way. Communicating through static variables is a total no-go. Ouch! I wish I had looked closer at this one yesterday... This is indeed not acceptable. Why statics, Patrick? Remember that FOP in the general case does not run exclusively in one thread on a single-processor machine, so it might well be that there is more than one table for which layout is performed at the same time. If that happens, the TableHelper class members would be shared between threads. :/ -- 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.
DO NOT REPLY [Bug 40308] New: - RFE: FOP throws a validation exception when it finds duplicate IDs in the XSL-FO
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=40308.
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=40308
Summary: RFE: FOP throws a validation exception when it finds
duplicate IDs in the XSL-FO
Product: Fop
Version: 0.92
Platform: Other
OS/Version: other
Status: NEW
Severity: enhancement
Priority: P2
Component: fo tree
AssignedTo: fop-dev@xmlgraphics.apache.org
ReportedBy: [EMAIL PROTECTED]
CC: [EMAIL PROTECTED]
FOP 0.92beta throws a ValidationException if it finds that several XSL-FOs
have the same ID and this, even when parameter strict-validation has been
set to false.
Modular documents built using XInclude often contain duplicate IDs. For
example, a modular document may contain three instances of the same table
found at three different places in the document. There is no error that
could be fixed in the source XML in such case.
In all cases, IMHO, it does not make sense for a XSL-FO formatter such as
FOP to completely stop working when it finds a validity error as benign as a
duplicate ID.
Changes made in FOP 0.92beta's src/java/org/apache/fop/fo/FObj.java:
added test if (getUserAgent().validateStrictly()).
===
protected void checkId(String id) throws ValidationException {
if (!id.equals()) {
Set idrefs = getFOEventHandler().getIDReferences();
if (!idrefs.contains(id)) {
idrefs.add(id);
} else {
if (getUserAgent().validateStrictly()) {
throw new ValidationException(
Property id \ + id
+ \ previously used; id values must be unique
+ in document., locator);
}
}
}
}
===
--
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.
DO NOT REPLY [Bug 40271] - auto table layout -- dirty draft
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=40271. 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=40271 [EMAIL PROTECTED] changed: What|Removed |Added Attachment #18739|0 |1 is obsolete|| --- Additional Comments From [EMAIL PROTECTED] 2006-08-24 16:02 --- Created an attachment (id=18749) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=18749action=view) New patch now avoiding static variables for min and max widths This patch doesn't make use of the static variables in table-helper anymore. Unfortunately it still uses the TableHelper.calculateMode static variable but I will be removing that soon. I'd rather update frequently even if there are upcoming changes. Cheers, Patrick -- 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.
DO NOT REPLY [Bug 40308] - RFE: FOP throws a validation exception when it finds duplicate IDs in the XSL-FO
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=40308. 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=40308 --- Additional Comments From [EMAIL PROTECTED] 2006-08-24 19:10 --- I always thought that uniqueness of ids is a constraint enforced by the XML Specification. XSL-FO being subject to the constraints defined in the XML Rec., it should report this as an error...? No, wait: the type of the id property should be id, which means, if you look at the Rec (5.11 Property Datatypes), that it should be an NCName that is unique... within the _stylesheet_? Other opinions? -- 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.
DO NOT REPLY [Bug 40308] - RFE: FOP throws a validation exception when it finds duplicate IDs in the XSL-FO
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=40308. 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=40308 --- Additional Comments From [EMAIL PROTECTED] 2006-08-24 19:30 --- I agree with Chris and Andreas. The XSL-FO spec is very clear about the requirement of uniqueness of the values of the id attribute. You could obtain a valid FO file by not propagating id attributes from your XML file to the FO file. OTOH, I agree that it is a feature that we may choose to suppress under lax validation, because the FO file is still quite renderable, apart from linking to internal destinations. I definitely do not agree with the idea that one should cope with illegal XSL-FOs due to multiply defined IDs. But if users choose to do so, they should be given that freedom, I guess. -- 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.
DO NOT REPLY [Bug 40271] - auto table layout -- dirty draft
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=40271. 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=40271 --- Additional Comments From [EMAIL PROTECTED] 2006-08-24 21:34 --- Hi Patrick, Thanks for the updates. Just to let you know: I'll look further into your patch ASAP. (If you've been following the commit list, you'll notice I'm getting a bit tired ;)) Will be back tomorrow. Cheers, 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.
DO NOT REPLY [Bug 40308] - RFE: FOP throws a validation exception when it finds duplicate IDs in the XSL-FO
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=40308. 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=40308 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|CLOSED --- Additional Comments From [EMAIL PROTECTED] 2006-08-24 20:35 --- OK. I added this to the codebase. If strict validation is turned off, FOP will issue a warning to the logger and continue processing. included in http://svn.apache.org/viewvc?rev=434513view=rev -- 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.
DO NOT REPLY [Bug 40271] - auto table layout -- dirty draft
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=40271. 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=40271 --- Additional Comments From [EMAIL PROTECTED] 2006-08-26 22:49 --- Thank you very much for the pointers Adreas. I will do my best to follow them as well as the requests, and I will post back here. Patrick -- 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.
Bug report for Fop [2006/08/27]
+---+
| Bugzilla Bug ID |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned|
| | OPN=ReopenedVER=Verified(Skipped Closed/Resolved) |
| | +-+
| | | Severity: BLK=Blocker CRI=CriticalMAJ=Major |
| | | MIN=Minor NOR=Normal ENH=Enhancement |
| | | +-+
| | | | Date Posted |
| | | | +--+
| | | | | Description |
| | | | | |
| 953|Opn|Nor|2001-03-12|Incorrect hyperlinks area rendering in justified t|
| 1063|New|Nor|2001-03-21|fop does not handle large fo files|
| 1180|New|Maj|2001-04-02|Problem with monospaced font |
| 1859|Opn|Min|2001-05-22|org.apache.fop.apps.Driver.reset() doesn't fully r|
| 1998|New|Nor|2001-06-05|linefeed-treatment not understood |
| 2150|Ass|Maj|2001-06-13|New page with a table-header but without any tabl|
| 2475|Ass|Nor|2001-07-06|Borders don't appear to work in fo:table-row|
| 2740|New|Maj|2001-07-23|multi-page tables sometimes render badly |
| 2909|New|Maj|2001-07-30|Gradient render error |
| 2964|Ass|Nor|2001-08-02|problems with height of cells in tables |
| 2988|New|Maj|2001-08-03|0.19: list-item-label does not stick to list-item-|
| 3044|Ass|Maj|2001-08-08|keep-together not functioning |
| 3280|New|Nor|2001-08-27|PCL Renderer doesn't work |
| 3305|Opn|Nor|2001-08-28|list-block overlapping footnote body |
| 3497|New|Cri|2001-09-07|id already exists error when using span=all attr|
| 3824|New|Blk|2001-09-25|MIF option with tables|
| 4030|New|Nor|2001-10-08|IOException creating Postscript with graphics on S|
| 4126|New|Nor|2001-10-12|FontState.width() returns pts instead of millipts |
| 4226|New|Nor|2001-10-17|The orphans property doesn't seem to work |
| 4388|New|Nor|2001-10-24|Nullpointer exception in the construction of new D|
| 4415|New|Nor|2001-10-25|scaling=uniform does not work on images... |
| 4510|New|Nor|2001-10-30|fo:inline common properties ignored? |
| 4535|New|Maj|2001-10-31|PCL renderer 1.13 not rendering SVG |
| 4767|New|Nor|2001-11-09|SVG text is distored in PDF output|
| 5001|New|Nor|2001-11-21|content-width and content-height ignored? |
| 5010|New|Enh|2001-11-21|Better error reporting needed |
| 5124|New|Maj|2001-11-27|fo:block-container is not rendered properly using |
| 5335|New|Min|2001-12-10|Text with embedded CID fonts not retrievable from |
| 5655|Ass|Nor|2002-01-02|text-decoration cannot take multiple values |
| 6094|Opn|Maj|2002-01-29|0.20.3rc hangs in endless loop|
| 6237|Opn|Nor|2002-02-05|#xFB01 (fi ligature) produces a sharp? |
| 6305|New|Nor|2002-02-07|Using fo:table-and-caption results in empty output|
| 6427|New|Enh|2002-02-13|Adding additional Type 1 fonts problem|
| 6437|New|Maj|2002-02-13|Tables without fo:table-column don't render |
| 6483|New|Nor|2002-02-15|Table, Loop, footer could not fit on page, moving|
| 6844|New|Nor|2002-03-04|No line breaks inserted in list-item-label|
| 6918|New|Enh|2002-03-06|reference-orientation has no effect |
| 6997|New|Nor|2002-03-09|[PATCH] Row-spanned row data breaks over a page wi|
| 7241|New|Nor|2002-03-19|keep-with-previous, keep-with-next only working on|
| 7283|New|Nor|2002-03-20|Table border misaligned when using margin-left in |
| 7337|New|Nor|2002-03-21|border around external image leaves empty space |
| 7487|New|Nor|2002-03-26|break-before=page for table inserts empty page |
| 7496|New|Nor|2002-03-26|The table header borders are not adjusted to the b|
| 7525|New|Cri|2002-03-27|table with spans inside a list-block |
| 7919|New|Cri|2002-04-10|problem to use attribute linefeed-treatment and li|
| 8003|Ass|Maj|2002-04-12|FopImageFactory never releases cached images |
| 8050|New|Nor|2002-04-13|Soft hyphen (shy;) is not handled properly |
| 8321|New|Nor|2002-04-19|from-parent('width') returns 0 for nested tables |
| 8463|New|Nor|2002-04-24|SVG clipping in external.fo example doc when rende|
| 8767|Ass|Min|2002-05-03|Image and solid colour background rectangle sizes |
| 8819|New|Nor|2002-05-06|Footnotes lost|
| 9054|Opn|Maj|2002
DO NOT REPLY [Bug 40387] New: - PFMFile.load() crashes if a font has a name longer than 16 characters and also if parsing pfm files larger than 2048 bytes
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=40387.
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=40387
Summary: PFMFile.load() crashes if a font has a name longer than
16 characters and also if parsing pfm files larger than
2048 bytes
Product: Fop
Version: 1.0dev
Platform: All
OS/Version: All
Status: NEW
Keywords: ErrorMessage, PatchAvailable
Severity: normal
Priority: P2
Component: general
AssignedTo: fop-dev@xmlgraphics.apache.org
ReportedBy: [EMAIL PROTECTED]
I think the summary is clear enough.
To solve the issues:
1.) increase mark parameter of inStream.
2.) set a correct buffersize when convert it to a BufferdInputStream
Here is the patch that is API compatible with older versions.
Index: PFMFile.java
===
--- PFMFile.java(revision 439270)
+++ PFMFile.java(working copy)
@@ -70,18 +70,37 @@
protected Log log = LogFactory.getLog(PFMFile.class);
/**
+ * Parses a PFM file.
+ * It is the same as load(inStream, 0);
+ *
+ * @param inStream The stream from which to read the PFM file.
+ * @throws IOException In case of an I/O problem
+ */
+public void load(InputStream inStream) throws IOException {
+load(inStream, 0);
+}
+
+/**
* Parses a PFM file
*
* @param inStream The stream from which to read the PFM file.
+ * @param bufferSize If inStream doesn't support marks and it is going to
be buffered, the size the bufferd stream must have.
+ * Will be ignored if inStream supports marks. Should equal the full size
of inStream.
* @throws IOException In case of an I/O problem
*/
-public void load(InputStream inStream) throws IOException {
+public void load(InputStream inStream, int bufferSize) throws IOException {
InputStream bufin = inStream;
if (!bufin.markSupported()) {
-bufin = new BufferedInputStream(bufin);
+if (bufferSize 0)
+bufin = new BufferedInputStream(bufin, bufferSize);
+else
+bufin = new BufferedInputStream(bufin);
+
}
PFMInputStream in = new PFMInputStream(bufin);
-bufin.mark(16);
+// increased buff.mark() four times to avoid errors when reading fontnames
larger than 16 characters.
+//bufin.mark(16);
+bufin.mark(64);
short sh1 = in.readByte();
short sh2 = in.readByte();
if (sh1 == 128 sh2 == 1) {
--
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.
DO NOT REPLY [Bug 40387] - PFMFile.load() crashes if a font has a name longer than 16 characters and also if parsing pfm files larger than 2048 bytes
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=40387. 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=40387 --- Additional Comments From [EMAIL PROTECTED] 2006-09-01 17:56 --- Created an attachment (id=18805) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=18805action=view) Patch for this issue -- 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.
DO NOT REPLY [Bug 39414] - fop dies due to integer overflow
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=39414. 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=39414 [EMAIL PROTECTED] changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2006-09-02 00:50 --- Fixed in FOP Trunk. -- 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.
DO NOT REPLY [Bug 39414] - fop dies due to integer overflow
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=39414. 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=39414 --- Additional Comments From [EMAIL PROTECTED] 2006-09-02 00:54 --- Sorry, forgot to add: URL: http://svn.apache.org/viewvc?rev=439511view=rev -- 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.
DO NOT REPLY [Bug 40271] - auto table layout -- dirty draft
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=40271. 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=40271 [EMAIL PROTECTED] changed: What|Removed |Added Attachment #18737|0 |1 is obsolete|| Attachment #18749|0 |1 is obsolete|| --- Additional Comments From [EMAIL PROTECTED] 2006-09-04 04:36 --- Created an attachment (id=18816) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=18816action=view) New patch taking most of Andreas comments into account TableHelper is not needed anymore. Now using MinOptMax. AutoTable code moved into methods. -- 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.
DO NOT REPLY [Bug 40271] - auto table layout -- dirty draft
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=40271. 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=40271 --- Additional Comments From [EMAIL PROTECTED] 2006-09-04 04:42 --- (In reply to comment #27) Patrick, A few requests and pointers: * Can you try and give the variables a bit more descriptive names? It's just that at times, I was getting a bit lost in the 'iX's... :) These are just iterators really. I tried ising only i and i2. * Don't be afraid/ashamed to re-use existing structures: I get the impression that your MinMax datatype is only slightly different from the MinOptMax we already heavily use. Maybe you could use the latter...? Thanks for the pointer. I used it and its perfect for the job. * I'd also put the stuff related to table-layout in separate methods (instead of inserting the new code- blocks into existing methods), and make sure the extra objects don't get created for fixed layout. For fixed layout, it is unnecessary to have two TableContentLMs and two ColumnSetups... Done. Also, as an alternative to the implementation of getMinMaxTextWidths() --still using the misleading name? Yeah... should we go with getMinMaxContentWidths() ??? -- I'm beginning to wonder whether the computation of min and max content widths is functionality that belongs in the ElementListUtils utility class. Its operand is always an element list. This is done only once in the LineLayoutManager. For the rest, it seems logical, but note that we still can do little more than judge the patch by looking at it, since it is still incomplete... It would be cool if you could provide us with an integrated patch containing all changes (including added files: this time the MinMax class is missing, but see above, maybe MinOptMax can be used?), so we can see it in action for ourselves. There are no more additional files thanks to your help. I am now using MinOptMax and the TableHelper is no longer used at all. Thanks, Andreas Thank you, Patrick -- 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.
Bug report for Fop [2006/09/03]
+---+
| Bugzilla Bug ID |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned|
| | OPN=ReopenedVER=Verified(Skipped Closed/Resolved) |
| | +-+
| | | Severity: BLK=Blocker CRI=CriticalMAJ=Major |
| | | MIN=Minor NOR=Normal ENH=Enhancement |
| | | +-+
| | | | Date Posted |
| | | | +--+
| | | | | Description |
| | | | | |
| 953|Opn|Nor|2001-03-12|Incorrect hyperlinks area rendering in justified t|
| 1063|New|Nor|2001-03-21|fop does not handle large fo files|
| 1180|New|Maj|2001-04-02|Problem with monospaced font |
| 1773|Opn|Blk|2001-05-16|A table that is bigger than the page produces an e|
| 1859|Opn|Min|2001-05-22|org.apache.fop.apps.Driver.reset() doesn't fully r|
| 1998|New|Nor|2001-06-05|linefeed-treatment not understood |
| 2150|Ass|Maj|2001-06-13|New page with a table-header but without any tabl|
| 2475|Ass|Nor|2001-07-06|Borders don't appear to work in fo:table-row|
| 2740|New|Maj|2001-07-23|multi-page tables sometimes render badly |
| 2909|New|Maj|2001-07-30|Gradient render error |
| 2964|Ass|Nor|2001-08-02|problems with height of cells in tables |
| 2988|New|Maj|2001-08-03|0.19: list-item-label does not stick to list-item-|
| 3044|Ass|Maj|2001-08-08|keep-together not functioning |
| 3280|New|Nor|2001-08-27|PCL Renderer doesn't work |
| 3305|Opn|Nor|2001-08-28|list-block overlapping footnote body |
| 3497|New|Cri|2001-09-07|id already exists error when using span=all attr|
| 3824|New|Blk|2001-09-25|MIF option with tables|
| 4030|New|Nor|2001-10-08|IOException creating Postscript with graphics on S|
| 4126|New|Nor|2001-10-12|FontState.width() returns pts instead of millipts |
| 4226|New|Nor|2001-10-17|The orphans property doesn't seem to work |
| 4388|New|Nor|2001-10-24|Nullpointer exception in the construction of new D|
| 4415|New|Nor|2001-10-25|scaling=uniform does not work on images... |
| 4510|New|Nor|2001-10-30|fo:inline common properties ignored? |
| 4535|New|Maj|2001-10-31|PCL renderer 1.13 not rendering SVG |
| 4767|New|Nor|2001-11-09|SVG text is distored in PDF output|
| 4814|Opn|Nor|2001-11-12|0.20.2RC infinitely loops if there are tables in f|
| 5001|New|Nor|2001-11-21|content-width and content-height ignored? |
| 5010|New|Enh|2001-11-21|Better error reporting needed |
| 5124|New|Maj|2001-11-27|fo:block-container is not rendered properly using |
| 5335|New|Min|2001-12-10|Text with embedded CID fonts not retrievable from |
| 5655|Ass|Nor|2002-01-02|text-decoration cannot take multiple values |
| 6094|Opn|Maj|2002-01-29|0.20.3rc hangs in endless loop|
| 6237|Opn|Nor|2002-02-05|#xFB01 (fi ligature) produces a sharp? |
| 6305|New|Nor|2002-02-07|Using fo:table-and-caption results in empty output|
| 6427|New|Enh|2002-02-13|Adding additional Type 1 fonts problem|
| 6437|New|Maj|2002-02-13|Tables without fo:table-column don't render |
| 6483|New|Nor|2002-02-15|Table, Loop, footer could not fit on page, moving|
| 6844|New|Nor|2002-03-04|No line breaks inserted in list-item-label|
| 6918|New|Enh|2002-03-06|reference-orientation has no effect |
| 6997|New|Nor|2002-03-09|[PATCH] Row-spanned row data breaks over a page wi|
| 7241|New|Nor|2002-03-19|keep-with-previous, keep-with-next only working on|
| 7283|New|Nor|2002-03-20|Table border misaligned when using margin-left in |
| 7337|New|Nor|2002-03-21|border around external image leaves empty space |
| 7487|New|Nor|2002-03-26|break-before=page for table inserts empty page |
| 7496|New|Nor|2002-03-26|The table header borders are not adjusted to the b|
| 7525|New|Cri|2002-03-27|table with spans inside a list-block |
| 7919|New|Cri|2002-04-10|problem to use attribute linefeed-treatment and li|
| 8003|Ass|Maj|2002-04-12|FopImageFactory never releases cached images |
| 8050|New|Nor|2002-04-13|Soft hyphen (shy;) is not handled properly |
| 8321|New|Nor|2002-04-19|from-parent('width') returns 0 for nested tables |
| 8463|New|Nor|2002-04-24|SVG clipping in external.fo example doc when rende|
| 8767|Ass|Min|2002
DO NOT REPLY [Bug 40271] - auto table layout -- dirty draft
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=40271. 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=40271 --- Additional Comments From [EMAIL PROTECTED] 2006-09-05 20:05 --- Patrick, Class org.apache.fop.layoutmgr.table.TableHelper is not in the patch. Simon -- 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.
DO NOT REPLY [Bug 40425] New: - PNG - Cannot read image dimensions
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=40425. 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=40425 Summary: PNG - Cannot read image dimensions Product: Fop Version: 1.0dev Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: images AssignedTo: fop-dev@xmlgraphics.apache.org ReportedBy: [EMAIL PROTECTED] fo:external-graphic width=auto height=auto content-width=2cm src=url(image.png)/ produces an Cannot read image dimensions message and finally results in a java.lang.NullPointerException at org.apache.fop.image.ImageIOImage.loadBitmap(ImageIOImage.java:86) I don't know whether this is due to a broken PNG image (See image in attachment), but it actually did work in FOP 0.92. -- 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.
DO NOT REPLY [Bug 40425] - PNG - Cannot read image dimensions
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=40425. 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=40425 --- Additional Comments From [EMAIL PROTECTED] 2006-09-06 12:00 --- Created an attachment (id=18827) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=18827action=view) PNG image to reproduce the bug -- 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.
DO NOT REPLY [Bug 40271] - auto table layout -- dirty draft
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=40271. 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=40271 [EMAIL PROTECTED] changed: What|Removed |Added Attachment #18816|0 |1 is obsolete|| --- Additional Comments From [EMAIL PROTECTED] 2006-09-06 13:54 --- Created an attachment (id=18828) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=18828action=view) Removed import org.apache.fop.layoutmgr.table.TableHelper in TableLM Removed import org.apache.fop.layoutmgr.table.TableHelper in TableLM -- 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.
DO NOT REPLY [Bug 40271] - auto table layout -- dirty draft
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=40271. 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=40271 --- Additional Comments From [EMAIL PROTECTED] 2006-09-06 13:55 --- (In reply to comment #32) Patrick, Class org.apache.fop.layoutmgr.table.TableHelper is not in the patch. This class is not used anymore. The import was still there. Thanks for noticing me. Simon Thank you, Patrcik -- 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.
DO NOT REPLY [Bug 40425] - PNG - Cannot read image dimensions
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=40425. 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=40425 --- Additional Comments From [EMAIL PROTECTED] 2006-09-06 14:39 --- Works for me (assuming the image is suppose to be a black 200x200 square). This is with the trunk version of FOP under JDK 1.5.x. This means it should be using ImageIO in my case. -- 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.
DO NOT REPLY [Bug 40271] - auto table layout -- dirty draft
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=40271. 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=40271 --- Additional Comments From [EMAIL PROTECTED] 2006-09-06 19:10 --- If it were that easy, I could have guessed it myself. But you do create an object of that class. Removing that object as well helps. Simon -- 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.
DO NOT REPLY [Bug 40271] - auto table layout -- dirty draft
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=40271. 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=40271 [EMAIL PROTECTED] changed: What|Removed |Added Attachment #18828|0 |1 is obsolete|| --- Additional Comments From [EMAIL PROTECTED] 2006-09-07 03:14 --- Created an attachment (id=18829) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=18829action=view) Removed TableHelper object TableHelper was still around... sorry about that. Patrick -- 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.
DO NOT REPLY [Bug 40271] - auto table layout -- dirty draft
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=40271. 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=40271 --- Additional Comments From [EMAIL PROTECTED] 2006-09-07 03:15 --- (In reply to comment #35) If it were that easy, I could have guessed it myself. But you do create an object of that class. Removing that object as well helps. Simon Sorry again ! This time I hope I got it right. Many thanks, Patrick -- 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.
DO NOT REPLY [Bug 40425] - PNG - Cannot read image dimensions
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=40425. 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=40425 --- Additional Comments From [EMAIL PROTECTED] 2006-09-07 08:50 --- Right, running FOP with JDK 1.5 works :-) Building and running FOP using JDK 1.4.2_11 with the latest sources form the SVN trunk, I get the following backtrace. The build proceeds, though, resulting in a PDF document missing that image (which in fact is a black square to simplify matters). 07.09.2006 10:10:09 org.apache.fop.image.ImageIOImage loadBitmap SCHWERWIEGEND: Error while loading image: 4 java.lang.ArrayIndexOutOfBoundsException: 4 at com.sun.imageio.plugins.png.PNGImageReader.parse_PLTE_chunk(PNGImageReader.java:347) at com.sun.imageio.plugins.png.PNGImageReader.readMetadata(PNGImageReader.java:635) at com.sun.imageio.plugins.png.PNGImageReader.readImage(PNGImageReader.java:1309) at com.sun.imageio.plugins.png.PNGImageReader.read(PNGImageReader.java:1530) at org.apache.fop.image.ImageIOImage.loadBitmap(ImageIOImage.java:96) at org.apache.fop.image.ImageIOImage.loadDimensions(ImageIOImage.java:66) at org.apache.fop.image.AbstractFopImage.load(AbstractFopImage.java:160) at org.apache.fop.fo.flow.ExternalGraphic.bind(ExternalGraphic.java:73) at org.apache.fop.fo.FObj.processNode(FObj.java:118) at org.apache.fop.fo.FOTreeBuilder$MainFOHandler.startElement(FOTreeBuilder.java:321) at org.apache.fop.fo.FOTreeBuilder.startElement(FOTreeBuilder.java:185) at org.apache.xalan.transformer.TransformerIdentityImpl.startElement(TransformerIdentityImpl.java:1020) at org.apache.xerces.parsers.AbstractSAXParser.startElement(Unknown Source) at org.apache.xerces.parsers.AbstractXMLDocumentParser.emptyElement(Unknown Source) at org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanStartElement(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source) at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) at org.apache.xerces.parsers.XMLParser.parse(Unknown Source) at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source) at org.apache.xerces.jaxp.SAXParserImpl$JAXPSAXParser.parse(Unknown Source) at org.apache.xalan.transformer.TransformerIdentityImpl.transform(TransformerIdentityImpl.java:452) at org.apache.fop.cli.InputHandler.transformTo(InputHandler.java:165) at org.apache.fop.cli.InputHandler.renderTo(InputHandler.java:115) at org.apache.fop.cli.Main.startFOP(Main.java:160) at org.apache.fop.cli.Main.main(Main.java:191) 07.09.2006 10:10:09 org.apache.fop.fo.flow.ExternalGraphic bind SCHWERWIEGEND: Cannot read image dimensions: url(/home/joe/docbook/images/caution.png) -- 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.
DO NOT REPLY [Bug 40428] New: - Table borders are always rendered with margin of page-master, table-content is not
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=40428. 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=40428 Summary: Table borders are always rendered with margin of page- master, table-content is not Product: Fop Version: 0.20.5 Platform: PC OS/Version: Windows XP Status: NEW Severity: normal Priority: P2 Component: pdf AssignedTo: fop-dev@xmlgraphics.apache.org ReportedBy: [EMAIL PROTECTED] When specifying a margin-left of 0 cm on a simple-page-master, a table border is always rendered with no margin (generating a PDF-file). Even if the table in question is nested inside a block-element with a margin X 0cm (or if the table itself has a margin X), the content of the table however seems to have the margin X. The following fo-document reproduces the problem: fo:root xmlns:fo=http://www.w3.org/1999/XSL/Format; fo:layout-master-set fo:simple-page-master master-name=simpleA4 page-height=29.7cm page-width=21cm margin-top=0cm margin-bottom=0cm margin-left=0cm margin-right=0cm fo:region-body/fo:region-body /fo:simple-page-master /fo:layout-master-set fo:page-sequence master-reference=simpleA4 fo:flow flow-name=xsl-region-body fo:block margin-left=6cm This is a normal text fo:table table-layout=fixed border-width=1mm border-style=solid fo:table-column column-width=80mm/ fo:table-column column-width=80mm/ fo:table-body fo:table-row fo:table-cell fo:blockThis is the first cell/fo:block /fo:table-cell fo:table-cell fo:blockThis is the second cell/fo:block /fo:table-cell /fo:table-row /fo:table-body /fo:table /fo:block /fo:flow /fo:page-sequence /fo:root What I want to achieve: -a background-image covering whole page (no margin) -text has to have a margin of 6cm Is there a work-around? -- 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.
DO NOT REPLY [Bug 40429] New: - Table borders are always rendered with margin of page-master, table-content is not
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=40429. 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=40429 Summary: Table borders are always rendered with margin of page- master, table-content is not Product: Fop Version: 0.20.5 Platform: PC OS/Version: Windows XP Status: NEW Severity: normal Priority: P2 Component: pdf AssignedTo: fop-dev@xmlgraphics.apache.org ReportedBy: [EMAIL PROTECTED] When specifying a margin-left of 0 cm on a simple-page-master, a table border is always rendered with no margin (generating a PDF-file). Even if the table in question is nested inside a block-element with a margin X 0cm (or if the table itself has a margin X), the content of the table however seems to have the margin X. The following fo-document reproduces the problem: fo:root xmlns:fo=http://www.w3.org/1999/XSL/Format; fo:layout-master-set fo:simple-page-master master-name=simpleA4 page-height=29.7cm page-width=21cm margin-top=0cm margin-bottom=0cm margin-left=0cm margin-right=0cm fo:region-body/fo:region-body /fo:simple-page-master /fo:layout-master-set fo:page-sequence master-reference=simpleA4 fo:flow flow-name=xsl-region-body fo:block margin-left=6cm This is a normal text fo:table table-layout=fixed border-width=1mm border-style=solid fo:table-column column-width=80mm/ fo:table-column column-width=80mm/ fo:table-body fo:table-row fo:table-cell fo:blockThis is the first cell/fo:block /fo:table-cell fo:table-cell fo:blockThis is the second cell/fo:block /fo:table-cell /fo:table-row /fo:table-body /fo:table /fo:block /fo:flow /fo:page-sequence /fo:root What I want to achieve: -a background-image covering whole page (no margin) -text has to have a margin of 6cm Is there a work-around? -- 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.
DO NOT REPLY [Bug 40429] - Table borders are always rendered with margin of page-master, table-content is not
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=40429. 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=40429 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2006-09-07 11:38 --- *** This bug has been marked as a duplicate of 40428 *** -- 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.
DO NOT REPLY [Bug 40428] - Table borders are always rendered with margin of page-master, table-content is not
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=40428. 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=40428 --- Additional Comments From [EMAIL PROTECTED] 2006-09-07 11:38 --- *** Bug 40429 has been marked as a duplicate of this bug. *** -- 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.
DO NOT REPLY [Bug 40442] New: - percent length not working in font-size for rtf output
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=40442. 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=40442 Summary: percent length not working in font-size for rtf output Product: Fop Version: 0.92 Platform: All OS/Version: All Status: NEW Keywords: PatchAvailable Severity: normal Priority: P2 Component: rtf AssignedTo: fop-dev@xmlgraphics.apache.org ReportedBy: [EMAIL PROTECTED] Using a relative font-size, like this fo:block font-size=120%test/fo:block always gives the smallest font size possible. This is due to the fact that in org.apache.fop.render.rtf.FOPRtfAttributes.setHalfPoints(String,Length) getValue is used without a context. -- 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.
DO NOT REPLY [Bug 40442] - percent length not working in font-size for rtf output
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=40442. 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=40442 --- Additional Comments From [EMAIL PROTECTED] 2006-09-08 08:25 --- Created an attachment (id=18840) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=18840action=view) patch that add PercentBaseContext The patch is against 0.92, but should apply to trunk as well, as the only differences to these files are header diffs. This is a proposed modification to org.apache.fop.render.rtf.FOPRtfAttributes and org.apache.fop.render.rtf.TextAttributesConverter wich create LayoutManagers to use them as PercentBaseContext. -- 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.
DO NOT REPLY [Bug 40442] - [PATCH] percent length not working in font-size for rtf output
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=40442. 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=40442 [EMAIL PROTECTED] changed: What|Removed |Added Summary|percent length not working |[PATCH] percent length not |in font-size for rtf output |working in font-size for rtf ||output -- 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.
DO NOT REPLY [Bug 40271] - auto table layout -- dirty draft
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=40271. 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=40271 --- Additional Comments From [EMAIL PROTECTED] 2006-09-08 09:27 --- I've reviewed the latest patch. Here are my comments, some of which I already sent to Patrick when we chatted earlier via Skype: - in the testcase an overflow happens in the second column because border widths were not respected for calculating the column widths. - The resulting widths don't seem right. The first column should be wider, the third narrower to provide a more balanced result. - The variable names as mentioned by Andreas are still not changed. I don't particularly like names which contain indexes. Speaking names are always preferrable. I think there's room for improvement. - Your Java style is a little inconsistent. Indents are 4 spaces, there's a space after if, a space before and after == etc. You might want to install a CheckStyle plugin. It could help you avoid such things by telling you where the problems are. If you could improve that a little, it will cause less work for us when we apply the patch. - System.out.println calls have to be changed to use log.*(). Use log.is*Enabled() if you construct Strings with variables for log levels of info or higher. - The main point: As you know I'm still unhappy that the TableContentLayoutManager (with all its children) is constructed twice. If this can be isolated for the auto-table-layout case (i.e. the fixed table layout is not affected) it is somewhat acceptable in the short-term but the next big goal has to be to split the element list generation from the line-breaking. - It would be good to have additional test cases showing stuff that does not work, yet, like a table with some fixed-width columns. - In the end, the message table-layout=auto is currently not supported by FOP can be removed. :-) I'm happy to see that we're on the way on this topic. And it is good to see the discussion about the splitting of the element list generation from the line breaking. Unfortunately, I don't think the patch is ready to be applied, yet. What do the others think? -- 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.
DO NOT REPLY [Bug 40271] - auto table layout -- dirty draft
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=40271. 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=40271 --- Additional Comments From [EMAIL PROTECTED] 2006-09-09 11:50 --- Patrick, I have reviewed your patch. These are my remarks: columns.columns and columns2.columns contain the same TableColumn objects, columns.colWidths and columns2.colWidths contain the same TableColLength objects: columns ColumnSetup (id=79) columns ArrayListE (id=96) [0] TableColumn (id=104) [1] TableColumn (id=105) [2] TableColumn (id=102) colWidths ArrayListE (id=97) [0] null [1] TableColLength (id=114) [2] TableColLength (id=115) [3] TableColLength (id=108) maxColIndexReferenced 0 table Table (id=85) columns2ColumnSetup (id=81) columns ArrayListE (id=98) [0] TableColumn (id=104) [1] TableColumn (id=105) [2] TableColumn (id=102) colWidths ArrayListE (id=99) [0] null [1] TableColLength (id=114) [2] TableColLength (id=115) [3] TableColLength (id=108) maxColIndexReferenced 0 table Table (id=85) Consequently, in 'copy column setup' column and column2 are the same object. Apparently there is no need for columns2. One can set the column widths, use them for the auto table layout calculations, and set them again to the calculated widths. In TableContentLayoutManager.createElementsForRowGroup, the call to determineAutoColumnWidths may be too early. The construction of the element list of the primary is not yet finished. Cf. the call to the ElementListObserver. In LineLayoutManager.collectInlineKnuthElements minMaxW is not correctly calculated when an LM has multiple child LMs. Each child LM overwrites the results of its previous sibling, and the last one remains. The same is true for the calls to minMaxTextWidths() in BlockStackingLM and TableContentLM, when they have multiple child LMs. This would be a possible scenario: The BlockLevelLMs implement minMaxTextWidths(). Basically they request the same from their child LMs, and return the combined results. TableContentLM calls minMaxTextWidths() on all the TableCellLMs and combine the results per column. LineLM implements minMaxTextWidths() as collectKnuthElements and returns the combined results for minMaxW of its paragraphs and inline blocks. LineLM keeps the constructed element lists in knuthParagraphs (check). When the proper column widths have been calculated, getNextKnuthElements is called. In this call, LineLM uses the constructed element lists (check). In this way, the column width calculations are done without invoking the table stepper algorithm, and the element lists are constructed only once. Ideally it would be programmed such that a call to minMaxTextWidths() is optional, that is, if it is called, the Knuth element lists are kept for reuse in getNextKnuthElements(), and if it is not, getNextKnuthElements() constructs the element lists as it does now. The difficult part will be in TableContentLM, taking spanned cells into account and reusing existing methods while bypassing the grid unit construction. Implementing without spanned cells is the first approximation. Perhaps a simplified version of getKnuthElementsForRowIterator is needed: you want to dive into the table cells without bothering about vertical cell alignments and page breaks. Alternatively, the grid units are constructed without line breaking in the cells, and reused in the call to getNextKnuthElements(). (pgus should be a member of TableContentLM?) Simon -- 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.
DO NOT REPLY [Bug 40425] - PNG - Cannot read image dimensions
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=40425. 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=40425 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2006-09-10 11:43 --- Looks like a bug in the PNG codec for JDK 1.4.2_11 then. It may be this bug here: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4826548 As a work-around on JDK 1.4.2, you can change org.apache.fop.image.ImageFactory. Find the line: imt = new ImageMimeType(image/png); ...and change the block there to this: imt = new ImageMimeType(image/png); imageMimeTypes.put(imt.getMimeType(), imt); imt.addProvider(pngImage); imt.addProvider(imageIoImage); This gives the internal PNG codec a higher priority over the ImageIO codec. (In reply to comment #3) Right, running FOP with JDK 1.5 works :-) Building and running FOP using JDK 1.4.2_11 with the latest sources form the SVN trunk, I get the following backtrace. The build proceeds, though, resulting in a PDF document missing that image (which in fact is a black square to simplify matters). 07.09.2006 10:10:09 org.apache.fop.image.ImageIOImage loadBitmap SCHWERWIEGEND: Error while loading image: 4 java.lang.ArrayIndexOutOfBoundsException: 4 at com.sun.imageio.plugins.png.PNGImageReader.parse_PLTE_chunk(PNGImageReader.java:347) -- 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.
Bug report for Fop [2006/09/10]
+---+
| Bugzilla Bug ID |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned|
| | OPN=ReopenedVER=Verified(Skipped Closed/Resolved) |
| | +-+
| | | Severity: BLK=Blocker CRI=CriticalMAJ=Major |
| | | MIN=Minor NOR=Normal ENH=Enhancement |
| | | +-+
| | | | Date Posted |
| | | | +--+
| | | | | Description |
| | | | | |
| 953|Opn|Nor|2001-03-12|Incorrect hyperlinks area rendering in justified t|
| 1063|New|Nor|2001-03-21|fop does not handle large fo files|
| 1180|New|Maj|2001-04-02|Problem with monospaced font |
| 1773|Opn|Blk|2001-05-16|A table that is bigger than the page produces an e|
| 1859|Opn|Min|2001-05-22|org.apache.fop.apps.Driver.reset() doesn't fully r|
| 1998|New|Nor|2001-06-05|linefeed-treatment not understood |
| 2150|Ass|Maj|2001-06-13|New page with a table-header but without any tabl|
| 2475|Ass|Nor|2001-07-06|Borders don't appear to work in fo:table-row|
| 2740|New|Maj|2001-07-23|multi-page tables sometimes render badly |
| 2909|New|Maj|2001-07-30|Gradient render error |
| 2964|Ass|Nor|2001-08-02|problems with height of cells in tables |
| 2988|New|Maj|2001-08-03|0.19: list-item-label does not stick to list-item-|
| 3044|Ass|Maj|2001-08-08|keep-together not functioning |
| 3280|New|Nor|2001-08-27|PCL Renderer doesn't work |
| 3305|Opn|Nor|2001-08-28|list-block overlapping footnote body |
| 3497|New|Cri|2001-09-07|id already exists error when using span=all attr|
| 3824|New|Blk|2001-09-25|MIF option with tables|
| 4030|New|Nor|2001-10-08|IOException creating Postscript with graphics on S|
| 4126|New|Nor|2001-10-12|FontState.width() returns pts instead of millipts |
| 4226|New|Nor|2001-10-17|The orphans property doesn't seem to work |
| 4388|New|Nor|2001-10-24|Nullpointer exception in the construction of new D|
| 4415|New|Nor|2001-10-25|scaling=uniform does not work on images... |
| 4510|New|Nor|2001-10-30|fo:inline common properties ignored? |
| 4535|New|Maj|2001-10-31|PCL renderer 1.13 not rendering SVG |
| 4767|New|Nor|2001-11-09|SVG text is distored in PDF output|
| 4814|Opn|Nor|2001-11-12|0.20.2RC infinitely loops if there are tables in f|
| 5001|New|Nor|2001-11-21|content-width and content-height ignored? |
| 5010|New|Enh|2001-11-21|Better error reporting needed |
| 5124|New|Maj|2001-11-27|fo:block-container is not rendered properly using |
| 5335|New|Min|2001-12-10|Text with embedded CID fonts not retrievable from |
| 5655|Ass|Nor|2002-01-02|text-decoration cannot take multiple values |
| 6094|Opn|Maj|2002-01-29|0.20.3rc hangs in endless loop|
| 6237|Opn|Nor|2002-02-05|#xFB01 (fi ligature) produces a sharp? |
| 6305|New|Nor|2002-02-07|Using fo:table-and-caption results in empty output|
| 6427|New|Enh|2002-02-13|Adding additional Type 1 fonts problem|
| 6437|New|Maj|2002-02-13|Tables without fo:table-column don't render |
| 6483|New|Nor|2002-02-15|Table, Loop, footer could not fit on page, moving|
| 6844|New|Nor|2002-03-04|No line breaks inserted in list-item-label|
| 6918|New|Enh|2002-03-06|reference-orientation has no effect |
| 6997|New|Nor|2002-03-09|[PATCH] Row-spanned row data breaks over a page wi|
| 7241|New|Nor|2002-03-19|keep-with-previous, keep-with-next only working on|
| 7283|New|Nor|2002-03-20|Table border misaligned when using margin-left in |
| 7337|New|Nor|2002-03-21|border around external image leaves empty space |
| 7487|New|Nor|2002-03-26|break-before=page for table inserts empty page |
| 7496|New|Nor|2002-03-26|The table header borders are not adjusted to the b|
| 7525|New|Cri|2002-03-27|table with spans inside a list-block |
| 7919|New|Cri|2002-04-10|problem to use attribute linefeed-treatment and li|
| 8003|Ass|Maj|2002-04-12|FopImageFactory never releases cached images |
| 8050|New|Nor|2002-04-13|Soft hyphen (shy;) is not handled properly |
| 8321|New|Nor|2002-04-19|from-parent('width') returns 0 for nested tables |
| 8463|New|Nor|2002-04-24|SVG clipping in external.fo example doc when rende|
| 8767|Ass|Min|2002
DO NOT REPLY [Bug 40458] New: - difference between xsl used for FOP Verison 0.20.5 and 0.92(beta)
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=40458. 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=40458 Summary: difference between xsl used for FOP Verison 0.20.5 and 0.92(beta) Product: Fop Version: 0.92 Platform: Sun OS/Version: Windows 2000 Status: NEW Severity: normal Priority: P2 Component: pdf AssignedTo: fop-dev@xmlgraphics.apache.org ReportedBy: [EMAIL PROTECTED] Can anyone Give me the difference between xsl used for FOP Verison 0.20.5 and 0.92(beta). Because when I have shifted the vesion 0.20.5 to 0.92(beta) but have not changed xsl file which I was previously using. so, it is not giving me data in 0.92(beta) vesion but in 0.20.5 it is showing that data. -- 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.
DO NOT REPLY [Bug 40387] - PFMFile.load() crashes if a font has a name longer than 16 characters and also if parsing pfm files larger than 2048 bytes
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=40387. 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=40387 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |NEEDINFO --- Additional Comments From [EMAIL PROTECTED] 2006-09-11 06:40 --- I've taken a look at your patch and the fix for the font name is clear enough. However, the buffer parameter for the BufferedInputStream puzzles me. You add a new method signature with a buffer parameter but you didn't also make a change in PFMReader so that the official command-line tool profits from the change. It looks more like you added this so you can work around the problem in your environment. I'd prefer a more general fix if possible. So, should we simply hard-code the buffer size to 16KB or something like that to avoid the seemingly rare problem you're experiencing? -- 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.
DO NOT REPLY [Bug 40442] - [PATCH] percent length not working in font-size for rtf output
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=40442. 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=40442 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2006-09-11 06:48 --- Creating LayoutManagers in RTF output is not really the right idea. LayoutManagers are to be used only inside the layout engine which for RTF isn't used. I realize it's a tempting move but from a design perspective, it is wrong. A different solution has to be found. IMO, we have to have special implementations for PercentBaseContext for output formats which don't use the layout engine. These implementations could even be used by the layout managers, thus removing the need to implement PercentBaseContext there. If another committer disagrees with my statement, please reopen the issue. -- 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.
DO NOT REPLY [Bug 40458] - difference between xsl used for FOP Verison 0.20.5 and 0.92(beta)
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=40458. 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=40458 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2006-09-11 06:53 --- If you have a question on Apache FOP please post that on the fop-users mailing list [1]. Bugzilla is for bugs and keeping track of work items. [1] http://xmlgraphics.apache.org/fop/maillist.html#fop-user FOP 0.20.5 did many things wrong which FOP 0.92beta does much better. So if the XSL-FO you generated for 0.20.5 doesn't work in 0.92beta it means your FO was wrong and has to be improved. Details what needs to be changed can be found under: http://xmlgraphics.apache.org/fop/0.92/upgrading.html If this information doesn't help, please post log output and possibly an FO file (not XSLT!) to the fop-users mailing list so people can give you some hints. -- 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.
DO NOT REPLY [Bug 40458] - difference between xsl used for FOP Verison 0.20.5 and 0.92(beta)
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=40458. 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=40458 --- Additional Comments From [EMAIL PROTECTED] 2006-09-11 08:19 --- (In reply to comment #0) Can anyone Give me the difference between xsl used for FOP Verison 0.20.5 and 0.92(beta). Because when I have shifted the vesion 0.20.5 to 0.92(beta) but have not changed xsl file which I was previously using. so, it is not giving me data in 0.92(beta) vesion but in 0.20.5 it is showing that data. == We are fop for xml-pdf conversion. when i am running my xsl file 0.92(beta) version then it is not going to show data in below tag. If i am using 0.20.5 version then it is showing data. so, is there any changes on below tag? xsl:for-each select=/test/test1 fo:table-row border-width=0.5pt fo:table-cell fo:blockhi 1/fo:block fo:block text-align=left FROM DATE: xsl:value-of select=translate (fromDate,$smallLetters,$capitalLetters)/ /fo:block /fo:table-cell /fo:table-row -- 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.
DO NOT REPLY [Bug 40458] - difference between xsl used for FOP Verison 0.20.5 and 0.92(beta)
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=40458. 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=40458 --- Additional Comments From [EMAIL PROTECTED] 2006-09-11 13:25 --- Can you give the full call to fop (The full command line if called from a shell). I guess you use the -xml xxx -xls options so you never see the real fo-inputfile. My experience is that the build in (or should i say internaly called) xsl processer is sometimes funny. I can only suggest to use an external xls processor like xsltproc or xalan. After having problems with the build in xls processor I switched to xsltproc which worked fine for me. I dont know if there is a possibility to see/store the internaly generated fo-file which would be needed for following your problem. -- 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.
DO NOT REPLY [Bug 40464] New: - Improve handling of OpenType fonts
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=40464. 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=40464 Summary: Improve handling of OpenType fonts Product: Fop Version: 1.0dev Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: fonts AssignedTo: fop-dev@xmlgraphics.apache.org ReportedBy: [EMAIL PROTECTED] As discussed in http://marc.theaimsgroup.com/?t=11545300391r=1w=2 This is an umbrella, see the ones listed in blocked by for details -- 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.
DO NOT REPLY [Bug 40465] New: - Obtain some OpenType fonts for testing
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=40465. 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=40465 Summary: Obtain some OpenType fonts for testing Product: Fop Version: 1.0dev Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: fonts AssignedTo: fop-dev@xmlgraphics.apache.org ReportedBy: [EMAIL PROTECTED] Try to get a few OpenType reference fonts that can be distributed with FOP for testing and demonstration. Ask some font editors. The fonts could be crippled if they want, for example by removing portions of the glyph sets. -- 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.
DO NOT REPLY [Bug 40466] New: - Improve support for custom OpenType fonts
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=40466. 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=40466 Summary: Improve support for custom OpenType fonts Product: Fop Version: 1.0dev Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: fonts AssignedTo: fop-dev@xmlgraphics.apache.org ReportedBy: [EMAIL PROTECTED] Check that OpenType fonts with TrueType outlines are usable as custom fonts, including kerning. Fix things as needed, and have a look at what's needed to support Type 1/CFF outlines. -- 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.
DO NOT REPLY [Bug 40467] New: - Fix encoding in the PDF output when using custom fonts (ToUnicode table)
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=40467. 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=40467 Summary: Fix encoding in the PDF output when using custom fonts (ToUnicode table) Product: Fop Version: 1.0dev Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: pdf AssignedTo: fop-dev@xmlgraphics.apache.org ReportedBy: [EMAIL PROTECTED] FOP does not currently generate a ToUnicode table in the output PDF, this must be corrected to have correct encodings in PDF. Without this, cut and paste from PDF is not correct, and search fails with non-ASCII characters. The current situation is correctly documented at http://xmlgraphics.apache.org/fop/trunk/fonts.html, under TrueType font metrics. A patch has been provided (bug #5335, comment #9) but apparently the code comes from the FOray project, see if they agree to donate this code. -- 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.
DO NOT REPLY [Bug 40464] - Improve handling of OpenType fonts
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=40464. 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=40464 [EMAIL PROTECTED] changed: What|Removed |Added BugsThisDependsOn||40465, 40466, 40467 -- 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.
DO NOT REPLY [Bug 40465] - Obtain some OpenType fonts for testing
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=40465. 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=40465 [EMAIL PROTECTED] changed: What|Removed |Added OtherBugsDependingO||40464 nThis|| -- 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.
DO NOT REPLY [Bug 40467] - Fix encoding in the PDF output when using custom fonts (ToUnicode table)
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=40467. 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=40467 [EMAIL PROTECTED] changed: What|Removed |Added OtherBugsDependingO||40464 nThis|| -- 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.
DO NOT REPLY [Bug 40466] - Improve support for custom OpenType fonts
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=40466. 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=40466 [EMAIL PROTECTED] changed: What|Removed |Added OtherBugsDependingO||40464 nThis|| -- 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.
DO NOT REPLY [Bug 40468] - Use OpenType fonts from the STIX fonts project?
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=40468. 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=40468 [EMAIL PROTECTED] changed: What|Removed |Added OtherBugsDependingO||40465 nThis|| -- 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.
DO NOT REPLY [Bug 40465] - Obtain some OpenType fonts for testing
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=40465. 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=40465 [EMAIL PROTECTED] changed: What|Removed |Added BugsThisDependsOn||40468 -- 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.
DO NOT REPLY [Bug 40468] - Use OpenType fonts from the STIX fonts project?
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=40468. 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=40468 --- Additional Comments From [EMAIL PROTECTED] 2006-09-11 14:32 --- Here is the user license for the STIX fonts: http://www.stixfonts.org/user_license.html -- 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.
DO NOT REPLY [Bug 5335] - Text with embedded CID fonts not retrievable from pdf
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=5335. 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=5335 --- Additional Comments From [EMAIL PROTECTED] 2006-09-11 15:32 --- The attachment of comment #10 apparently contains code coming from FOray, see bug #40467 -- 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.
DO NOT REPLY [Bug 40465] - Obtain some OpenType fonts for testing
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=40465. 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=40465 --- Additional Comments From [EMAIL PROTECTED] 2006-09-11 15:39 --- Free fonts can be found at: http://www.nongnu.org/freefont/ Unfortunately they are not for immediate download in otf format, but can be converted using: http://fontforge.sourceforge.net/ hth Max -- 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.
DO NOT REPLY [Bug 40465] - Obtain some OpenType fonts for testing
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=40465. 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=40465 --- Additional Comments From [EMAIL PROTECTED] 2006-09-11 15:42 --- Unfortunetely the fonts I've just mentioned are GPL, but maybe we can ask the freefont people to provide downloadable OTF versions? -- 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.
DO NOT REPLY [Bug 5335] - Text with embedded CID fonts not retrievable from pdf
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=5335. 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=5335 --- Additional Comments From [EMAIL PROTECTED] 2006-09-11 16:17 --- (In reply to comment #12) The attachment of comment #10 apparently contains code coming from FOray, see bug #40467 Recent updates to this thread were brought to my attention for the purpose of obtaining permission for FOP to use the mentioned FOray code. FOP may freely use the code mentioned or any other FOray code as it wishes, and FOP may consider it contributed by FOray. It pains me a bit that we are doing the cut-and-paste thing, but this is perhaps my fault for being so slow to release FOray 0.2. I did an aXSL release last week and hope to do a FOray release within the next two weeks, not because FOray as a whole is ready to release, but I think the font code is. -- 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.
DO NOT REPLY [Bug 40491] New: - Out of Memory when add the attribute keep-together.within-column=always
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=40491. 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=40491 Summary: Out of Memory when add the attribute keep- together.within-column=always Product: Fop Version: 0.20.5 Platform: PC OS/Version: Windows XP Status: NEW Severity: normal Priority: P2 Component: fo tree AssignedTo: fop-dev@xmlgraphics.apache.org ReportedBy: [EMAIL PROTECTED] The FO file occur out of memory. After I remove the attribute keep-together.within-column=always,it is work OK. Please take a look. Thanks, Kevin The file content: fo:root font-family=UniversCond line-height=1.0 font-size=8pt font- weight=normal xmlns:aws=aws xmlns:math=http://exslt.org/math; xmlns:msxsl=urn:schemas-microsoft-com:xslt xmlns:svg=http://www.w3.org/2000/svg; xmlns:fo=http://www.w3.org/1999/XSL/Format; fo:layout-master-set xmlns:xlink=http://www.w3.org/1999/xlink; fo:simple-page-master master-name=page page-height=11in page-width=8.5in margin-top=20pt margin-bottom=28pt margin-left=0.75in margin-right=0.4in fo:region-before extent=77.362pt/ fo:region-body margin-top=77.362pt margin- bottom=46pt/ fo:region-after extent=28pt display-align=after/ /fo:simple-page-master /fo:layout-master-set fo:page-sequence master-reference=page xmlns:xlink=http://www.w3.org/1999/xlink; fo:static-content flow-name=xsl-region-before /fo:static-content fo:static-content flow-name=xsl-region-after /fo:static-content fo:flow flow-name=xsl-region-body fo:block span=all id=BasicsVPUSA04AC2/ fo:table table-layout=fixed inline-progression- dimension.optimum=100% fo:table-column column-width=257.1pt/ fo:table-column column-width=15pt/ fo:table-column column-width=257.1pt/ fo:table-body display-align=before fo:table-row keep-with-next=always fo:table-cell number-columns- spanned=3 fo:block span=all space-before=4pt space-after=0pt font-size=8pt fo:table table-layout=fixed inline-progression-dimension.optimum=100% fo:table-column/ fo:table-body fo:table-row fo:table-cell fo:block font-size=2.208pt background-color=rgb (217,217,217) fo:leader/ /fo:block /fo:table-cell /fo:table-row fo:table-row fo:table-cell fo:block font-weight=bold line-height=8.192pt background-color=rgb(217,217,217) text-indent=2ptFees and Expensesfo:inline font-weight=normal as of prospectus dated /fo:inline fo:inline font-weight=normal05-01- 2006/fo:inline /fo:block /fo:table-cell /fo:table-row /fo:table-body /fo:table /fo:block
DO NOT REPLY [Bug 40491] - Out of Memory when add the attribute keep-together.within-column=always
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=40491. 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=40491 --- Additional Comments From [EMAIL PROTECTED] 2006-09-12 23:22 --- Created an attachment (id=18856) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=18856action=view) The issue fo file -- 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.
DO NOT REPLY [Bug 40495] New: - PDF Report - OutOfMemoryError
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=40495. 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=40495 Summary: PDF Report - OutOfMemoryError Product: Fop Version: 0.92 Platform: Other OS/Version: Windows 2000 Status: NEW Severity: normal Priority: P2 Component: pdf AssignedTo: fop-dev@xmlgraphics.apache.org ReportedBy: [EMAIL PROTECTED] I am using fop 0.92 (beta) version. I going to generate PDF Report from FO. it is Working fine but when my FO is so large at that time it is giving error java.lang.OutOfMemoryError . Please Give me solution for that. I have also increased memory size also. -- 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.
DO NOT REPLY [Bug 40517] New: - link to a page-sequence doesn't work
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=40517. 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=40517 Summary: link to a page-sequence doesn't work Product: Fop Version: 0.20.5 Platform: Sun OS/Version: Solaris Status: NEW Severity: normal Priority: P2 Component: pdf AssignedTo: fop-dev@xmlgraphics.apache.org ReportedBy: [EMAIL PROTECTED] I'm using the docbook-xsl stylesheets to create my XSL-FO files. FOP is not handling links where the destination id is in a fo:page-sequence element. This means that in the table of contents, the page numbers are missing for all the chapter headings. Similarly, the cross-referencing is broken so clicking on the chapter heading in the table of contents or the PDF bookmark doesn't work. Looking at the generated XSL-FO, there is for example the following for the PDF bookmark: fox:outline internal-destination=id219576fox:label1.#xA0;Introduction/fox:label And, similarly in the table of contents: fo:basic-link internal-destination=id2195761. Introduction/fo:basic-link And the destination is in a fo:page-sequence: fo:page-sequence id=id219576 I can hack around the problem by adding the id to the fo:block that surrounds the title of the chapter later on the page but it'd be better if it could handle the destination being in the page-sequence. I'm no expert on XSL-FO so I'm assuming this is valid (and hence not a docbook-xsl bug). -- 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.
DO NOT REPLY [Bug 40517] - link to a page-sequence doesn't work
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=40517. 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=40517 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2006-09-15 18:55 --- FOP 0.20.5 is no longer maintained. All efforts go into the development of the trunk (0.92beta). The latest release is able to reference page-sequences but has problem with a few other id-bearing FO elements. Due to a problem with page-number-citations, 0.92beta and later is probably not ideal for DocBook applications, yet. You can try if the result is better with the latest release (or FOP Trunk from the Subversion repository) but there are no guarantees. -- 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.
DO NOT REPLY [Bug 40495] - PDF Report - OutOfMemoryError
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=40495. 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=40495 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Additional Comments From [EMAIL PROTECTED] 2006-09-15 18:59 --- Please use the fop-users mailing list for asking questions on FOP. If you search the mailing list archives of the fop-users mailing list, you'll find tons of good suggestions to avoid OutOfMemoryErrors. http://www.nabble.com/forum/Search.jtp?forum=353local=yquery=OutOfMemoryError -- 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.
DO NOT REPLY [Bug 40491] - Out of Memory when add the attribute keep-together.within-column=always
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=40491. 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=40491 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2006-09-15 19:08 --- I believe your FO file triggers an infinite loop. The OutOfMemoryError is only a side-effect. Please note that we don't fix any bugs for 0.20.5 anymore. At any rate, you have to make sure that with your keeps the content doesn't get longer than what room is available on the page. Even the latest release has problems with such a situation. However, when I fixed the FO errors in your example file, a PDF was generated with the latest FOP trunk (but not 0.92beta). Not that the result was great or anything. -- 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.
DO NOT REPLY [Bug 40442] - [PATCH] percent length not working in font-size for rtf output
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=40442. 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=40442 [EMAIL PROTECTED] changed: What|Removed |Added Attachment #18840|0 |1 is obsolete|| --- Additional Comments From [EMAIL PROTECTED] 2006-09-16 18:16 --- Created an attachment (id=18876) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=18876action=view) simpler fix New, simpler fix for percent font problem in RTF output. -- 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.
DO NOT REPLY [Bug 40529] New: - Possible bug in PSTextRenderer
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=40529. 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=40529 Summary: Possible bug in PSTextRenderer Product: Fop Version: all Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: ps AssignedTo: fop-dev@xmlgraphics.apache.org ReportedBy: [EMAIL PROTECTED] According to the comment, this class * Renders the attributed character iterator of a ttTextNode/tt. * This class draws the text directly into the PSGraphics2D so that * the text is not drawn using shapes which makes the PS files larger. * If the text is simple enough to draw then it sets the font and calls * drawString. If the text is complex or the cannot be translated * into a simple drawString the StrokingTextPainter is used instead. However, The check for unsupported glyphs seems always to use the default font, When makeFont is called the ACI should be initialized(?) using aci.first(), otherwise the position is undefined, the attributes (including font) are therefore null, and the default font is used instead. This bug seems to be masked in my case since the embedded SVG document I am rendering has other unsupported attributes so the text has to be stroked anyway. However, in the course of debugging I came across this and thought I should mention it. Could someone who understands this font handling see if this patch is reasonable: acro -- 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.
DO NOT REPLY [Bug 40529] - Possible bug in PSTextRenderer
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=40529. 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=40529 --- Additional Comments From [EMAIL PROTECTED] 2006-09-17 09:30 --- Created an attachment (id=18877) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=18877action=view) Initialize aci before makeFont etc. Otherwise it doesn't work. -- 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.
Bug report for Fop [2006/09/17]
+---+
| Bugzilla Bug ID |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned|
| | OPN=ReopenedVER=Verified(Skipped Closed/Resolved) |
| | +-+
| | | Severity: BLK=Blocker CRI=CriticalMAJ=Major |
| | | MIN=Minor NOR=Normal ENH=Enhancement |
| | | +-+
| | | | Date Posted |
| | | | +--+
| | | | | Description |
| | | | | |
| 953|Opn|Nor|2001-03-12|Incorrect hyperlinks area rendering in justified t|
| 1063|New|Nor|2001-03-21|fop does not handle large fo files|
| 1180|New|Maj|2001-04-02|Problem with monospaced font |
| 1773|Opn|Blk|2001-05-16|A table that is bigger than the page produces an e|
| 1859|Opn|Min|2001-05-22|org.apache.fop.apps.Driver.reset() doesn't fully r|
| 1998|New|Nor|2001-06-05|linefeed-treatment not understood |
| 2150|Ass|Maj|2001-06-13|New page with a table-header but without any tabl|
| 2475|Ass|Nor|2001-07-06|Borders don't appear to work in fo:table-row|
| 2740|New|Maj|2001-07-23|multi-page tables sometimes render badly |
| 2909|New|Maj|2001-07-30|Gradient render error |
| 2964|Ass|Nor|2001-08-02|problems with height of cells in tables |
| 2988|New|Maj|2001-08-03|0.19: list-item-label does not stick to list-item-|
| 3044|Ass|Maj|2001-08-08|keep-together not functioning |
| 3280|New|Nor|2001-08-27|PCL Renderer doesn't work |
| 3305|Opn|Nor|2001-08-28|list-block overlapping footnote body |
| 3497|New|Cri|2001-09-07|id already exists error when using span=all attr|
| 3824|New|Blk|2001-09-25|MIF option with tables|
| 4030|New|Nor|2001-10-08|IOException creating Postscript with graphics on S|
| 4126|New|Nor|2001-10-12|FontState.width() returns pts instead of millipts |
| 4226|New|Nor|2001-10-17|The orphans property doesn't seem to work |
| 4388|New|Nor|2001-10-24|Nullpointer exception in the construction of new D|
| 4415|New|Nor|2001-10-25|scaling=uniform does not work on images... |
| 4510|New|Nor|2001-10-30|fo:inline common properties ignored? |
| 4535|New|Maj|2001-10-31|PCL renderer 1.13 not rendering SVG |
| 4767|New|Nor|2001-11-09|SVG text is distored in PDF output|
| 4814|Opn|Nor|2001-11-12|0.20.2RC infinitely loops if there are tables in f|
| 5001|New|Nor|2001-11-21|content-width and content-height ignored? |
| 5010|New|Enh|2001-11-21|Better error reporting needed |
| 5124|New|Maj|2001-11-27|fo:block-container is not rendered properly using |
| 5335|New|Min|2001-12-10|Text with embedded CID fonts not retrievable from |
| 5655|Ass|Nor|2002-01-02|text-decoration cannot take multiple values |
| 6094|Opn|Maj|2002-01-29|0.20.3rc hangs in endless loop|
| 6237|Opn|Nor|2002-02-05|#xFB01 (fi ligature) produces a sharp? |
| 6305|New|Nor|2002-02-07|Using fo:table-and-caption results in empty output|
| 6427|New|Enh|2002-02-13|Adding additional Type 1 fonts problem|
| 6437|New|Maj|2002-02-13|Tables without fo:table-column don't render |
| 6483|New|Nor|2002-02-15|Table, Loop, footer could not fit on page, moving|
| 6844|New|Nor|2002-03-04|No line breaks inserted in list-item-label|
| 6918|New|Enh|2002-03-06|reference-orientation has no effect |
| 6997|New|Nor|2002-03-09|[PATCH] Row-spanned row data breaks over a page wi|
| 7241|New|Nor|2002-03-19|keep-with-previous, keep-with-next only working on|
| 7283|New|Nor|2002-03-20|Table border misaligned when using margin-left in |
| 7337|New|Nor|2002-03-21|border around external image leaves empty space |
| 7487|New|Nor|2002-03-26|break-before=page for table inserts empty page |
| 7496|New|Nor|2002-03-26|The table header borders are not adjusted to the b|
| 7525|New|Cri|2002-03-27|table with spans inside a list-block |
| 7919|New|Cri|2002-04-10|problem to use attribute linefeed-treatment and li|
| 8003|Ass|Maj|2002-04-12|FopImageFactory never releases cached images |
| 8050|New|Nor|2002-04-13|Soft hyphen (shy;) is not handled properly |
| 8321|New|Nor|2002-04-19|from-parent('width') returns 0 for nested tables |
| 8463|New|Nor|2002-04-24|SVG clipping in external.fo example doc when rende|
| 8767|Ass|Min|2002
DO NOT REPLY [Bug 40519] - While generating output as image/tiff it is only possible to use PackBits compression.
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=40519. 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=40519 [EMAIL PROTECTED] changed: What|Removed |Added AssignedTo|[EMAIL PROTECTED]|fop- ||[EMAIL PROTECTED] Status|ASSIGNED|NEW -- 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.
DO NOT REPLY [Bug 40519] - While generating output as image/tiff it is only possible to use PackBits compression.
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=40519. 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=40519 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |ASSIGNED --- Additional Comments From [EMAIL PROTECTED] 2006-09-18 08:56 --- Patch applied with modifications. Thanks Oliver! http://svn.apache.org/viewvc?view=revrev=447325 You'll see from the change that I've solved the multi-page problem with the ImageWriter. Please test and send feedback if it works for you, too. I'll write some docs about it in the meantime. -- 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.
