[For some reason this mail needed two days to appear on the list and
then appeared three times. Is there a Problem with the new ML?]

Sven Neumann ([EMAIL PROTECTED]) wrote:
> today this showed up in CVS:
> 2001-02-20  Simon Budig  <[EMAIL PROTECTED]>
>         * app/interface.c: Added preliminary support for Preview icons.
[...]
> This is IMHO the most superfluous feature that has ever been thought
> of and overall a pretty bad idea. You don't want every single brush
> stroke to propagate a notification about an icon change to the window
> manager.

Well - It was a crazy idea on #gimp and definitely was fun implementing
it. At the current state the rendering of the icon is done in the idle
loop so it should not have a too deep impact on the performance.

> Also it seems undesirable to create new gc and preview for this
> all the time. The necessary task switches and the overhead caused in the 
> X-Server and windowmanager is IMHO not worth the advantage you might get
> from those icons. I strongly doubt that the icons will be helpful at all
> since their size is so tiny on almost all window managers. Using 
> slightly different but static icons for different kinds of gimp windows
> might prove to be helpful.

I dont think that these icons are useless. They have the same size as the
default Layers&Channels previews (we could make them the same size and
so using the preview cache more efficient) and are recognizeable.
We could of course change the policy like "update the icon when the window
gets iconified" or "update the icon every 10 seconds" or something like that.

And of course an option to disable them in the preferences should appear.

Further opinions? Are the preview icons bound to become an easter egg?

Bye,
        Simon

-- 
      [EMAIL PROTECTED]       http://www.home.unix-ag.org/simon/
_______________________________________________
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer

Reply via email to