GNU bug report logs - #1765
Copy/paste inconsistent with other X apps

Previous Next

Package: emacs;

Reported by: "Ole Laursen" <olau <at> hardworking.dk>

Date: Fri, 2 Jan 2009 15:50:03 UTC

Severity: wishlist

Done: Chong Yidong <cyd <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


Message #67 received at 1765 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Ole Laursen <olau <at> hardworking.dk>
To: 1765 <at> debbugs.gnu.org
Subject: Re: Copy/paste inconsistent with other X apps
Date: Fri, 7 Aug 2009 21:31:39 +0200
I just got Emacs 23 on my Debian system - nice work!

However, it seems the algorithm has changed? Or maybe I just didn't
test it correctly last time. With x-select-enable-clipboard at t, you
can do the following sequence:

1. Select "foo" in Firefox, copy it with C-c.
2. Select "bar" in Firefox with the mouse.
3. Switch to Emacs and hit C-y and get "foo" as mandated by the spec (great!).

However, if you switch back to Firefox and select "apples", then
switch to Emacs and hit C-y, you now get "apples" instead of "foo"? I
tried setting x-select-enable-primary to nil, but then middle-mouse is
broken and selecting something in Emacs with the mouse doesn't put it
in primary.

I did try the suggestion in the updated docstring for
select-active-regions, but it didn't quite work, maybe because
select-active-regions was broken before the patch.

The automagic going on in the relevant function confuses me, but maybe
that's because it's written with the old behaviour in mind (no
difference between primary/clipboard) with these options being bolted
on afterwards. It appears to me that it's lacking a
dont-use-selection-when-yanking-and-kill-ring-when-inserting setting,
then the two x-select-enable-* could be left at true.

-- 
Ole Laursen
http://people.iola.dk/olau/



This bug report was last modified 13 years and 195 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.