From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.bugs Subject: bug#22604: 24.5; (elisp) `Key Binding Conventions': what about other `C-c' keys? Date: Tue, 9 Feb 2016 10:33:28 -0800 (PST) Message-ID: References: <<<38cef267-d54f-40d5-9282-563615551367@default> <29ac44ad-3c5d-486e-abd7-a7ef70e906d1@default> <0fa54275-c058-4f38-9ef4-cc24de315dc0@default>>> << <838u2tddcs.fsf@gnu.org>>> <> <<83pow5bvgc.fsf@gnu.org>> 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 1455042867 25110 80.91.229.3 (9 Feb 2016 18:34:27 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 9 Feb 2016 18:34:27 +0000 (UTC) Cc: schwab@suse.de, 22604@debbugs.gnu.org To: Eli Zaretskii , Drew Adams Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Feb 09 19:34:14 2016 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1aTD78-0004Rj-0H for geb-bug-gnu-emacs@m.gmane.org; Tue, 09 Feb 2016 19:34:14 +0100 Original-Received: from localhost ([::1]:59395 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aTD77-00011p-Dg for geb-bug-gnu-emacs@m.gmane.org; Tue, 09 Feb 2016 13:34:13 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:52961) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aTD70-00011X-Vq for bug-gnu-emacs@gnu.org; Tue, 09 Feb 2016 13:34:08 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aTD6v-0007CH-Vq for bug-gnu-emacs@gnu.org; Tue, 09 Feb 2016 13:34:06 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:52935) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aTD6v-0007C3-SC for bug-gnu-emacs@gnu.org; Tue, 09 Feb 2016 13:34:01 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84) (envelope-from ) id 1aTD6v-0002Rz-IE for bug-gnu-emacs@gnu.org; Tue, 09 Feb 2016 13:34:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 09 Feb 2016 18:34:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 22604 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 22604-submit@debbugs.gnu.org id=B22604.14550428189385 (code B ref 22604); Tue, 09 Feb 2016 18:34:01 +0000 Original-Received: (at 22604) by debbugs.gnu.org; 9 Feb 2016 18:33:38 +0000 Original-Received: from localhost ([127.0.0.1]:33843 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aTD6Y-0002RJ-9V for submit@debbugs.gnu.org; Tue, 09 Feb 2016 13:33:38 -0500 Original-Received: from aserp1040.oracle.com ([141.146.126.69]:32845) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aTD6W-0002R6-TR for 22604@debbugs.gnu.org; Tue, 09 Feb 2016 13:33:37 -0500 Original-Received: from userv0021.oracle.com (userv0021.oracle.com [156.151.31.71]) by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id u19IXUfN016374 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 9 Feb 2016 18:33:30 GMT Original-Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75]) by userv0021.oracle.com (8.13.8/8.13.8) with ESMTP id u19IXUMA028802 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Tue, 9 Feb 2016 18:33:30 GMT Original-Received: from abhmp0004.oracle.com (abhmp0004.oracle.com [141.146.116.10]) by userv0122.oracle.com (8.14.4/8.14.4) with ESMTP id u19IXTWo009049; Tue, 9 Feb 2016 18:33:29 GMT In-Reply-To: <<83pow5bvgc.fsf@gnu.org>> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9 (901082) [OL 12.0.6691.5000 (x86)] X-Source-IP: userv0021.oracle.com [156.151.31.71] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:112821 Archived-At: > > Yes, "punctuation and symbol characters" helps, IMO. That was > > one of my points: the chars are not necessarily punctuation, in > > the usual sense of the word. >=20 > Done. Thx. > > Dunno whether it's good to limit it to ASCII. At a minimum it > > should cover the "punctuation and symbol character" keys on a > > typical US keyboard, of course. >=20 > Those are all ASCII, AFAIK. Yes, I think so. > > Whether it should also cover other punctuation or other symbol chars > > is maybe an open question. > > > > It's really about character-inserting keys on a keyboard, not > > punctuation and symbol chars that are not on keys. >=20 > Not sure I agree. Usurping too many characters would not be a good > idea, IMO. Usurping? From whom/what? It's about reserving this category of keys for minor mode keymaps. The question is which punctuation and symbol chars? And the answer, I think, is those that are associated with keyboard keys (one key inserts one char). For a US keyboard that means only ASCII punctuation and symbol chars, but for other keyboards it can mean other chars. > > But a key on a French keyboard that inserts a left guillemet > > char should, I think, be handled the same by the convention as > > is a key on a US keyboard that inserts a double-quote char or > > a left angle-bracket char. >=20 > How can such a binding be useful, when Emacs runs on a non-French > keyboard? Do we really want to encourage modes that can only be fully > functional in some specific locales? I don't think so. Why treat punctuation and symbols on a US keyboard specially? Why should `$' be treated differently from `=E2=82=AC'? > Any reasons not to close the bug report? You can close it if you like. I would prefer that we think about handling the same category of char-inserting keys (punctuation and symbols) for other keyboards the same way we handle those for US keyboards. But if that is not to be then it is not to be. Thanks for working on this.