Re: [Evolution] Strange behaviour of Ctrl-V

On Thu, 2010-07-01 at 06:46 -0400, Matthew Barnes wrote:
On Wed, 2010-06-30 at 20:29 -0430, Patrick O'Callaghan wrote:
I notice that in Evo 2.30.2 if I have a URL in the clipboard (copied
from a browser window for example) Edit->Paste (Ctrl-V) pastes the
*contents* of the URL as an attachment. To paste the URL itself I have
to use Edit->Paste Quotation (Shift-Ctrl-V).

IIRC this is a change and I'm not sure I like it. It seems odd that the
more usual option of pasting the URL -- which is what I want to do maybe
99.999% of the time -- is harder to get to. No doubt someone thought
that pasting the attachment might be useful, but I can't actually think
of a single reason why I would ever want to do that. I often complain to
people who waste bandwidth sending a page when they could send a URL.
What on Earth is the point?


The BZ reporter talks about what he's used to in Outlook, and I
appreciate that pasting a local file URI is probably useless as well,
but there already exist ways to get round that (e.g.

The comments on the BZ page all refer to Nautilus. However I'm not using
Nautilus, in fact I'm not even using the Gnome desktop. The URL I'm
trying to paste comes from the Chromium location bar running under KDE
4.4. If I copy-paste from other locations such as the Shell command
line, or even right-click and copy from a link within a web page, it
works as it should. In fact if I copy-paste from the location bar in
Firefox or Konqueror, it also works as it should.

One last point: using the middle mouse button to paste does insert the
URL and not the contents. I realize that this is a different mechanism
from the point of view of the X server, but the two methods work the
same with Firefox or Konqueror and work differently with Chromium. Is
this then a Chromium bug? All I know is that it used to work correctly
from my point of view and now it doesn't.

I could swallow this behaviour if it were limited to pasting within the
attachment area, but as it is now it fails to comply with the Principle
of Least Astonishment.


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]