From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Stephen J. Turnbull" Newsgroups: gmane.emacs.devel Subject: Re: Selection changes in revno 100822 Date: Mon, 16 Aug 2010 15:10:34 +0900 Message-ID: <87k4nrqe91.fsf@uwakimon.sk.tsukuba.ac.jp> References: <834oeyv3ww.fsf@gnu.org> <87mxsqyp98.fsf@stupidchicken.com> <83zkwptyij.fsf@gnu.org> <4C66660D.3090603@swipnet.se> <83sk2htp82.fsf@gnu.org> <4C66A8C5.4040203@harpegolden.net> <83hbixte8c.fsf@gnu.org> <4C66D081.908@harpegolden.net> <838w48u9fg.fsf@gnu.org> <8739ugrniw.fsf@uwakimon.sk.tsukuba.ac.jp> <87tymvb4uv.fsf@uwakimon.sk.tsukuba.ac.jp> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: dough.gmane.org 1281939206 3623 80.91.229.12 (16 Aug 2010 06:13:26 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 16 Aug 2010 06:13:26 +0000 (UTC) Cc: cyd@stupidchicken.com, jan.h.d@swipnet.se, emacs-devel@gnu.org, drew.adams@oracle.com, david@harpegolden.net To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Aug 16 08:13:24 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 1Okswk-0000xI-PI for ged-emacs-devel@m.gmane.org; Mon, 16 Aug 2010 08:13:23 +0200 Original-Received: from localhost ([127.0.0.1]:45948 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Okswj-0000zl-IA for ged-emacs-devel@m.gmane.org; Mon, 16 Aug 2010 02:13:21 -0400 Original-Received: from [140.186.70.92] (port=50576 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OkswX-0000zD-LF for emacs-devel@gnu.org; Mon, 16 Aug 2010 02:13:15 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OkswS-0003TF-4M for emacs-devel@gnu.org; Mon, 16 Aug 2010 02:13:09 -0400 Original-Received: from mtps01.sk.tsukuba.ac.jp ([130.158.97.223]:40856) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OkswL-0003Sc-T2; Mon, 16 Aug 2010 02:12:58 -0400 Original-Received: from uwakimon.sk.tsukuba.ac.jp (uwakimon.sk.tsukuba.ac.jp [130.158.99.156]) by mtps01.sk.tsukuba.ac.jp (Postfix) with ESMTP id E04761535AC; Mon, 16 Aug 2010 15:12:54 +0900 (JST) Original-Received: by uwakimon.sk.tsukuba.ac.jp (Postfix, from userid 1000) id 34E1C1212F5; Mon, 16 Aug 2010 15:10:35 +0900 (JST) In-Reply-To: X-Mailer: VM undefined under 21.5 (beta29) "garbanzo" ed3b274cc037 XEmacs Lucid (x86_64-unknown-linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) 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:128777 Archived-At: Eli Zaretskii writes: > The idea was that if the user pasted the selection, it is not > exactly "ephemeral" for her, and does not constitute pollution. OK. I disagree (strongly) with that assessment. My own experience suggests that pasting once is pretty much independent of the selection being ephemeral, and that having an emphemeral selection encourages use of the mouse. Obviously the Emacs maintainers are in a better position to make it for Emacs than I am. > > Is X secondary selection available by default in Emacs? > > Yes, we have this in mouse.el: > > (global-set-key [M-mouse-1] 'mouse-start-secondary) > (global-set-key [M-drag-mouse-1] 'mouse-set-secondary) > (global-set-key [M-down-mouse-1] 'mouse-drag-secondary) > (global-set-key [M-mouse-3] 'mouse-secondary-save-then-kill) > (global-set-key [M-mouse-2] 'mouse-yank-secondary) Ah, OK. That would explain Drew's observation that the secondary is more persistent than the primary, if it only gets set when somebody intentionally sets it, and then it just stays that way. I would rarely want that behavior, personally. I expect/would want it to be a "fat cursor" for a drop target, either to exchange the two selections or to overwrite the secondary with the primary. Use of the secondary is certainly a feature that could be independent of multiple kill rings. Again, a matter of personal preference. Maybe I'll try enforcing it on a couple of XEmacs betas and listen for howls of anguish. Of course, I expect none. :-)