From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Miles Bader Newsgroups: gmane.emacs.devel Subject: Re: users and selection changes Date: Fri, 15 Oct 2010 18:48:51 +0900 Message-ID: References: <87r5fxnwcp.fsf@stupidchicken.com> <87eibvupir.fsf@stupidchicken.com> <4CB6115E.7010304@harpegolden.net> <87zkuhv1vc.fsf@stupidchicken.com> <20F7A620198B48BFBD9582C310C65244@us.oracle.com> <83fww8d3m6.fsf@gnu.org> <83eibscuf3.fsf@gnu.org> <83d3rbdcqi.fsf@gnu.org> Reply-To: Miles Bader NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1287136612 26010 80.91.229.12 (15 Oct 2010 09:56:52 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Fri, 15 Oct 2010 09:56:52 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Oct 15 11:56:51 2010 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1P6h1p-0002OE-7E for ged-emacs-devel@m.gmane.org; Fri, 15 Oct 2010 11:56:45 +0200 Original-Received: from localhost ([127.0.0.1]:59962 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1P6guV-0005Ro-QY for ged-emacs-devel@m.gmane.org; Fri, 15 Oct 2010 05:49:11 -0400 Original-Received: from [140.186.70.92] (port=46652 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1P6guO-0005Qf-4M for emacs-devel@gnu.org; Fri, 15 Oct 2010 05:49:05 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1P6guK-0004Bv-Q7 for emacs-devel@gnu.org; Fri, 15 Oct 2010 05:49:04 -0400 Original-Received: from tyo201.gate.nec.co.jp ([202.32.8.193]:49050) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1P6guK-0004BT-A8; Fri, 15 Oct 2010 05:49:00 -0400 Original-Received: from mailgate3.nec.co.jp ([10.7.69.193]) by tyo201.gate.nec.co.jp (8.13.8/8.13.4) with ESMTP id o9F9mvSa023908; Fri, 15 Oct 2010 18:48:57 +0900 (JST) Original-Received: (from root@localhost) by mailgate3.nec.co.jp (8.11.7/3.7W-MAILGATE-NEC) id o9F9mvA00784; Fri, 15 Oct 2010 18:48:57 +0900 (JST) Original-Received: from relay21.aps.necel.com ([10.29.19.50]) by vgate02.nec.co.jp (8.14.4/8.14.4) with ESMTP id o9F9mv2J014056; Fri, 15 Oct 2010 18:48:57 +0900 (JST) Original-Received: from relay61.aps.necel.com ([10.29.19.20] [10.29.19.20]) by relay21.aps.necel.com with ESMTP; Fri, 15 Oct 2010 18:48:52 +0900 Original-Received: from dhlpc061 ([10.114.96.156] [10.114.96.156]) by relay61.aps.necel.com with ESMTP; Fri, 15 Oct 2010 18:48:52 +0900 Original-Received: by dhlpc061 (Postfix, from userid 31295) id C1844124042; Fri, 15 Oct 2010 18:48:51 +0900 (JST) System-Type: x86_64-unknown-linux-gnu Blat: Foop In-Reply-To: (Lars Magne Ingebrigtsen's message of "Fri, 15 Oct 2010 11:34:44 +0200") Original-Lines: 39 X-detected-operating-system: by eggs.gnu.org: Solaris 8 (1) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:131731 Archived-At: Lars Magne Ingebrigtsen writes: > If the question is "why doesn't copying something in X make it end up in > the kill ring any more?", and the answer is "set variable foo to make > that happen again", then I'd like to know the answer. Because I'd > really like to get that behaviour back. If by "copying something in X" you mean, "use `copy' menu in some app (firefox, gnome, etc)", then it should put that stuff in the Emacs kill-ring by default now. If by "copying something in X" you mean, "select something in Xterm", then: (setq x-select-enable-primary t) The _problem_ with setting x-select-enable-primary is that now all _Emacs_ selections end up in the kill ring too, which is almost certainly Not What You Want. My idea to get around that problem (expressed on the gnu.emacs.help newsgroup) is to add a feature that makes emacs put all selections _except_ those originating from itself (the current Emacs process) on the kill ring. That, would basically make things similar to how they used to be [I don't know if this behavior should associated with non-nil x-select-enable-primary by default, or only upon some special value of x-select-enable-primary, e.g. (setq x-select-enable-primary 'others). It _is_ somewhat quirky (although very convenient) behavior, which argues for "special setting", but on the other hand, the current behavior of x-select-enable-primary is almost useless, so ...] Thanks, -Miles -- Suburbia: where they tear out the trees and then name streets after them.