Re: [gtk-list] Re: Drag and Drop and my patch

[Elliot Lee <sopwith cuc edu>]

On Tue, 28 Oct 1997 Stefan_Wille@public.uni-hamburg.de wrote:

> > Cursor bitmaps are the way to go... We don't want to bloat Gtk with a
> > thousand features, and X does built-in dragging of this way very easily
> > and without overhead. Having to redraw a pixmap on the screen every time
> > the mouse moves doesn't sound very efficient to me.
> 
> Please consider that when the user drags, I don't have to save cpu
> cycles - at this moment, the user doesn't expect the drag operation
> to finish as fast as possible, it only has to finish at the moment
> he decides to.  Meanwhile he will gladly give me 95% of his cpu.
> (and dragged pixmaps need much less cpu)

Umm, it doesn't quite work like that AFAIK...

The operation of redrawing that pixmap takes a fixed number of CPU cycles,
whereas the CPU power of systems varies widely. I will make the assumption
that X will do cursor bitmaps faster than redrawing pixmaps (I think it
will, especially on systems with hardware cursor support). Therefore, it's
quite possible to have a system on which pixmap drawing is too slow for a
cursor, but 

You're also forgetting that Linux systems, unlike Windoze ones, are
flexible enough to have more than one user, and we must be kind to
everyone:)

I refuse to code for high end systems and then say "upgrade, everyone" :) 
One drawback of KDE is its sometimes-large memory & CPU usage. Now,
convince us that pixmap drawing is very efficient... ;-) 

-- Elliot					http://www.redhat.com/
"They don't let my code go into shipping products," Gates said. "They
 haven't done that for eight years." (at the 1997 PDC)