Re: svn commit: r713747 [1/4] - in /xmlgraphics/fop/branches/Temp_AFPGOCAResources/src: documentation/content/xdocs/trunk/ java/META-INF/services/ java/org/apache/fop/afp/ java/org/apache/fop/afp/font

On 24.11.2008 15:50:40 Adrian Cumiskey wrote: > Jeremias Maerki wrote: > > On 24.11.2008 13:14:35 Adrian Cumiskey wrote: > >> Jeremias, > >> > >> Jeremias Maerki wrote: > >>> Adrian, > >>> > >>> I'm unhappy with this change. I know you're constantly trying to > >>> improve things by refactoring but

Re: Updating the FOP release plan

Looks like there won't be any more voices. The majority seems to favor a 1.0 release. That's fine by me as long as we can break the 0.x curse. I'm surprised and grateful that we can finally move forward version-number-wise. I think we'll need to announce that release (codename "Curse Breaker" ;-))

DO NOT REPLY [Bug 46277] [PATCH] RTF - Block elements with id but without other content shouldn't create a paragraph

https://issues.apache.org/bugzilla/show_bug.cgi?id=46277 Jeremias Maerki <[EMAIL PROTECTED]> changed: What|Removed |Added Keywords||PatchAvailabl

Re: [VOTE] Merge Temp_AFPGOCAResources branch into trunk

Hi Clay, Yes with the refactoring and code reuse changes in the Temp_AFPGOCAResource branch, other renderers can now also take advantage of creating specialized concrete implementations of AbstractImageHandlerRegistry and ImageHandler. Prior to these changes these features were only available

Re: [VOTE] Merge Temp_AFPGOCAResources branch into trunk

Can other potential renderers take advantage of this new declaration, or is done in an AFP-specific way? Clay On 11/24/08, Adrian Cumiskey <[EMAIL PROTECTED]> wrote: > Hi Chris (and all), > > Chris Bowditch wrote: > >> Adrian, >> >> you've put a lot of work into the GOCA branch and it has some gr

Re: [VOTE] Merge Temp_AFPGOCAResources branch into trunk

Hi Chris (and all), Chris Bowditch wrote: Adrian, you've put a lot of work into the GOCA branch and it has some great features, but There's one thing I don't like, which Jeremias points out in this thread: http://mail-archives.apache.org/mod_mbox/xmlgraphics-fop-dev/200811.mbox/[EMAIL

Re: svn commit: r713747 [1/4] - in /xmlgraphics/fop/branches/Temp_AFPGOCAResources/src: documentation/content/xdocs/trunk/ java/META-INF/services/ java/org/apache/fop/afp/ java/org/apache/fop/afp/font

Jeremias Maerki wrote: On 24.11.2008 13:14:35 Adrian Cumiskey wrote: Jeremias, Jeremias Maerki wrote: Adrian, I'm unhappy with this change. I know you're constantly trying to improve things by refactoring but you also need to be careful about preserving compatibility. In this case, you broke

Re: [VOTE] Merge Temp_AFPGOCAResources branch into trunk

Adrian Cumiskey wrote: Hi all, I would like to call for a merge of the AFP branch [1] back into trunk. This branch [1] contains a major rewrite of pretty much all the original AFP code. The majority of the AFP code is now homed in its own package separate from the renderer code in org.apach

DO NOT REPLY [Bug 46278] AFP Renderer doesn't handle fixed with spaces, e.g. thin space  

https://issues.apache.org/bugzilla/show_bug.cgi?id=46278 --- Comment #1 from Chris Bowditch <[EMAIL PROTECTED]> 2008-11-24 06:10:28 PST --- Created an attachment (id=22926) --> (https://issues.apache.org/bugzilla/attachment.cgi?id=22926) PDF File -- Configure bugmail: https://issues.apac

DO NOT REPLY [Bug 46278] New: AFP Renderer doesn't handle fixed with spaces, e.g. thin space  

https://issues.apache.org/bugzilla/show_bug.cgi?id=46278 Summary: AFP Renderer doesn't handle fixed with spaces, e.g. thin space   Product: Fop Version: 0.95 Platform: PC OS/Version: Windows XP Status: NEW

DO NOT REPLY [Bug 46277] RTF - Block elements with id but without other content shouldn't create a paragraph

https://issues.apache.org/bugzilla/show_bug.cgi?id=46277 --- Comment #1 from [EMAIL PROTECTED] 2008-11-24 06:07:24 PST --- Created an attachment (id=22924) --> (https://issues.apache.org/bugzilla/attachment.cgi?id=22924) Patch proposal -- Configure bugmail: https://issues.apache.org/bugzi

[VOTE] Merge Temp_AFPGOCAResources branch into trunk

Hi all, I would like to call for a merge of the AFP branch [1] back into trunk. This branch [1] contains a major rewrite of pretty much all the original AFP code. The majority of the AFP code is now homed in its own package separate from the renderer code in org.apache.fop.afp. The AFPRendere

DO NOT REPLY [Bug 46276] New: Justified text rendered poorly in AFP Renderer

https://issues.apache.org/bugzilla/show_bug.cgi?id=46276 Summary: Justified text rendered poorly in AFP Renderer Product: Fop Version: 0.95 Platform: PC OS/Version: Windows XP Status: NEW Severity: normal Priority:

DO NOT REPLY [Bug 46277] New: RTF - Block elements with id but without other content shouldn't create a paragraph

https://issues.apache.org/bugzilla/show_bug.cgi?id=46277 Summary: RTF - Block elements with id but without other content shouldn't create a paragraph Product: Fop Version: 0.95 Platform: PC OS/Version: Windows XP St

DO NOT REPLY [Bug 41942] fo:leader elements are ignored when converted to RTF

https://issues.apache.org/bugzilla/show_bug.cgi?id=41942 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

Re: svn commit: r713747 [1/4] - in /xmlgraphics/fop/branches/Temp_AFPGOCAResources/src: documentation/content/xdocs/trunk/ java/META-INF/services/ java/org/apache/fop/afp/ java/org/apache/fop/afp/font

On 24.11.2008 13:14:35 Adrian Cumiskey wrote: > Jeremias, > > Jeremias Maerki wrote: > > Adrian, > > > > I'm unhappy with this change. I know you're constantly trying to > > improve things by refactoring but you also need to be careful about > > preserving compatibility. In this case, you broke m

Re: svn commit: r713747 [1/4] - in /xmlgraphics/fop/branches/Temp_AFPGOCAResources/src: documentation/content/xdocs/trunk/ java/META-INF/services/ java/org/apache/fop/afp/ java/org/apache/fop/afp/font

Jeremias, Jeremias Maerki wrote: Adrian, I'm unhappy with this change. I know you're constantly trying to improve things by refactoring but you also need to be careful about preserving compatibility. In this case, you broke my external PDF-in-PDF plug-in by changing the interface from "Class ge

DO NOT REPLY [Bug 46272] printing the first page with full contents but page breaks in next pages itself

https://issues.apache.org/bugzilla/show_bug.cgi?id=46272 Chris Bowditch <[EMAIL PROTECTED]> changed: What|Removed |Added Status|NEW |NEEDINFO -

Re: svn commit: r713747 [1/4] - in /xmlgraphics/fop/branches/Temp_AFPGOCAResources/src: documentation/content/xdocs/trunk/ java/META-INF/services/ java/org/apache/fop/afp/ java/org/apache/fop/afp/font

Adrian, I'm unhappy with this change. I know you're constantly trying to improve things by refactoring but you also need to be careful about preserving compatibility. In this case, you broke my external PDF-in-PDF plug-in by changing the interface from "Class getSupportedImageClass()" to "Class[]