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: dired-jump keybinding and autoload Date: Sun, 23 May 2010 10:11:40 -0700 Message-ID: References: <874p9954u9.fsf@escher.local.home> <86r6ccooam.fsf@lola.quinscape.zz> <87skws4w3l.fsf@escher.local.home> <87lk2j83m1.fsf@jurta.org> <87iq6kzuhh.fsf@mail.jurta.org> <87typyei05.fsf@gmail.com> <87d3wmr4dn.fsf@mail.jurta.org> <9A67516A216749079A10805DBCAD67D1@us.oracle.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1274634737 6861 80.91.229.12 (23 May 2010 17:12:17 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sun, 23 May 2010 17:12:17 +0000 (UTC) Cc: 'Juri Linkov' , 'Wojciech Meyer' , emacs-devel@gnu.org To: "'Lennart Borgman'" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun May 23 19:12:13 2010 connect(): No such file or directory 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 1OGEid-0007c4-FM for ged-emacs-devel@m.gmane.org; Sun, 23 May 2010 19:12:07 +0200 Original-Received: from localhost ([127.0.0.1]:54460 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OGEic-0001Wq-Pb for ged-emacs-devel@m.gmane.org; Sun, 23 May 2010 13:12:06 -0400 Original-Received: from [140.186.70.92] (port=53308 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OGEiW-0001Vw-JT for emacs-devel@gnu.org; Sun, 23 May 2010 13:12:01 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OGEiV-0003fN-13 for emacs-devel@gnu.org; Sun, 23 May 2010 13:12:00 -0400 Original-Received: from rcsinet10.oracle.com ([148.87.113.121]:49923) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OGEiU-0003fE-O4 for emacs-devel@gnu.org; Sun, 23 May 2010 13:11:58 -0400 Original-Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by rcsinet10.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o4NHBtOK031034 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 23 May 2010 17:11:56 GMT Original-Received: from acsmt354.oracle.com (acsmt354.oracle.com [141.146.40.154]) by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o4NGlXvJ022700; Sun, 23 May 2010 17:11:54 GMT Original-Received: from abhmt004.oracle.com by acsmt355.oracle.com with ESMTP id 260618221274634676; Sun, 23 May 2010 10:11:16 -0700 Original-Received: from dradamslap1 (/141.144.88.29) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Sun, 23 May 2010 10:11:16 -0700 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: Thread-Index: Acr6mCLX/f8R/WCfR3mDahL66yR3mwAAHkqg X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5931 X-Auth-Type: Internal IP X-Source-IP: acsinet15.oracle.com [141.146.126.227] X-CT-RefId: str=0001.0A090206.4BF961DC.0156:SCFMA922111,ss=1,fgs=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:125135 Archived-At: > More important: C-x C-j is reserved for Emacs internal use if I > understand it correctly. No, I don't see that anywhere. Why would that be the case? > See (info "(elisp) Key Binding Conventions"). I might be wrong since > that page does not mention C-x, but I think it should. You ask us to visit that node, but there is nothing there supporting your claim - which you subsequently admit. Just what would you like us to look for in that node? > That C-x today happens to be a bad choice (because of CUA) is another > thing. Sure is. Unrelated, irrelevant, unimportant. C-x today, yesterday, and tomorrow is an _excellent_ choice as an Emacs key prefix. It is easy-to-hand. And it has been conventional in Emacs (and even beyond) for over 30 years. Saying that C-x is a bad choice because of CUA is like saying that driving on the right side of the road is a bad choice because of Britain (or Japan or India... - no flames please) - http://www.brianlucas.ca/roadside/. When in CUA-land, follow the rules of the CUA road, but don't expect folks across the border to do the same. > I definitively does not get better if 3rd party libraries > starts using it too. There is absolutely nothing wrong with users or 3rd-party code using the C-x prefix. Or else there is a new restriction/convention that I am not aware of. The conventions stated in `(elisp) Key Binding Conventions' are long-standing and pretty carefully thought out. There are enough such restrictions, IMO. I do not support adding C-x to any list of bindings "reserved for Emacs internal use".