OT: klipper's misbeliefs [was: NEdit & KDE loss of selection
problems]
Joerg Fischer
jf505 at gmx.de
Mon Aug 6 19:46:11 CEST 2007
Joerg Fischer wrote:
> The only relation to "prevent empty clipboard" I can see so far is in
> klipper.cpp in line 856, but I don't understand why nedit loses the
> selection thereafter :-(
I got it eventually. Klipper simply sets the primary selection to the
last entry/string in its clipboard history. This happens after nedit
adjusted the selection to the new text (eg, when shifting), and since
there can be only one primary selection, nedit loses it. One can't
see the new primary visually (must be hidden somewhere in klipper :-)
but you can get it with dialog(get_selection("any")). This is all
triggered when klipper sees an empty primary selection - it doesn't
intend to act like this if there is already a selection on the screen.
With nedit, at the moment klipper starts there is no selection (ok an
empty one) but then nedit surprises klipper by creating a new
selection - rather clipboard, I mean.
It's all easy once one understands that the primary selection is the
clipboard...
Now, what could be done about it?
Cheers,
Jörg
More information about the Discuss
mailing list