Re: gtk-list digest, Vol 1 #1332 - 13 msgs

[The Surprises <thesurprises1 attbi com>]

Are you doing 3D type work?  It's sounding more and more like you need
hardware acceleration a la OpenGL.  Even if you're in 2D space, if
you're doing a lot of matrix manipulation, you can't beat hardware
acceleration.


On Mon, Dec 30, 2002 at 12:34:19PM -0500, Saul Simhon wrote:
> that's a cool idea...haven't even thought of that...although, the
> application that I'm playing with is rather obscure...the fill method
> actually needs to know about the boundary! Something that I left out in my
> first email....the fill synthesis chooses colors based on the color and
> tangent angle of the boundary! So the edge's shape and color dictate how the
> area should be filled!  Although, its conceivable to base the fill only on
> the vertex points, which I already have, and then mask the whole thing! I
> think I'll try that!
> There may be some issues with non-convex boundaries.
> 
> Thanks,
> Saul.
> 
> 
> > How about creating the colour/texture in a pixmap and then drawing it
> > using a filled rectangle as a mask?
> >
> > That would save you iterating through the pixels, searching for the
> > boundary, and would also give you the exact points from the
> > 'draw_line' function to clip the image.
> >
> > Allan
> >
> > > Saul Simhon wrote:
> > > > I wish I can use gdk_draw_polygon....However I need to plug in my own
> > > custom
> > > > flood fill algorithm. (its actually a texture synthesis method!)  I
> > > >>>I'm trying to write a custom procedure that would flood fill an area
> > > > using a color (or texture). I have used the drawing_area widget
> > _______________________________________________
> > gtk-list mailing list
> > gtk-list gnome org
> > http://mail.gnome.org/mailman/listinfo/gtk-list
> >
> >
> 
> _______________________________________________
> gtk-list mailing list
> gtk-list gnome org
> http://mail.gnome.org/mailman/listinfo/gtk-list