Aaron J. Seigo aseigo at olympusproject.org
Wed Oct 23 02:12:41 BST 2002

Hash: SHA1

On Tuesday 22 October 2002 06:35, Carsten Pfeiffer wrote:
> On Wednesday 23 October 2002 01:14, Ingo Klöcker wrote:
> > And me. If it didn't happen to anyone we wouldn't have changed it,
> > right?
> Well, I didn't know about anyone experiencing trouble before, so I asked.
> While we're at it, can we also disable the "toolbutton-menu pops up upon
> drag" feature? This accidentally happens to me quite often (and I'm not the
> only one here).

an improvement would be to only pop it up if the in the direction the menu 
will pop up ...

but, the annoyance with it seems to be because it's an extremeley small drag 
distance that triggers it (e.g. any movement whatsoever). that's because it 
does this to check the distance:

      (mev->pos() - d->m_mousePressPos).manhattanLength()
              > KGlobalSettings::dndEventDelay()

the KGlobalSettings::dndEventDelay() docu says that this is the distance in 
pixels for which to trigger a drag. it seems that  the Peripherals/Mouse 
control panel configures this. however, Peripherals/Mouse saves it to 
StartDragDist in the KDE group of the kdeglobals file, while 
KGlobalSettings::dndEventDelay() is:

int KGlobalSettings::dndEventDelay()
    KConfig *c = KGlobal::config();
    KConfigGroupSaver cgs( c, "General" );
    return c->readNumEntry("DndDelay", 2);

which is it? DndDelay or StartDragDist? i don't have a DndDelay anywhere in my 
kde config files, and a grep for DndDelay in the kcontrol panels source 
didn't come up with anything either...

it seems to me that KGlobalSettings::dndEventDelay() should be looking for 
StartDragDist, but then i'm not very familiar with the history of that code.

- -- 
Aaron J. Seigo
GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA  EE75 D6B7 2EB1 A7F1 DB43

"Everything should be made as simple as possible, but not simpler"
    - Albert Einstein
Version: GnuPG v1.0.7 (GNU/Linux)


More information about the kde-core-devel mailing list