From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: A more modest proposal Date: Fri, 23 Jul 2010 16:02:05 +0200 Message-ID: References: <4C3B6A8A.80105@gmx.de> <87wrt0e81n.fsf@telefonica.net> <62E9699C07054418AB66F9C5FCB54E5C@us.oracle.com> <87sk3oe3la.fsf@telefonica.net> <1154D96E7D2F401D849266F359E44BB9@us.oracle.com> <87ocecdzou.fsf@telefonica.net> <2256C17F740A425884AD551DE7758056@us.oracle.com> <87fwzodqqm.fsf@telefonica.net> <5138CDF30B2D4B778F948015614DA7BC@us.oracle.com> <87iq4ijtdy.fsf@lola.goethe.zz> <87bpa7uu1e.fsf@kanis.fr> <877hkv2hco.fsf@catnip.gol.com> <87iq4e593w.fsf@kanis.fr> <87lj9ayp2f.fsf@stupidchicken.com> <4C493433.4010709@censorshipresearch.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: dough.gmane.org 1279893749 6979 80.91.229.12 (23 Jul 2010 14:02:29 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Fri, 23 Jul 2010 14:02:29 +0000 (UTC) Cc: Chong Yidong , Emacs development discussions To: Daniel Colascione Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Jul 23 16:02:27 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 1OcIpW-0005Q4-56 for ged-emacs-devel@m.gmane.org; Fri, 23 Jul 2010 16:02:26 +0200 Original-Received: from localhost ([127.0.0.1]:46004 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OcIpV-0003wQ-79 for ged-emacs-devel@m.gmane.org; Fri, 23 Jul 2010 10:02:25 -0400 Original-Received: from [140.186.70.92] (port=50480 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OcIpM-0003ss-H2 for emacs-devel@gnu.org; Fri, 23 Jul 2010 10:02:20 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OcIpI-0001FA-3U for emacs-devel@gnu.org; Fri, 23 Jul 2010 10:02:16 -0400 Original-Received: from chene.dit.umontreal.ca ([132.204.246.20]:42720) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OcIpI-0001Ez-0n for emacs-devel@gnu.org; Fri, 23 Jul 2010 10:02:12 -0400 Original-Received: from ceviche.home (vpn-132-204-232-78.acd.umontreal.ca [132.204.232.78]) by chene.dit.umontreal.ca (8.14.1/8.14.1) with ESMTP id o6NE26YY007206; Fri, 23 Jul 2010 10:02:07 -0400 Original-Received: by ceviche.home (Postfix, from userid 20848) id A879B660D2; Fri, 23 Jul 2010 16:02:05 +0200 (CEST) In-Reply-To: <4C493433.4010709@censorshipresearch.org> (Daniel Colascione's message of "Thu, 22 Jul 2010 23:18:27 -0700") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 1 Rules triggered RV3584=0 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:127698 Archived-At: > 1) cua-selection-mode, or its moral equivalent > cua-selection-mode doesn't play games C-c and C-x or interfere with any > normal Emacs keybinding, but it does give users bindings for > control-insert, shift-insert, and shift-delete. in Emacs-20.7 C-h c says it runs kill-ring-save C-h c says it runs yank C-h c says it runs kill-region and this hasn't changed since, so I think we've had those standard bindings for a while now. > Adopting this binding will ensure Emacs has the most natural and common > behavior on C-z for a given environment. Besides, not much of value is > lost: why bother with C-z in a windowing system when the system probably > provides its own idiomatic way of minimizing a window? I don't really care about the behavior of C-z in a GUI frame, so if someone wants to change it, feel free. I would agree with Deniz that the current behavior of iconifying the frame can be confusing, so maybe it should prompt instead and then remember the answer in the .emacs. Stefan