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 Date: Sat, 24 Jul 2010 19:44:13 +0100 Message-ID: <4C4B347D.7020608@harpegolden.net> References: <87ocea2ax1.fsf@stupidchicken.com> <4C40FCEC.9030404@harpegolden.net> <87pqym2a4r.fsf@catnip.gol.com> <4C411552.40003@harpegolden.net> <87eif2n7d7.fsf@stupidchicken.com> <878w5a23ax.fsf@catnip.gol.com> <04B92DEADC9D46F38CB42B91679795DE@us.oracle.com> <87k4onmatk.fsf@stupidchicken.com> <83wrsmtrn5.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 1279997077 30411 80.91.229.12 (24 Jul 2010 18:44:37 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sat, 24 Jul 2010 18:44:37 +0000 (UTC) Cc: Chong Yidong , miles@gnu.org, drew.adams@oracle.com, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Jul 24 20:44:34 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 1Ocji4-0001Qh-LL for ged-emacs-devel@m.gmane.org; Sat, 24 Jul 2010 20:44:32 +0200 Original-Received: from localhost ([127.0.0.1]:33635 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ocji3-0000Dn-NL for ged-emacs-devel@m.gmane.org; Sat, 24 Jul 2010 14:44:31 -0400 Original-Received: from [140.186.70.92] (port=32874 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ocjhx-0000Dh-FC for emacs-devel@gnu.org; Sat, 24 Jul 2010 14:44:26 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1Ocjhw-0000Et-FG for emacs-devel@gnu.org; Sat, 24 Jul 2010 14:44:25 -0400 Original-Received: from harpegolden.net ([65.99.215.13]:58821) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Ocjht-0008S0-Ar; Sat, 24 Jul 2010 14:44:21 -0400 Original-Received: from [87.198.55.209] (87-198-55-209.ptr.magnet.ie [87.198.55.209]) (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 42EFF683FF; Sat, 24 Jul 2010 19:44:13 +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: <83wrsmtrn5.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:127751 Archived-At: On 23/07/10 11:32, Eli Zaretskii wrote: > Is the list of default values in this entry all that was modified? It's those settings that cause the behaviour changes. Menu-bar bindings were changed too, though not in a manner that would affect w32 AFAICS. There were/are various bugfixes arising from problems highlighted by the changes, of course. > That is, if the user reverts all of these values to their previous > defaults, would she have the previous behavior? Though remembering the fact the previous defaults were different on different platforms - so on w32: select-active-regions nil x-select-enable-clipboard t ; x-select-enable-primary nil mouse-drag-copy-region t (global-set-key [mouse-2] 'mouse-yank-at-click) Binding the menu bar items back to their old defaults would be required for a technically complete reversion, that would matter mostly on x11 (the old menu bar used to force use of the clipboard, since the old defaults on x11 had x-select-enable-primary t / x-select-enable-clipboard nil). AFAIK the use of rebinding (mouse-2, menu-bar) rather than rewriting the existing functions to which they were bound to honour some additional customization booleans (as in some earlier iterations of this...) does make it impossible to use pure customization theme functionality to encapsulate the changes. > In general, the behavior on MS-Windows does not need to change, > because there's no primary selection on Windows. There is no real primary selection, but that doesn't actually mean the default behaviour didn't merit changing on w32 too. Windows apps do _not_ typically overwrite the clipboard upon mere selection of text (nor do x11 apps for that matter). "windows has no primary selection" does _not_ mean "the windows clipboard can be considered some sort of a substitute primary selection that is okay to overwrite willy-nilly". Yes, some may view the w32 clipboard-eating as a "feature" (and even want it expanded to catch all the cases consistently, which would at least be consistent - i.e. the proposed "clipboard-active-regions") and/or consider making w32 emacs work more like other apps (whether other w32 apps, x11 emacs or other x11 apps) a non-goal. In any case, the feature is still available, whether it's on by default or not is a different matter.