DO NOT REPLY [Bug 41379] - VerifyError on FopFactory.newInstance() using Tomcat 5.5.17 and JDK 1.5.0_07
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=41379. 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=41379 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] ||om -- 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.
Re: Job Change
Andreas L Delmelle writes: On Jun 26, 2007, at 16:08, [EMAIL PROTECTED] wrote: Hi Richard, Please note that as of this Friday I will no longer be working at Geoquip. Any e-mail directed to [EMAIL PROTECTED] on matters concerning FOP is unlikely to get any meaningful response. Hopefully I will still get the chance to continue working on FOP and I intend to take another look at the memory usage patches asap, I'm in the process of looking at your patch right now. I suppose you've already seen the additional comment on the bug (?) Yes. I'll take another look asap, Richard
Re: Character-by-character font selection strategy
Dear Fop-Devs, I've started some work on that in a patch I've submitted a while ago (which needs cleanup - lots of cleanup) http://issues.apache.org/bugzilla/show_bug.cgi?id=39422 I've also implemented character-by-character font selection for JEuclid, which may serve as a reference. Please look at: http://jeuclid.sourceforge.net/jeuclid-core/xref/net/sourceforge/jeuclid/elements/support/text/StringUtil.html#102 http://jeuclid.sourceforge.net/jeuclid-core/xref/net/sourceforge/jeuclid/elements/support/attributes/MathVariant.html#194 I'll add all three links to the wiki. Of course the algorithms would have to be modified to work with fop's font system instead of AWTs. I'd be very willing to test / enhance a patch, because I really need this feature (hence my original patch). One quick wish while you're at it: AFAIK FOP still does not even print a warning when it replaces a character with the # sign. Please fix this! (Part of the patch). mfG Max Berger e-mail: [EMAIL PROTECTED] -- OpenPG ID: E81592BC Print: F489F8759D4132923EC4 BC7E072AB73AE81592BC For information about me and my work please see http://max.berger.name signature.asc Description: OpenPGP digital signature
DO NOT REPLY [Bug 42768] - Wrong border resolution in a table with spanning cells
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=42768. 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=42768 --- Additional Comments From [EMAIL PROTECTED] 2007-06-28 07:50 --- Created an attachment (id=20412) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=20412action=view) Testcase showing the problem. The first table is wrong and broken tests are commented out. The second table is fine. -- 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 42616] - fop bash script still broken under cygwin when current dir has spaces
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=42616. 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=42616 --- Additional Comments From [EMAIL PROTECTED] 2007-06-28 08:28 --- export IFS=$'\n' Adding this just after the opening comments fixes the problem under Linux and Cygwin. -- 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 42769] New: - Wrong border resolution in a table with there are missing cells
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=42769. 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=42769 Summary: Wrong border resolution in a table with there are missing cells Product: Fop Version: 1.0dev Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: page-master/layout AssignedTo: fop-dev@xmlgraphics.apache.org ReportedBy: [EMAIL PROTECTED] In collapsing-border model, when a cell is missing in the table (no table-cell element), the border-halves of its neighbour cells don't appear. An empty cell should be created to hold those border-halves. -- 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 42769] - Wrong border resolution in a table with there are missing cells
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=42769. 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=42769 --- Additional Comments From [EMAIL PROTECTED] 2007-06-28 08:45 --- Created an attachment (id=20413) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=20413action=view) Testcase showing the problem. Broken tests are commented out. -- 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.
Re: Character-by-character font selection strategy
On Jun 28, 2007, at 18:32, Andreas L Delmelle wrote: ... calls an implementation of FontInfo.fontLookup() that just returns the first family in the list... Of course this should be supplemented: ... that is supported in the current configuration.
DO NOT REPLY [Bug 41044] - [PATCH] FOP memory usage patches.
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=41044. 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=41044 --- Additional Comments From [EMAIL PROTECTED] 2007-06-28 14:06 --- Status update: something really weird seems to be going on here. Continuing the tests with 'block-container_content_size_percentage.xml'. I placed a breakpoint around where the error originates ( AbstractBaseLM, line 89 ), then on each break checked the call stack, and noticed that for all nested block-containers except the first one, the stack points back to BlockContainerLM line 218, which is inside a conditional block that should only be entered if width=auto (?) The search continues... -- 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 41044] - [PATCH] FOP memory usage patches.
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=41044. 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=41044 --- Additional Comments From [EMAIL PROTECTED] 2007-06-28 14:23 --- Sorry, the block should precisely only be entered when it is *not* auto. Another dead end :( -- 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.