Re: linefeed-treatment

Hi Rainer, On Tue, 2002-11-12 at 00:08, Rainer Garus wrote: > With an actual 1.0dev fop the following part of a fo-file > > > Hello > > > is rendered to a line which starts with a space character. Is this correct? And is >the implementation in fop 0.20.4 false, which don't considered the star

RE: A performance patch for PDFInfo class

On Mon, 2002-11-11 at 23:44, Kevin O'Neill wrote: > Like anybody else there are times when I optimize as I go, but I really > try and keep in mind, "is this the simplest thing I could do?" Fighting > the urge to apply "optimizations" as you go is hard sometimes but in my > experience leads to a bet

Re: cvs commit: xml-fop/src/org/apache/fop/image JpegImage.java

On Mon, 2002-11-11 at 19:30, [EMAIL PROTECTED] wrote: > Log: > Fixed problem with jpegs with icc profile and acrobat reader 5 (Bug #11301) > Submitted by: Stephan Neuhaus <[EMAIL PROTECTED]> I tried this change with the trunk code and I get an exception "java.lang.IllegalArgumentException: I

RE: How force FOP to render embeded SVG object in PCL?

On Mon, 2002-11-11 at 17:37, Vladimir Korovkin wrote: > Thank You, > > I think to do either so or to patch fop (i have PCL language manual). > > It is interestingly that PCLSVGRenderer was in Fop-0.18.1. It tried > to render embeded svg objects into pcl but it has been removed from next > versi

cvs commit: xml-fop/src/documentation cocoon.diff forrest.diff

keiron 2002/11/12 01:12:36 Added: src/documentation cocoon.diff forrest.diff Log: diffs to make fop cvs trunk work with cocoon and forrest better handles images, pdf bookmarks and some other changes Revision ChangesPath 1.1 xml-fop/src/documentation/

cvs commit: xml-fop/src/documentation/content/xdocs/fo blocks.ent embed.fo

keiron 2002/11/12 01:15:54 Modified:src/documentation/content/xdocs/dev examples.xml Added: src/documentation/content/xdocs/fo blocks.ent embed.fo Log: added svg/instream foreign object embedding examples Revision ChangesPath 1.3 +20 -0 xml-fop/src/docu

Re: A performance patch for PDFInfo class

ok, sorry for the disturbance. Laszlo Hornyak ps: StringBuffering code: time for test: 45479 String += code: time for test: 52011 difference: 14.36% java version "1.4.1_01" Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.1_01-b01) Java HotSpot(TM) Client VM (build 1.4.1_01-b01, mix

Re: Avalonization?

On Tue, 2002-11-12 at 18:40, Jeremias Maerki wrote: > Cool. I'm going to ping you as soon as I'm ready to go for it again. Too > little time this week to give you any directions. If you find anything, > go for it. IMO the PDF library would also profit from a little > refactoring and some additions

Re: A performance patch for PDFInfo class

On Tue, 2002-11-12 at 20:22, Laszlo Hornyak wrote: > ok, sorry for the disturbance. > > Laszlo Hornyak > > ps: > StringBuffering code: > time for test: 45479 > > String += code: > time for test: 52011 += is slow + is faster. > difference: 14.36% > > java version "1.4.1_01" > Java(TM) 2 Runti

Re: Avalonization?

On Tue, 2002-11-12 at 11:28, Kevin O'Neill wrote: > On Tue, 2002-11-12 at 18:40, Jeremias Maerki wrote: > > Cool. I'm going to ping you as soon as I'm ready to go for it again. Too > > little time this week to give you any directions. If you find anything, > > go for it. IMO the PDF library would a

Re: Avalonization?

On Tue, 2002-11-12 at 21:35, Keiron Liddle wrote: > On Tue, 2002-11-12 at 11:28, Kevin O'Neill wrote: > > On Tue, 2002-11-12 at 18:40, Jeremias Maerki wrote: > > > Cool. I'm going to ping you as soon as I'm ready to go for it again. Too > > > little time this week to give you any directions. If you

Re: A performance patch for PDFInfo class

>On Tue, 2002-11-12 at 20:22, Laszlo Hornyak wrote: >> ok, sorry for the disturbance. >> >> Laszlo Hornyak >> >> ps: >> StringBuffering code: >> time for test: 45479 >> >> String += code: >> time for test: 52011 > >+= is slow > >+ is faster. > The important thing here are not realy the time it tak

DO NOT REPLY [Bug 11277] - illegal char value nnn in FO PDF driver.run()

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: A performance patch for PDFInfo class

On Tue, 2002-11-12 at 22:24, Henrik Olsson wrote: > >On Tue, 2002-11-12 at 20:22, Laszlo Hornyak wrote: > >> ok, sorry for the disturbance. > >> > >> Laszlo Hornyak > >> > >> ps: > >> StringBuffering code: > >> time for test: 45479 > >> > >> String += code: > >> time for test: 52011 > > > >+= is sl

Re: A performance patch for PDFInfo class

On Tue, 2002-11-12 at 20:22, Laszlo Hornyak wrote: > ok, sorry for the disturbance. > > Laszlo Hornyak > > ps: > StringBuffering code: > time for test: 45479 > > String += code: > time for test: 52011 > > difference: 14.36% > > java version "1.4.1_01" > Java(TM) 2 Runtime Environment, Standard

DO NOT REPLY [Bug 14444] - [PATCH] a performance patch for PDFInfo class

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 14468] New: - broken link when using

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Form XObject (was: Re: Avalonization?)

On Tue, 2002-11-12 at 12:00, Kevin O'Neill wrote: > > I just added a Form XObject but it needs some work (eg. bounds). > > How do you intend to pass xobject hits from the fo processor. I had > thought about a fop specific attribute that was a hint on block level > objects. I'm not sure what situa

Re: A performance patch for PDFInfo class

>StringBuffer xxx.append("foo").append("bar"); > >understanding what the compiler does is the secret to optimizing >Strings. Hi Kevin. Its not an issue of what code is fastest here, its about creation and destuction of objects. I have done several measurements on the fop to find the bottlenecks a

DO NOT REPLY [Bug 14478] New: - Hyphenation for the first time works not correctly

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: A performance patch for PDFInfo class

On Tue, 2002-11-12 at 16:25, Henrik Olsson wrote: > >StringBuffer xxx.append("foo").append("bar"); > > > >understanding what the compiler does is the secret to optimizing > >Strings. > > Hi Kevin. > Its not an issue of what code is fastest here, its about creation and > destuction of objects. Su

Re: A performance patch for PDFInfo class

Keiron Liddle wrote: > Surely functionality and design count before optimisations. Sad to here that, I think that it should be considered while you design and create functionality. Since the FOP are realy doing the job for me, just some prefomeance issue. /Henrik

AW: Form XObject (was: Re: Avalonization?)

> On Tue, 2002-11-12 at 12:00, Kevin O'Neill wrote: > > > I just added a Form XObject but it needs some work (eg. bounds). > > > > How do you intend to pass xobject hits from the fo processor. I had > > thought about a fop specific attribute that was a hint on block level > > objects. What does yo

Re: A performance patch for PDFInfo class

Henrik Olsson wrote: Sad to here that, I think that it should be considered while you design and create functionality. Real optimizations should take place only after careful measurements, which possible only when your stuff works, but you cannot design, prototype or implement with optimizati

Re: cvs commit: xml-fop/src/org/apache/fop/image JpegImage.java

Keiron Liddle wrote: I tried this change with the trunk code and I get an exception "java.lang.IllegalArgumentException: Invalid ICC Profile Data". The trunk code uses the java ICC profile to load and store the data. Even though it eventually simply gets the original data to write into the pdf do

Re: A performance patch for PDFInfo class

On Wed, 2002-11-13 at 02:25, Henrik Olsson wrote: > >StringBuffer xxx.append("foo").append("bar"); > > > >understanding what the compiler does is the secret to optimizing > >Strings. > > Hi Kevin. > Its not an issue of what code is fastest here, its about creation and > destuction of objects. Th

Re: Form XObject (was: Re: Avalonization?)

On Wed, 2002-11-13 at 00:53, Keiron Liddle wrote: > On Tue, 2002-11-12 at 12:00, Kevin O'Neill wrote: > > > I just added a Form XObject but it needs some work (eg. bounds). > > > > How do you intend to pass xobject hits from the fo processor. I had > > thought about a fop specific attribute that w

DO NOT REPLY [Bug 1171] - small-caps in static content becomes all-caps

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug

DO NOT REPLY [Bug 14489] New: - [PATCH] small workaround for outputHeader called two times

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 14489] - [PATCH] small workaround for outputHeader called two times

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 14491] New: - ZapfDingbats font shaded square box which was appearing in FOP 0.19.0 does not appear in FOP 0.20.4

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: A performance patch for PDFInfo class

"Kevin O'Neill"

DO NOT REPLY [Bug 14491] - ZapfDingbats font shaded square box which was appearing in FOP 0.19.0 does not appear in FOP 0.20.4

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

cvs commit: xml-fop/src/org/apache/fop/fo/properties BackgroundColor.java BorderAfterColor.java BorderBeforeColor.java BorderBottomColor.java BorderBottomWidth.java BorderEndColor.java BorderLeftColor.java BorderLeftWidth.java BorderRightColor.java BorderRightWidth.java BorderStartColor.java BorderTopColor.java BorderTopWidth.java BorderWidth.java Color.java Property.java

pbwest 2002/11/12 19:48:32 Modified:src/org/apache/fop/fo/properties Tag: FOP_0-20-0_Alt-Design BackgroundColor.java BorderAfterColor.java BorderBeforeColor.java BorderBottomColor.java BorderBottomWidth.java BorderE

cvs commit: xml-fop/src/org/apache/fop/fo FONode.java

pbwest 2002/11/12 20:04:48 Modified:src/org/apache/fop/fo Tag: FOP_0-20-0_Alt-Design FONode.java Log: Created stateFlags. Moved attribute set constants from FOPropertySets and merged with stateFlags. Changed attrSet argument to constructor to a stateFlags arg. Removed numPro

cvs commit: xml-fop/src/org/apache/fop/fo FoRoot.java

pbwest 2002/11/12 20:06:25 Modified:src/org/apache/fop/fo Tag: FOP_0-20-0_Alt-Design FoRoot.java Log: Attribute set constants moved from FOPropertySets to FONode. numProps arg to FONode constructor removed. Revision ChangesPath No revision No

cvs commit: xml-fop/src/org/apache/fop/fo FOPropertySets.java

pbwest 2002/11/12 20:07:39 Modified:src/org/apache/fop/fo Tag: FOP_0-20-0_Alt-Design FOPropertySets.java Log: Attribute set constant names moved to FONode. Revision ChangesPath No revision No revision

cvs commit: xml-fop/src/org/apache/fop/fo PropertyConsts.java

pbwest 2002/11/12 20:09:53 Modified:src/org/apache/fop/fo Tag: FOP_0-20-0_Alt-Design PropertyConsts.java Log: Commented out debugging println. Revision ChangesPath No revision No revision 1.1.2.1

cvs commit: xml-fop/src/org/apache/fop/fo/flow FoBasicLink.java FoBidiOverride.java FoBlockContainer.java FoBlock.java FoCharacter.java FoExternalGraphic.java FoFloat.java FoFlow.java FoFootnoteBody.java FoFootnote.java FoInitialPropertySet.java FoInlineContainer.java FoInline.java FoInstreamForeignObject.java FoLeader.java FoListBlock.java FoListItemBody.java FoListItem.java FoListItemLabel.java FoMarker.java FoMultiCase.java FoMultiProperties.java FoMultiPropertySet.java FoMultiSwitch.java FoMultiToggle.java FoNoFo.java FoPageNumberCitation.java FoPageNumber.java FoPageSequence.java FoPcdata.java FoRetrieveMarker.java FoStaticContent.java FoTableAndCaption.java FoTableBody.java FoTableCaption.java FoTableCell.java FoTableColumn.java FoTableFooter.java FoTableHeader.java FoTable.java FoTableRow.java FoTitle.java FoWrapper.java

pbwest 2002/11/12 20:13:06 Modified:src/org/apache/fop/fo/flow Tag: FOP_0-20-0_Alt-Design FoBasicLink.java FoBidiOverride.java FoBlockContainer.java FoBlock.java FoCharacter.java FoExternalGraphic.java FoFloat.java

cvs commit: xml-fop/src/org/apache/fop/fo/pagination FoLayoutMasterSet.java FoPageSequenceMaster.java FoRegionBeforeAfter.java FoRegionBody.java FoRegionStartEnd.java FoSimplePageMaster.java

pbwest 2002/11/12 20:15:20 Modified:src/org/apache/fop/fo/pagination Tag: FOP_0-20-0_Alt-Design FoLayoutMasterSet.java FoPageSequenceMaster.java FoRegionBeforeAfter.java FoRegionBody.java FoRegionStartEnd.java FoSim

Re: Form XObject (was: Re: Avalonization?)

On Tue, 2002-11-12 at 20:44, Kevin O'Neill wrote: > I'm talking about specific user driven contexts. For instance as the > designer I may know that I repeat the use of a image in several > locations throughout the document, say it's a graphic I use at the start > of a paragraph. It would be nice to