Re: [TCLCORE] Re: TIP #145 'Enhanced Tk Font Handling' and Re: TIP #154: Add Named Colors to Tk

[Damon C. <da...@yo...>]

> mm...@ca... said:
> > If colors are a elevated to the level of an object, wouldn't that
> > encourage people to use color objects for animation?  For example,
> > they might create a color called "shimmer", use that color to draw
> > lots of items on a canvas, and then set up an "after" script to change
> > "shimmer" to various colors of the rainbow at 100ms intervals.
> 
> > I think George has a good point.  If colors are objects, they must
> > notify widgets to do redraws without forcing layout changes.
> 
> Can't we defer that, though, since we have trouble with binary
> compatibility and Tk_ClassProcs?  Getting notification when the
> desktop theme changes is useful in itself; can't we worry about
> animation-by-shimmering-color-palette in the Tcl 9 time frame (where
> it has to be, anyway) and still have the other uses for named colors
> in 8.5?
> 
> (I really dislike the practice of turning down otherwise sound
> proposals because their scope is insufficiently broad. It discourages
> developers from getting *anything* done if they think they have to
> solve all the world's problems before any change is acceptable.)

    There are always lots of ways to do things.  Some are efficient.
Others are not.  If changing a color forces a reconfiguration on the
global level, doing this on a canvas would be really inefficient.
You would then just do it another way.  I would probably tag the items
and then just itemconfigure the tags. *shrug*

    I see where Michael is coming from, I just think that making color
changes work a certain way won't limit their ability, just force someone
to make a better decision based on what's available.

D