Hi Hervé,
Hervé Girod wrote:
Just a little mistake in the text : Pattern Paint is not a subclass of
TexturePaint, and PatternPaintContext is not a subclass of PaintContext.
But Pattern Paint does not always create a BufferedImage for the
replicated content, as it might be huge in the device space.
PatternPaintContext is a subclass of PaintContext (otherwise
you can't use it to draw to a Graphics2D).
[ more below ]
Hervé Girod wrote:
Hello !
Browsing through Batik API, I found that the two classes PatternPaint
and PatternPaintContext aren't subclasses of TexturePaint, which could
be useful to simplify the process of converting SVG Paint content to
other graphic formats :
When using the Paint to create a background Texture for a Shape, it
is easier to know the size of the associated Pattern, which is
provided by PatternPaint, but with a different API from TexturePaint,
thus obliging the user, if he used a Graphics2D to perform the
painting, to be dependant on specific Batik classes, which I feel is
not very good.
I agree but the Texture paint interface really isn't suitable for
a scalable format.
Would it be possible to make PatternPaint a subclass of TexturePaint,
and PatternPaintContext a subclass of PaintContext ? It seems yo me,
after looking at the sources, that it would not be difficult, but may
be I forgot something....
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
