[prev in list] [next in list] [prev in thread] [next in thread]
List: kde-core-devel
Subject: Disconnects not working in KListWidget?
From: Rolf Eike Beer <kde () opensource ! sf-tec ! de>
Date: 2012-08-30 13:20:50
Message-ID: 2095945.g6A1yggsv8 () eto
[Download RAW message or body]
I'm experiencing a strange behavior when testing a KListWidget. I opened
KGpg's Key Server configuration dialog, which uses a KListWidget. Then I
opened the mouse settings and changed the settings there. There is the
following strange behavior: if the new mouse selection behavior is "single
click" then a new instance of the "executed" signal will be delivered.
Ok, this is how it works (keep dialog open while changing the settings, apply
all changes in the settings after each step):
-open the dialog with "double click" behavior. Clicking on items in the list
will select them.
-select "single click". Clicking an item will immediately open the edit
window.
-select "double click". Clicking items will still open the edit window.
-select "single click". Clicking item will open the edit window twice.
-repeat until you get bored. Every new selection of "single click" will add
one edit window
-keep single click selected. Toggle the "automatically select symbols"
setting. See another instance of the edit window appear on each click.
Close the KGpg settings and open it again: everything works as expected.
Since I only connect once in the constructor of this dialog and I only connect
to the executed() signal I think it's something wrong in the disconnects
inside KListWidget::KListWidgetPrivate::_k_slotSettingsChanged(int category).
But I have no idea what.
The behavior is the same running 4.8.5 and 4.9.0.
Greetings,
Eike
["signature.asc" (application/pgp-signature)]
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic