[prev in list] [next in list] [prev in thread] [next in thread]
List: kde-core-devel
Subject: QClipboard and QLineEdit
From: Scott Wheeler <scott () slackorama ! net>
Date: 2002-02-26 15:33:43
[Download RAW message or body]
In QLineEdit at the moment, it appears that QClipboard::dataChanged() is
(logically) connected to QLineEdit::clipboardChanged(). However this
presents a problem because QLineEdit::clipboardChanged() contains a
deselect(). So, if arbitrary data is to be put into the clipboard by
setData() or setText(), this causes the selection in a QLineEdit instance to
be deselected.
It seems that because of the difference in selection and clipboard, that only
a QClipboard::selectionChanged() signal should cause a deselect.
At the moment, this causes a problem with Klipper in KDE CVS. In a mode that
tries to synchronize the selection and the clipboard, Klipper polls
applications for the selection and calls QClipboard::setText() with the
result. Unfortunately, in QLineEdit instances, this causes the selection to
be deselected, which as you can imagine, can be quite annoying.
Thanks!
-Scott
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic