Re: (Chris) Re: Traits

From: Glen Mazza <[EMAIL PROTECTED]> I wouldn't worry too much about that. I believe methods themselves don't take up that much memory--and to a certain degree, we're supposed to be a "reference implementation"--so methods not relevant for all instances of a certain base class should not be def

DO NOT REPLY [Bug 24775] New: - 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 24775] - 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 24775] - 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 24775] - 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 24775] - 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 24775] - 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 24775] - 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 24775] - 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

Rendering code/padding left

FOP Devs, As promised Ive done some investigation to work out why padding-left wasnt working. I did a little tidying up in the AbstractRenderer and made changes to the PDF Renderer to get it working. Also, changes were needed to BlockLayoutManager to reduce IPD in response to padding-left. Ch

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: Rendering code/padding left

I'll get to your patch this weekend if no one else does earlier. Thanks! Glen --- Chris Bowditch <[EMAIL PROTECTED]> wrote: > FOP Devs, > > As promised Ive done some investigation to work out > why padding-left wasnt > working. I did a little tidying up in the > AbstractRenderer and made chang

alt.design web pages broken

I don't know when it happened, but the alt.design iframes for display of code fragments are broken. They require html files containing the html-formatted code, and these seem to have been left behind somewhere. Could someone who is familiar with what has been happening with forrest have a qui

Re: alt.design web pages broken

Only some are broken. I'll check them all tomorrow. Peter Peter B. West wrote: I don't know when it happened, but the alt.design iframes for display of code fragments are broken. They require html files containing the html-formatted code, and these seem to have been left behind somewhere. C

DO NOT REPLY [Bug 24791] New: - Generate .TXT files with FOP into command line

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)

Peter B. West wrote: [This message was originally on fop-user. I have moved it here as it is mostly a dev topic.] > The approach I took was to resolve all of the properties at every node > in the tree during the parsing. As the FO tree builder descends to the > leaf nodes, a complete properties

RE: (Chris) Re: Traits

> -Original Message- > From: Chris Bowditch [mailto:[EMAIL PROTECTED] > I'll definitely add (1) and (3) to my todo list and take a look probably later in the week. > 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, foll

DO NOT REPLY [Bug 24791] - Generate .TXT files with FOP into command line

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 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 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 24804] New: - SVG Text to PS Output generates incorrect outlines

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 24804] - SVG Text to PS Output generates incorrect outlines

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

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, see next point. In any case, justified text

DO NOT REPLY [Bug 24804] - SVG Text to PS Output generates incorrect outlines

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 24804] - SVG Text to PS Output generates incorrect outlines

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

introduction

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, and fo:block (in table cells and header

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

Looks like I really put my foot into it this time ;-) I have repeated the measurements I did yesterday and I think that it is a pretty reasonable conclusion that a lot of resources are consumed by FOP in its rather Byzantine property management code. I just spent a while trying to understand Pro

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

John Austin wrote: Looks like I really put my foot into it this time ;-) What makes you say that? I have repeated the measurements I did yesterday and I think that it is a pretty reasonable conclusion that a lot of resources are consumed by FOP in its rather Byzantine property management code. I

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

--- John Austin <[EMAIL PROTECTED]> 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 t