From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David De La Harpe Golden Newsgroups: gmane.emacs.devel Subject: Re: Selection changes in revno 100822 Date: Tue, 17 Aug 2010 22:07:34 +0100 Message-ID: <4C6AFA16.4000104@harpegolden.net> 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> <87wrrs276x.fsf@stupidchicken.com> <83d3tis7qs.fsf@gnu.org> <838w46rlpa.fsf@gnu.org> <87k4npmfwy.fsf@stupidchicken.com> <8339udrxwz.fsf@gnu.org> <87hbityyhh.fsf@catnip.gol.com> <831v9xrtrk.fsf@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1282079445 24249 80.91.229.12 (17 Aug 2010 21:10:45 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 17 Aug 2010 21:10:45 +0000 (UTC) Cc: emacs-devel@gnu.org, Miles Bader To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Aug 17 23:10:43 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 1OlTQh-0003C1-DR for ged-emacs-devel@m.gmane.org; Tue, 17 Aug 2010 23:10:43 +0200 Original-Received: from localhost ([127.0.0.1]:55114 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OlTNt-0003t2-Is for ged-emacs-devel@m.gmane.org; Tue, 17 Aug 2010 17:07:49 -0400 Original-Received: from [140.186.70.92] (port=58423 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OlTNk-0003sp-NS for emacs-devel@gnu.org; Tue, 17 Aug 2010 17:07:41 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OlTNj-0007Wm-G1 for emacs-devel@gnu.org; Tue, 17 Aug 2010 17:07:40 -0400 Original-Received: from harpegolden.net ([65.99.215.13]:49202) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OlTNh-0007W6-OU; Tue, 17 Aug 2010 17:07:37 -0400 Original-Received: from [87.198.55.160] (87-198-55-160.ptr.magnet.ie [87.198.55.160]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "David De La Harpe Golden", Issuer "David De La Harpe Golden Personal CA rev 3" (verified OK)) by harpegolden.net (Postfix) with ESMTPSA id 3EE39683A2; Tue, 17 Aug 2010 22:07:32 +0100 (IST) User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.10) Gecko/20100620 Icedove/3.0.5 In-Reply-To: <831v9xrtrk.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) 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:128825 Archived-At: On 17/08/10 19:14, Eli Zaretskii wrote: >> From: Miles Bader >> Date: Wed, 18 Aug 2010 01:50:50 +0900 >> >> Well of course there's currently an option to let you do it (I use it). > > Doesn't that option also set PRIMARY upon selection? Sometimes: If mouse-drag-copy-region is t _and_ x-select-enable-primary is t, then mouse-selection will set primary as well as putting the selection on the kill-ring. If mouse-drag-copy-region is nil and x-select-enable-primary is nil and select-active-regions is t, then both mouse/keyboard selection will set primary, but _without_ putting it on kill ring. I am confident a behaviour-only backward compatible set of less confusing customisations would be possible (i.e. you could achieve the same effects as older emacs, but with different customisations), I proposed one some years ago. I am confident a fully backward compatible set of customisations that are apparently confusing as hell is possible. (i.e. you achieve the same effects as older emacs with the same customisations (including reverting any changed defaults)) - that's what we have. I am not confident a fully backward compatible set of customisations that aren't confusing as hell is possible.