Thomas DeWeese:
> With the possible exception of italic text it looks to me
> like these are all just cases of the Mac OS X glyph vector
> class being hopelessly broken. Can you try adding a small
> amount of rotation and seeing if that fixes most of these,
> like it does for the 'flow text' stuff?
>
> Also are all these still broken in Java 6?
I tried these all again on the 1.6 beta JRE on OS X. Everything now
renders properly except:
▪ flowBidi, which generates a StackOverflowException in some
java.awt.font and sun.font methods
▪ masking-mask-BE-0[56] (same problem)
▪ batik70 (sample problem)
▪ histogramNormalization (same problem)
▪ feConvolveMatrix (same problem)
and the ones that aren’t really problems:
▪ maskRegions (same aliasing)
▪ fontOnPath (same strange text highlighting)
The text ones all give correct rendering with a small rotation.
> > http://mcc.id.au/temp/t/show?mac,linearGradientRepeat
>
> This looks to me like it's rendering the gradient at
> lower resolution than the reference.
>
> > http://mcc.id.au/temp/t/show?mac,gradientLimit
> > Top right gradient wrong.
>
> Once again I wonder if it's rendering at lower resolution...
Anything that could be done about these?
> > http://mcc.id.au/temp/t/show?mac,gradientPoint
> > Gradients wrong. Got this ouptut on the console, so it may be a VM
> > bug:
>
> It looks that way, perhaps it's requesting a _huge_ gradient
> bitmap (I noticed Mac OS X requests the entire gradient block at
> once instead of in small tiles).
>
> > http://mcc.id.au/temp/t/show?mac,masking-mask-BE-05
> > http://mcc.id.au/temp/t/show?mac,masking-mask-BE-06
> > Mask gradient wrong.
>
> Hmm, looks like the gradient opacity is being interpreted
> 'backwards'.
Strange that it’s got opacity 1 on the top scan line.
> > ? Non pixel aligning
>
> I don't know is this really important? I suspect
> that it might be related to the fact that the Sun JVM
> likes to snap end points to pixels, so it's possible
> that the Mac OS rendering is the more 'correct' one.
> We turn off the pixel snap when you set shape-rendering
> to "geometricPrecision". You might see if they
> render the same under that setting if so I would
> write this off as unimportant (it can be controlled
> through content).
Yeah, adding shape-rendering="crispEdges" draws the lines exactly on the
pixels.
> > ? Opacity
>
> For the most part these are subtle. The 'paintOpacity'
> test starts to get bad. I wonder if they aren't
> just compositing in a different color space (linear for
> example).
Possibly. How can the colour space for compositing be controlled on the
Graphics2D?
> > ? Miscellaneous
> >
> > http://mcc.id.au/temp/t/show?mac,batik70
> > The vertical stripe background renders incorrectly. The aqua stripe
> > seems to be pink. Also, the path forming the bottom part of the ?i?
> > glyph isn?t closed.
> >
> > http://mcc.id.au/temp/t/show?mac,moonPhases
> > The lat/long lines on the earths don?t show unless zoomed right in.
> >
> > http://mcc.id.au/temp/t/show?mac,histogramNormalization
> > Image normalisation not done.
> >
> > http://mcc.id.au/temp/t/show?mac,feConvolveMatrix
> > Bottom right case doesn?t have black in the right places.
>
> > http://mcc.id.au/temp/t/show?mac,maskRegions
> > Masking is not anti-aliased. (Maybe that?s just the Mac Java2D
> > implementation that defaults to non-anti-aliasing.)
>
> Well, we do the masking implementation so I'm not sure how they
> could make it aliased. Perhaps when we draw into the mask buffer
> we don't turn on anti-aliasing.
Hmm, that’s done in gvt.filter.MaskRable8Bit.createRendering yes? It
looks to use the same method of painting to a buffer that other things
use (getGraphicsNodeRable) so I dunno why it would not anti-alias.
> > http://mcc.id.au/temp/t/show?mac,fontOnPath
> > Text selection highlight looks a bit strange (white border is not
> > right on the edge of the highlight).
>
> There are some differences between how mac os X centers stroke
> on the fill.
>
> > These on Windows:
>
> I don't have any of these on my windows machine. What
> JVM are you running?
I was using 1.5.0_10-b03 on Windows. Maybe it’s the colour space stuff
that Dieter mentioned.
> Yah, I'm not too concerned with anything I see in the last set...
--
Cameron McCormack, http://mcc.id.au/
xmpp:[EMAIL PROTECTED] ▪ ICQ 26955922 ▪ MSN [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
