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/