cvs commit: xml-fop/src/org/apache/fop/svg PDFTextElementBridge.java
keiron 2002/07/04 00:30:02 Modified:src/org/apache/fop/svg PDFTextElementBridge.java Log: prevent npe Revision ChangesPath 1.8 +2 -2 xml-fop/src/org/apache/fop/svg/PDFTextElementBridge.java Index: PDFTextElementBridge.java === RCS file: /home/cvs/xml-fop/src/org/apache/fop/svg/PDFTextElementBridge.java,v retrieving revision 1.7 retrieving revision 1.8 diff -u -r1.7 -r1.8 --- PDFTextElementBridge.java 28 Jun 2002 10:09:07 - 1.7 +++ PDFTextElementBridge.java 4 Jul 2002 07:30:01 - 1.8 @@ -39,7 +39,7 @@ public GraphicsNode createGraphicsNode(BridgeContext ctx, Element e) { GraphicsNode node = super.createGraphicsNode(ctx, e); -if(isSimple(ctx, e, node)) { +if(node != null isSimple(ctx, e, node)) { ((TextNode)node).setTextPainter(getTextPainter()); } return node; - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: xml-fop/src/org/apache/fop/image ImageFactory.java
keiron 2002/07/04 00:30:57 Modified:src/org/apache/fop/image ImageFactory.java Log: removed repeated string Revision ChangesPath 1.8 +1 -2 xml-fop/src/org/apache/fop/image/ImageFactory.java Index: ImageFactory.java === RCS file: /home/cvs/xml-fop/src/org/apache/fop/image/ImageFactory.java,v retrieving revision 1.7 retrieving revision 1.8 diff -u -r1.7 -r1.8 --- ImageFactory.java 1 Jul 2002 10:40:39 - 1.7 +++ ImageFactory.java 4 Jul 2002 07:30:57 - 1.8 @@ -225,7 +225,6 @@ } catch (Exception ex) { log.error(Error creating FopImage object ( + - Error creating FopImage object ( + absoluteURL.toString() + ) : + ex.getMessage(), ex); return null; } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Line breaking and Hyphenation
These (and other) problems are precisely why certain areas have been redesigned. Wouldn't it be better to put the effort into getting the new code to work? On Wed, 2002-07-03 at 10:57, Joerg Pietschmann wrote: I put a StringBuffer into FObjMixed to accumulate consecutive addCharacters() events. This is probably a good idea in general. Sometimes the SAX events can split text in all sort of places and it would be easier to handle if all consecutive text is joined together. Questions: - Is it still worth to do major hacks in LineArea.java? If you want to get rid of all the bugs, I would say no. There are additional issues with consecutive spaces which had been discussed here already, in particular how foo fo:inline text-decoration=underline bar/fo:inline should be handled. Will this result in two consecutive spaces, one of them underlined? Has this issue been resolved meanwhile? IIRC the space in the inline is marked and therefore this space is retained while the other space is discarded. J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
STATUS OF FOP ? the new re-engineered FOP?
Hi all, I used the maintenance release of FOP last year and I noticed that there is now a new re-engineered version. How is it, and will i be able to re-use my previous FOP stuff? This message contains information intended solely for the addressee, which is confidential or private in nature and subject to legal privilege. If you are not the intended recipient, you may not peruse, use, disseminate, distribute or copy this message or any file attached to this message. Any such unauthorised use is prohibited and may be unlawful. If you have received this message in error, please notify the sender immediately by e-mail, facsimile or telephone and thereafter delete the original message from your machine. Furthermore, the information contained in this message, and any attachments thereto, is for information purposes only and may contain the personal views and opinions of the author, which are not necessarily the views and opinions of Dimension Data (South Africa) (Proprietary) Limited or is subsidiaries and associated companies (Dimension Data). Dimension Data therefore does not accept liability for any claims, loss or damages of whatsoever nature, arising as a result of the reliance on such information by anyone. Whilst all reasonable steps are taken to ensure the accuracy and integrity of information transmitted electronically and to preserve the confidentiality thereof, Dimension Data accepts no liability or responsibility whatsoever if information or data is, for whatsoever reason, incorrect, corrupted or does not reach its intended destination. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
DO NOT REPLY [Bug 10475] New: - FOP runs out of memory
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10475. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10475 FOP runs out of memory Summary: FOP runs out of memory Product: Fop Version: 0.20.4 Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Normal Priority: Other Component: pdf renderer AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I'm using XT to create the *.fo file, and I'm using a program to create the *.xml and *.xsl files. The file in question and the intended look og the pdf filescna be downloaded at: FTP:[EMAIL PROTECTED]/ddaknp (the last is the library). Username:ddaftp Password:ddanesstar Regards Knud Petersen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
DO NOT REPLY [Bug 10475] - FOP runs out of memory
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10475. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10475 FOP runs out of memory [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2002-07-04 11:53 --- I can't get the file. I'm mapping this to the generic OutOfMemory bug for now, reopen if the problem is not the input file size but an infinite loop. *** This bug has been marked as a duplicate of 1063 *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
DO NOT REPLY [Bug 1063] - fop does not handle large fo files
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=1063. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=1063 fop does not handle large fo files [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2002-07-04 11:53 --- *** Bug 10475 has been marked as a duplicate of this bug. *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: [vote] removing BufferManager and XTTreeBuilder
there is some dead wood to cut: - The BufferManager isn't used anymore, because it apparently caused more harm than good (see Mark Lillywhite's comments) +1 for removing all references and delete the files in fop/system +1 - The XTFOTreeBuilder provides a SAX1 interface. It is not used anywhere, the Driver uses the FOTreeBuilder SAX2 interface. Does someone remember questions about SAX1 support? If not: +1 for removing XTFOTreebuilder and XTElementMapping +1 I would like to suggest to wait with this until after the final release of 0.20.4. Maybe I'm too picky about the release candidate stuff but IMHO an RC phase is a time to fix important bugs that are found in an RC and to document known issues. No new features should be added in this phase because of new problems that might be introduced. See System.exit() stuff. But I won't stand in the way if you guys think otherwise. Cheers, Jeremias Märki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: STATUS OF FOP ? the new re-engineered FOP?
On Thu, 2002-07-04 at 11:24, [EMAIL PROTECTED] wrote: Hi all, I used the maintenance release of FOP last year and I noticed that there is now a new re-engineered version. How is it, and will i be able to re-use my previous FOP stuff? There isn't a release of the re-engineered version. Currently releases are from the old code. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: [vote] removing BufferManager and XTTreeBuilder
Joerg Pietschmann schrieb: Hello all, there is some dead wood to cut: - The BufferManager isn't used anymore, because it apparently caused more harm than good (see Mark Lillywhite's comments) +1 for removing all references and delete the files in fop/system +1 (after the release - which should really happen this evening/tomorrow morning) - The XTFOTreeBuilder provides a SAX1 interface. It is not used anywhere, the Driver uses the FOTreeBuilder SAX2 interface. Does someone remember questions about SAX1 support? If not: +1 for removing XTFOTreebuilder and XTElementMapping This has already been removed ;-) J.Pietschmann Christian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
cvs commit: xml-fop CHANGES
chrisg 2002/07/04 08:48:03 Modified:.Tag: fop-0_20_2-maintain CHANGES Log: added missing CHANGES Revision ChangesPath No revision No revision 1.10.2.21 +5 -0 xml-fop/CHANGES Index: CHANGES === RCS file: /home/cvs/xml-fop/CHANGES,v retrieving revision 1.10.2.20 retrieving revision 1.10.2.21 diff -u -r1.10.2.20 -r1.10.2.21 --- CHANGES 1 Jul 2002 19:11:54 - 1.10.2.20 +++ CHANGES 4 Jul 2002 15:48:03 - 1.10.2.21 @@ -53,8 +53,13 @@ (thanks to Arnd Beissner and Brian O'Kelley) - Added support for comma-separated values for the font-family property Submitted by: Oleg Tkachenko [EMAIL PROTECTED] +- Fixed support for fractional font sizes + Submitted by: Björn Lütkemeier +- Added exit codes/file deletion in case of an error (Joerg Pietschmann) - Implemented margin shorthand Submitted by: Peter Kullmann [EMAIL PROTECTED] +- Added reload functionality in AWT preview window + Submitted by: Oleg Tkachenko [EMAIL PROTECTED] == Done since 0.20.2 release - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]