Fedora docs processing (Was: [fedora-java] batik [Fwd: Re: com.sun.image.*])

[Thomas Fitzsimmons]

On Sat, 2005-10-22 at 12:09 -0700, Anthony Green wrote:
> On Fri, 2005-10-21 at 19:26 -0700, Anthony Green wrote:
> > On Fri, 2005-10-21 at 16:28 -0700, Anthony Green wrote:
> > > So, the next option is to look at using FOP without Batik.  If this is
> > > even possible I suppose this means no SVG processing in FOP. 
> > 
> > This isn't possible.  Batik is fundamental to getting fop to work.
> > 
> > We're stuck until somebody tackles Batik.
> 
> Ok, so I tackled Batik and have an SRPM that builds now.  This basically
> boiled down to removing JPEG and TIFF image handling, but - in theory -
> PNG support should work.  The changes weren't nearly as bad as I first
> thought.  Other than removing classes from the build, I only had to add
> two patches.
> 
> But now we're stuck on GNU Classpath/libgcj not implementing some core
> AWT functionality in java.awt.BasicStroke.
> 
> There was already a bug filed for this:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22938
> 
> gnu.java.awt.peer.gtk.GdkTextLayout.getCharacterLevel(int) is also a
> problem.
> 
> Hopefully somebody (fitzsim?) can comment on the status of these
> classes.

Yeah, there are two large chunks of work still to do in the GTK peers;
port GdkGraphics2D to Cairo 1.0 and implement java.awt.font using Pango
and Freetype.  I'm hoping to finish the first task before FC5, but the
second one will likely have to wait.

Tom

> 
> This goal of rendering Fedora docs on a free stack is beginning to look
> like an FC6 goal.
> 
> AG
> 
>