[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-core-devel
Subject:    Re: conceptual changes to toolbars
From:       Antonio Larrosa <antlarr () arrakis ! es>
Date:       2000-03-05 9:57:48
[Download RAW message or body]

Kurt Granroth wrote:
> 
> Carsten Pfeiffer wrote:
> > > How would you make it configurable?  In other words, what would be the
> > > UI to configure this?
> >
> > I meant the approach of letting the user edit his toolbars. I.e. remove
> > all those he doesn't want and therefore keep the bars lean and clean.
> > Dragging an item out of a toolbar on some trash-icon removes it, and
> > dragging menuitem from the menu onto the toolbar would create it.
> 
> Hmm.. well, that wouldn't be hard to do programatically but tricky
> conceptually.  How do we know when a user is just clicking the button
> or clicking on the button to drag it to the trash (or move it)?  Don't
> say a time delay because we already have buttons (delayed menus) that
> depend on a time delay.  Maybe a CTRL-click?  Er.. that would be a
> hidden feature for sure.. almost nobody would remember that.

What about a distance threshold and a time delay ?
If the user clicks and moves the mouse more than x pixels before the
time delay passes then it's a drag, else it's just a click. Also, it will
work with delayed menus, because we'll only accept a drag if it's done
before the menu appears.

--
Antonio Larrosa Jimenez
Student of Mathematics
antlarr@arrakis.es        larrosa@kde.org
http://www.arrakis.es/~rlarrosa
KDE - The development framework of the future, today.

[prev in list] [next in list] [prev in thread] [next in thread]