Mailinglist Archive: opensuse-kde (258 mails)
| < Previous | Next > |
Re: [opensuse-kde] KDE SC 4.5.0 released, upgrade instructions
- From: Will Stephenson <wstephenson@xxxxxxx>
- Date: Tue, 17 Aug 2010 15:17:06 +0200
- Message-id: <201008171517.06699.wstephenson@xxxxxxx>
On Monday 16 August 2010 15:13:46 Jon Nelson wrote:
I've tried to reproduce this with a clean 11.3 in a VM and can't. I prepended
0) quit Klipper
to your steps.
I took care to right click the underlined URL rather than drag-selecting it,
of course. I had a look at the Klipper source code to make sure that it did
not recently change how it actually puts the text into the clipboard, and
since 2007 it has always just called QClipboard::setText(url); without the
optional mode argument that controls which buffer is used, so it goes only to
Clipboard. Since we are using the same Qt version as 11.3, that rules out a
bugfix in QClipboard.
What is interesting is that I tried the same RMB on URL, Copy Link Location in
Konqueror, and that *does* set both Selection and Clipboard explicitly, see
lines 814 and 818 here:
http://lxr.kde.org/source/KDE/kdelibs/khtml/khtml_ext.cpp?v=4.4-branch
As you can see that's the KDE 4.4. code (and the two calls are there since
much longer), so am I actually right in comparing 4.4 and 4.5's behaviour?
Will
--
Will Stephenson, KDE Developer, openSUSE Boosters Team
SUSE LINUX Products GmbH - Nürnberg - AG Nürnberg - HRB 16746 - GF: Markus Rex
--
To unsubscribe, e-mail: opensuse-kde+unsubscribe@xxxxxxxxxxxx
For additional commands, e-mail: opensuse-kde+help@xxxxxxxxxxxx
On Fri, Aug 13, 2010 at 4:14 AM, Will Stephenson <wstephenson@xxxxxxx>wrote:
I'm trying to understand the issue and failing (have used Klipper for the
last 10 years). It seems to me that the act of selecting something
prior to "copy" will necessarily set Selection before "copy" sets
Clipboard.
Could you explain it as a series of steps to reproduce with actual vs
expected (4.4.5) behaviour?
Yes. Sorry for the delay!
I'm not ruling out other issues, but one that is very easy to replicate is
this:
1. open konsole and a web browser
2. display in konsole some text that includes a URL
3. when you move the mouse over the URL, it becomes underlined.
4. while the URL is underlined, right-click and choose "Copy Link Address"
This is where things differ. Previously, "Copy Link Address" would
copy to both the clipboard and the X selection. Now it only copies to
the clipboard.
Incidentally, enabling the klipper 'sync' behavior drove me nuts after
about 5 minutes (I'm used to having a clipboard *and* an X selection
buffer, and treating them differently), so using that functionality is
out for me.
I've tried to reproduce this with a clean 11.3 in a VM and can't. I prepended
0) quit Klipper
to your steps.
I took care to right click the underlined URL rather than drag-selecting it,
of course. I had a look at the Klipper source code to make sure that it did
not recently change how it actually puts the text into the clipboard, and
since 2007 it has always just called QClipboard::setText(url); without the
optional mode argument that controls which buffer is used, so it goes only to
Clipboard. Since we are using the same Qt version as 11.3, that rules out a
bugfix in QClipboard.
What is interesting is that I tried the same RMB on URL, Copy Link Location in
Konqueror, and that *does* set both Selection and Clipboard explicitly, see
lines 814 and 818 here:
http://lxr.kde.org/source/KDE/kdelibs/khtml/khtml_ext.cpp?v=4.4-branch
As you can see that's the KDE 4.4. code (and the two calls are there since
much longer), so am I actually right in comparing 4.4 and 4.5's behaviour?
Will
--
Will Stephenson, KDE Developer, openSUSE Boosters Team
SUSE LINUX Products GmbH - Nürnberg - AG Nürnberg - HRB 16746 - GF: Markus Rex
--
To unsubscribe, e-mail: opensuse-kde+unsubscribe@xxxxxxxxxxxx
For additional commands, e-mail: opensuse-kde+help@xxxxxxxxxxxx
| < Previous | Next > |