From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.devel Subject: RE: C-x SPC : rectangle-mark-mode or gud-break? Date: Thu, 19 Dec 2013 19:35:41 -0800 (PST) Message-ID: <5cdac80c-b94e-4c9a-b776-3a82e603ff7a@default> References: <8738lo7hbz.fsf@maru2.md5i.com> <87k3f0peh0.fsf@maru2.md5i.com> <36dd5ae9-42d5-44c2-80e0-adb448d51823@default> <877gb0p7we.fsf@uwakimon.sk.tsukuba.ac.jp> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1387510563 21748 80.91.229.3 (20 Dec 2013 03:36:03 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 20 Dec 2013 03:36:03 +0000 (UTC) Cc: Michael Welsh Duggan , emacs-devel@gnu.org To: "Stephen J. Turnbull" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Dec 20 04:36:06 2013 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Vtqse-0008Ma-PG for ged-emacs-devel@m.gmane.org; Fri, 20 Dec 2013 04:36:04 +0100 Original-Received: from localhost ([::1]:47601 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vtqse-0004ho-7X for ged-emacs-devel@m.gmane.org; Thu, 19 Dec 2013 22:36:04 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:45667) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VtqsT-0004he-KQ for emacs-devel@gnu.org; Thu, 19 Dec 2013 22:36:02 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VtqsL-00064H-0l for emacs-devel@gnu.org; Thu, 19 Dec 2013 22:35:53 -0500 Original-Received: from aserp1040.oracle.com ([141.146.126.69]:31462) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VtqsK-00063d-Kc for emacs-devel@gnu.org; Thu, 19 Dec 2013 22:35:44 -0500 Original-Received: from acsinet22.oracle.com (acsinet22.oracle.com [141.146.126.238]) by aserp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id rBK3Zh8H020131 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 20 Dec 2013 03:35:43 GMT Original-Received: from aserz7021.oracle.com (aserz7021.oracle.com [141.146.126.230]) by acsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id rBK3Zgcm001241 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 20 Dec 2013 03:35:42 GMT Original-Received: from abhmp0012.oracle.com (abhmp0012.oracle.com [141.146.116.18]) by aserz7021.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id rBK3Zgp0010406; Fri, 20 Dec 2013 03:35:42 GMT In-Reply-To: <877gb0p7we.fsf@uwakimon.sk.tsukuba.ac.jp> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.8 (707110) [OL 12.0.6680.5000 (x86)] X-Source-IP: acsinet22.oracle.com [141.146.126.238] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4.x-2.6.x [generic] X-Received-From: 141.146.126.69 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:166647 Archived-At: > > > It's had a lot of time for people to get used to it. > > And? >=20 > History matters, Drew. Pretty vague platitude. So does chocolate matter. Emacs Dev can decide whatever it wants for `C-x SPC'. > AFAIK you don't prefer the current binding to > a rectangle function, but want the key sequence left for future use. Too narrow. What I suggested was to unbind it by default, for now. That means that it would be open for libraries to use (and of course for users), and it would be open for future default use by Emacs. NOT only the latter. > "Reserved for future use" is not really on the table here, given a > twenty-year history for one of the bindings. (Not just for future use.) And yes, that can be on the table if Emacs Dev wants it on the table. Gud has its own prefix key. Why not use it for this command too? > Not everybody is going to upgrade to the latest and greatest Emacs..., > but they do sometimes share others' Emacsen. Sure, I'm susceptible to that argument. It is the reason, for instance, that I would prefer that we not swap `C-j' and `RET': I use multiple Emacs versions everyday, and I prefer to use those two keys the same way for each Emacs version. And thank goodness there is an easy way to keep the traditional `C-j' and `RET' behavior. But that inconvenience for me and my muscle memory did not prevent Emacs Dev from swapping the two keys. Same thing here. Nothing prevents someone from binding `C-x SPC' to the same gud command s?he has enjoyed since the 80s. Freeing up the key makes sense for all users, libraries, and future default use by Emacs. It is a handy key. What a shame to waste it on just setting a gud breakpoint. That's all. There's no reason we cannot reconsider this decades-old default global key binding. But you are right that the other point here is also important: put that rectangle command on the rectangle-commands prefix key. Don't waste `C-x SPC' on it either.