DO NOT REPLY [Bug 24843] New: - Extra page is printed when rendering PCL

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: FOP ~ PropertyList search gives linear performance (FROM: fop-user)

No shortages here. Peter John Austin wrote: On Wed, 2003-11-19 at 19:50, Peter B. West wrote: John Austin wrote: ... My apologies to everyone on the list for the testy tone ... You mean I might have help p*ss*ng people off ? -- Peter B. West

Re: (Chris) Re: Traits

Andreas L. Delmelle wrote: -Original Message- From: J.Pietschmann [mailto:[EMAIL PROTECTED] Having "getters" and "setters" for a property and an actual implementation getting the work done are different things... unless you men something else. The objects to which this particular FO prope

Re: ANN: alt-design can now be integrated??

John Austin wrote: On Wed, 2003-11-19 at 15:34, Victor Mote wrote: Geez! I was thinking more along the lines of plugging in a few new data structures for property lookup. I am exploring the old implementation through the marvel of code grooming in order to understand it. Don't worry, I have the

Re: FOP ~ PropertyList search gives linear performance (FROM:fop-user)

John Austin wrote: On Wed, 2003-11-19 at 15:22, Victor Mote wrote: John Austin wrote: to work on this but I don't want to walk in to a firefight. FWIW, I don't think there is really a firefight. Our discussions are usually at least robust, maybe even rowdy, but AFAICT, there is a large amount of

Re: FOP ~ PropertyList search gives linear performance (FROM: fop-user)

Victor Mote wrote: Peter B. West wrote: The last assessment of the situation that I can recall on this list was that property handling is working satisfactorily so there is no need to pay any attention to it. Yes, really. I don't think this is quite right. It is a matter of priorities. Propert

DO NOT REPLY [Bug 24764] - If xml of the size exceeding 490KB is changed by xfo, it will surely fail.

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: FOP ~ PropertyList search gives linear performance (FROM:fop-user)

Victor Mote wrote: John Austin wrote: I offered (off-line) to look merging the Alt-Design code in to the main branch but I suspect that there are some different directions associated with this. Perhaps this is the reason it has not been done so far. I am still willing to work on this but I don't w

Re: FOP ~ PropertyList search gives linear performance (FROM: fop-user)

On Wed, 2003-11-19 at 19:50, Peter B. West wrote: > John Austin wrote: ... > My apologies to everyone on the list for the testy tone ... You mean I might have help p*ss*ng people off ? > Peter -- John Austin <[EMAIL PROTECTED]>

Re: FOP ~ PropertyList search gives linear performance (FROM: fop-user)

John Austin wrote: On Tue, 2003-11-18 at 22:36, Peter B. West wrote: ... Overnight I ran another test, using xml-fop_20031118231549.tar.gz and the final summary of the call tree SUGGESTS that things are better (although the results may be incorrect). ... My focus is on performance. I came to the

DO NOT REPLY [Bug 24775] - [PATCH] padding-left in PDF Renderer

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: (Chris) Re: Traits

> -Original Message- > From: J.Pietschmann [mailto:[EMAIL PROTECTED] > > Having "getters" and "setters" for a property and an actual implementation > getting the work done are different things... unless you men > something else. > The objects to which this particular FO property applies wo

[VOTE] Move org.apache.fop.pdf.FontSetup to fonts package

--- Victor Mote <[EMAIL PROTECTED]> wrote: > > I'm not sure what you are asking for here. IIRC, > layout.FontState has > basically been moved to fonts.Font. What has > happened (I think) is that the > font variant code was added to the maintenance > branch, but not to the trunk. > I actually don't

Re: (Chris) Re: Traits

From: "J.Pietschmann" <[EMAIL PROTECTED]> Chris Bowditch wrote: Centering seems to be off by just one character. Well, the errorneously unstripped space... Yes I was agreeing with you here. text justification combination of LineLayoutManager.getNextBreakPoss and LineLayoutManager.makeLineBreak C

Re: ANN: alt-design can now be integrated??

On Wed, 2003-11-19 at 15:34, Victor Mote wrote: > ANNOUNCEMENT: I have just committed a change that 1) allows LayoutStrategy > to tell whether an FO Tree should be built, 2) has Driver act on this, i.e. > to build an FO Tree only if LayoutStrategy indicates that this should be > done. This should t

DO NOT REPLY [Bug 24815] - PDF not rendered by 0.20.5

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: (Chris) Re: Traits

Chris Bowditch wrote: Centering seems to be off by just one character. Well, the errorneously unstripped space... text justification combination of LineLayoutManager.getNextBreakPoss and LineLayoutManager.makeLineBreak Close but no cigar. In getNextBreakPoss, the code handles lines which are last

Re: (Chris) Re: Traits

Andreas L. Delmelle wrote: Now, since the other thread (between John, Peter & yourself) mentioned getter and setter methods WRT property management, and font-variant is a property --Would it be correct to assume that such getters and setters would still have to be added in relevant classes? (Apart

RE: FOP ~ PropertyList search gives linear performance (FROM:fop-user)

On Wed, 2003-11-19 at 15:22, Victor Mote wrote: > John Austin wrote: > > to work on this but I don't want to walk in to a firefight. > > FWIW, I don't think there is really a firefight. Our discussions are usually > at least robust, maybe even rowdy, but AFAICT, there is a large amount of > mutua

ANN: alt-design can now be integrated??

ANNOUNCEMENT: I have just committed a change that 1) allows LayoutStrategy to tell whether an FO Tree should be built, 2) has Driver act on this, i.e. to build an FO Tree only if LayoutStrategy indicates that this should be done. This should theoretically allow Peter's logic to be used as a LayoutS

RE: FOP ~ PropertyList search gives linear performance (FROM: fop-user)

Peter B. West wrote: > The last assessment of the situation that I can recall on this list was > that property handling is working satisfactorily so there is no need to > pay any attention to it. Yes, really. I don't think this is quite right. It is a matter of priorities. Property handling work

RE: FOP ~ PropertyList search gives linear performance (FROM:fop-user)

John Austin wrote: > I just spent a while trying to understand PropertyList > and PropertyListBuilder and found out that I need to > understand Property and Property.Maker as well. I think > I am going to have to help with this part of the project > but it is going to take a while. Yes, this stuf

RE: (Chris) Re: Traits

> -Original Message- > From: Victor Mote [mailto:[EMAIL PROTECTED] > > Andreas L. Delmelle wrote: > > > 0.20.5; absent in HEAD --browsing through CVS indicates Victor > could add a > > few comments on what would need to be done to complete this particular > > issue. In fact, I already read

cvs commit: xml-fop/src/java/org/apache/fop/layout LayoutStrategy.java

vmote 2003/11/19 10:32:33 Modified:src/java/org/apache/fop/apps Driver.java src/java/org/apache/fop/layout LayoutStrategy.java Log: 1. add method to LayoutStrategy indicating whether an FO Tree should be built for this strategy 2. add logic in Driver.render() to h

cvs commit: xml-fop/src/java/org/apache/fop/render/rtf TextAttributesConverter.java

vmote 2003/11/19 10:03:56 Modified:src/java/org/apache/fop/render/rtf TextAttributesConverter.java Log: fix Unicode encoding problem in comments Revision ChangesPath 1.4 +27 -27 xml-fop/src/java/org/apache/fop/render/rtf/TextAttributesC

RE: (Chris) Re: Traits

Andreas L. Delmelle wrote: > Just adding this so it might save you a (wee) bit of time: > > I did a quick lookup for this, comparing 0.20.5 with HEAD, following > difference immediately caught my eye: class layout.FontState. (defined in > 0.20.5; absent in HEAD --browsing through CVS indicates Vic

DO NOT REPLY [Bug 1180] - Problem with monospaced font

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 1180] - Problem with monospaced font

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 24816] - Generate .TXT files with FOP - a posible solutions?

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: (Chris) Re: Traits

From: "J.Pietschmann" <[EMAIL PROTECTED]> Glen Mazza wrote: 1.) The "Extensible Markup Language 1.0" title (the one with a blue background) it not centered properly within the block. This is probably an issue within PDFRenderer.java renderText() function. This may be due to unstripped spaces, se

Re: introduction

From: Bruce Duncan <[EMAIL PROTECTED]> Hello, my name is Bruce Duncan and I'd like to get involved with helping out on FOP. I am currently using the 0.20.5 release to do some pretty simple fo->pdf conversions. The tags I use the most are fo:table, fo:external-graphic, fo:instream-foreign-object,

DO NOT REPLY [Bug 24816] New: - Generate .TXT files with FOP - a posible solutions?

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 24775] - [PATCH] padding-left in PDF Renderer

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 24815] - PDF not rendered by 0.20.5

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 24764] - If xml of the size exceeding 490KB is changed by xfo, it will surely fail.

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 24815] - PDF not rendered by 0.20.5

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