[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