GNU bug report logs - #8641
Emacs should support the fd.o clipboard-manager spec

Previous Next

Package: emacs;

Reported by: David De La Harpe Golden <david <at> harpegolden.net>

Date: Mon, 9 May 2011 03:02:01 UTC

Severity: wishlist

Done: Chong Yidong <cyd <at> stupidchicken.com>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 8641 in the body.
You can then email your comments to 8641 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org:
bug#8641; Package emacs. (Mon, 09 May 2011 03:02:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to David De La Harpe Golden <david <at> harpegolden.net>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Mon, 09 May 2011 03:02:02 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: David De La Harpe Golden <david <at> harpegolden.net>
To: bug-gnu-emacs <at> gnu.org
Subject: Emacs should support the fd.o clipboard-manager spec
Date: Mon, 09 May 2011 04:00:48 +0100
Severity: wishlist

Emacs should be doing the client-side part of the spec, as per

http://www.freedesktop.org/wiki/Specifications/clipboard-manager-spec

Should mean text placed on the x11 clipboard by emacs will remain 
available after emacs exits on x11 desktop environments following the 
server-side of the spec, clearly a good thing.

Implementation should be straightforward (modulo developer time 
constraints as usual, I for one mightn't quite get to it immediately)

There's a slight complication regarding what to do about our beloved 
daemonising and multi-display capable emacs - the appropriate time for 
an emacs holding clipboard on a display to ask the clipboard manager to 
persist will not be just before the emacs process exits totally, merely 
just before it closes on that display, obviously enough.

This arose during discussions in a recent emacs-devel thread [1], but is 
a separate concern to problem behaviour of particular clipboard managers 
discussed in that thread.


[1]
Subject: Re: Strange slowness when killing words interactively
From: Taylor Venable
Message-ID: <BANLkTi=mrq9fo8fd0m08hmQo4DC-xi=u7g <at> mail.gmail.com>
http://lists.gnu.org/archive/html/emacs-devel/2011-05/msg00009.html




bug closed, send any further explanations to 8641 <at> debbugs.gnu.org and David De La Harpe Golden <david <at> harpegolden.net> Request was from Chong Yidong <cyd <at> stupidchicken.com> to control <at> debbugs.gnu.org. (Sun, 29 May 2011 16:34:02 GMT) Full text and rfc822 format available.

bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Mon, 27 Jun 2011 11:24:04 GMT) Full text and rfc822 format available.

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

Previous Next


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