From 1be510f9529cb082f802408b472a77d074b394c0 Mon Sep 17 00:00:00 2001 From: Nicolas Vigier Date: Sun, 14 Apr 2013 13:46:12 +0000 Subject: Add zarb MLs html archives --- zarb-ml/mageia-dev/2012-April/014716.html | 107 ++++++++++++++++++++++++++++++ 1 file changed, 107 insertions(+) create mode 100644 zarb-ml/mageia-dev/2012-April/014716.html (limited to 'zarb-ml/mageia-dev/2012-April/014716.html') diff --git a/zarb-ml/mageia-dev/2012-April/014716.html b/zarb-ml/mageia-dev/2012-April/014716.html new file mode 100644 index 000000000..b8940e75a --- /dev/null +++ b/zarb-ml/mageia-dev/2012-April/014716.html @@ -0,0 +1,107 @@ + + + + [Mageia-dev] KDE Copy/Paste default has changed + + + + + + + + + +

[Mageia-dev] KDE Copy/Paste default has changed

+ Frank Griffin + ftg at roadrunner.com +
+ Tue Apr 24 13:43:25 CEST 2012 +

+
+ +
Up until the last couple of weeks, KDE Copy/Paste worked as you would 
+expect.  You'd select something, CTRL-C, then select something else, 
+CTRL-V, and the second selection would be overlaid with the first.
+
+Now, as soon as you select the second thing, it replaces the first in 
+the clipboard, and the result of the CTRL-V is to replace the second 
+selection with itself; the original selection is now lost.
+
+The culprit here is in Klipper -> Configure Klipper -> Synchronize 
+clipboard with selection which is now checked by default.  Whether this 
+is a conscious choice of ours, or a change upstream I'd recommend 
+reverting it to unchecked by default unless we want to see a ton of 
+bogus bug reports about this behavior.
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ -- cgit v1.2.1