Re: canvas painting

Al Hooton <[email protected]> Sat, 18 Dec 2004 08:55:05 -0800
Newsgroups gmane.comp.scigraphica.gtkextra
Message-ID <[email protected]>
On Fri, 2004-12-17 at 13:46 -0800, Adrian E. Feiguin wrote:
> I've been thinking of an ellegant way to do it.

<snip>

	Michael, Adrian:

	Thank you both for thinking about this problem.  I'm not sure if I
would have time in the next few months to work on a generic solution,
but I would like to.  If so, I'll let you know.

	One thought on the approach Adrian suggests, a new subclass named
something like gtkplotrt:  This is a great idea, but I'm concerned that
it starts to clutter up the app-level API unnecessarily .  I think it
might also start a precedent that would cause other improvements in the
future to do the same thing, then we all end up with a hundred app-level
classes to keep track of at some point (OK, maybe an exaggeration, but
you see what I'm concerned about...   8^)=   ).

	What about adding this functionality as a static subclass, because it's
a clean way to implement it as Adrian points out, but only expose the
functionality to applications via a new property/properties on the
existing GtkPlot and/or GtkPlotCanvas classes?  This keeps from starting
down the path I mention above, and is pretty easy to integrate.  Maybe a
property called something like "drawstyle-realtime".  Then there could
be others (just guessing at some possible other approaches that people
might find useful): "drawstyle-static-text", "drawstyle-static-plot",
drawstyle-????".

Regards,
Al





-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/