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

List:       kde-core-devel
Subject:    Re: KColorButton class in kdelibs/kdeui
From:       Mosfet <mosfet () jorsm ! com>
Date:       1999-07-26 13:30:28
[Download RAW message or body]

I already took care of this with dndEventDelay().

On Mon, 26 Jul 1999, Waldo Bastian wrote:
> pbrown@redhat.com wrote:
> > 
> > On Thu, 22 Jul 1999, Mosfet wrote:
> > 
> > > Hrm. Well the slot is obselete and I just removed the connect. The dialog
> > > should be popping up in mouseReleaseEvent() if the mouse did not move more than
> > > 6 pixels, otherwise it is considered a drag. I needed to do things this way
> > > because otherwise moving the cursor just one pixel while the mouse is down was
> > > considered a D'nD event and overriding the QPushButton methods was acting very
> > > odd (read the CVS log about the pushbutton staying down).
> > 
> > argh, we are starting to get a problem.  Lots of apps that have been
> > converted to Xdnd are using arbitrary "drag fudge factors."  I can see
> > that you made KColorButton a tolerance of 6, lots of other things are
> > using 2 pixels.  Where can we universally define this?
> 
> We could start with adding a #define to kglobal.h
> 
> That way we can always later decide whether to make it configurable for example.
> 
> Cheers,
> Waldo
> -- 
> The "gui" in "Penguin" is pronounced "K-D-E"
-- 
Daniel M. Duley - Unix developer & sys admin.
mosfet@kde.org
mosfet@jorsm.com

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