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: how to turn off automatic curly-quoting? Date: Sun, 2 Aug 2015 17:02:58 -0700 (PDT) Message-ID: <9bae9bf5-76e5-4461-8544-0feb5469de91@default> References: <<36f6e67e-45d9-4eca-8302-ad9a06d138f1@default>> <<83fv41v6fh.fsf@gnu.org>> <5681a732-5741-4f56-b3d7-cb1edb739d32@default> <55BEA291.70402@cs.ucla.edu> 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 1438560215 31298 80.91.229.3 (3 Aug 2015 00:03:35 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 3 Aug 2015 00:03:35 +0000 (UTC) Cc: emacs-devel@gnu.org To: Paul Eggert Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Aug 03 02:03:23 2015 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 1ZM3Dv-0004v6-1x for ged-emacs-devel@m.gmane.org; Mon, 03 Aug 2015 02:03:23 +0200 Original-Received: from localhost ([::1]:57062 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZM3Dt-0006ij-Qm for ged-emacs-devel@m.gmane.org; Sun, 02 Aug 2015 20:03:21 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:35968) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZM3Dp-0006id-Fx for emacs-devel@gnu.org; Sun, 02 Aug 2015 20:03:18 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZM3Dl-0004Yl-F1 for emacs-devel@gnu.org; Sun, 02 Aug 2015 20:03:17 -0400 Original-Received: from aserp1040.oracle.com ([141.146.126.69]:36018) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZM3Dl-0004Yb-9E for emacs-devel@gnu.org; Sun, 02 Aug 2015 20:03:13 -0400 Original-Received: from userv0022.oracle.com (userv0022.oracle.com [156.151.31.74]) by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id t73034s7029105 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 3 Aug 2015 00:03:04 GMT Original-Received: from userv0121.oracle.com (userv0121.oracle.com [156.151.31.72]) by userv0022.oracle.com (8.13.8/8.13.8) with ESMTP id t73033SL016272 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Mon, 3 Aug 2015 00:03:04 GMT Original-Received: from abhmp0012.oracle.com (abhmp0012.oracle.com [141.146.116.18]) by userv0121.oracle.com (8.13.8/8.13.8) with ESMTP id t73033wJ027233; Mon, 3 Aug 2015 00:03:03 GMT In-Reply-To: <55BEA291.70402@cs.ucla.edu> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9 (901082) [OL 12.0.6691.5000 (x86)] X-Source-IP: userv0022.oracle.com [156.151.31.74] 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:188312 Archived-At: > Yes and no. It does restore behavior for doc strings in traditional > format that uses grave accent and apostrophe to quote. However, it > does transliterate curved quotes in doc strings to grave accent and > apostrophe, which is new. Presumably any such doc strings are recent=20 > introductions so this caveat shouldn't affect traditional usage. That's OK, if limited to such contexts. What you are saying I guess is that there are now (in Emacs itself? or there just could be, in 3rd-party code?) some doc strings that hard-code =E2=80=98...=E2=80=99 inst= ead of `...'. That's too bad. (BTW, those are curly quotes before "instead of", but I see now that my mails, when received, have had each curly quote changed to an apostrophe: =E2=80=98...=E2=80=99 has been changed to '...'. Dunno w= hy that is. It has nothing to do with Emacs or the mailing list: a test mail just to myself shows the same problem. I guess it has something to do with my mail client when using plain-text messages. That makes it hard to communicate on this subject - sorry.) > > This feature should be opt-in, not opt-out, IMHO. >=20 > No, let's enable it in environments where it seems to work. That's > what other GNU projects do (GCC, coreutils, etc.). The new feature > is disabled by default in traditional environments that can't display > curved quotes; that should be good enough. That is not the case for Emacs. It might be true in some cases that we decide to turn on some new option by default. But that is not the case as a rule. And in fact my impression is that the opposite is generally the case: new features (especially this kind of thing) are opt-in. It took us decades to convince RMS to turn on `transient-mark-mode' by default. It was considered a "new feature" that might interfere with what Emacs users were used to. We still haven't turned on `delete-selection-mode' by default - even though the world outside has been using something close to `transient-mark-mode' + `delete-selection-mode' for decades. So much for the argument that we need to turn this on by default because it is what the world outside does. Or that this is some kind of a GNU rule. Font lock is another example. Decades went by before we turned it on by default. Time enough to get lots of user experience and feedback. You are in a giant hurry to expose your shiny new feature. Emacs should not be in a hurry for this. > > Please consider also changing the option values so that > > you can use `M-x set-variable` in a reasonable way (i.e., > > without needing to know that ?` is 96 etc. - you cannot > > type ?` at the prompt). Character values are not helpful > > in such a context. >=20 > Alan made a similar suggestion a while ago, and it's easy enough to > implement. Done in the attached patch, which I pushed just now. Thx. > > Also, why is the name about "translation"? Shouldn't > > this option just be about what style is used for quoting > > Emacs terms? >=20 > That point has also been made. I changed the name to > 'text-quoting-style' in the attached patch. That name is OK, I guess. Though this is not at all about quoting text. That is the effect, since you are using quote marks. But this is not text quoting, as I've explained previously. At any rate, 'text-quoting-style' is better than `help-quote-translation'. > ... use "quoting-style" but that's too generic for > Emacs which has other interpretation of the word "quoting". Exactly. And this is not even text quoting. It is mention instead of use, so in logic it is considered a kind of quotation, but it is not the ordinary quoting of text fragments, which is what quote marks are used for. This is mention ("quoting") of Emacs-Lisp sexps, keys, and such. It makes such things stand out the way other info systems might use highlighting or a different font (typically monospaced, for code fragments). > > FWIW: The doc string of `substitute-command-keys' is > > not too bad. But I find it confusing that it refers > > to "left and right quote characters" as something other > > than the "quotation mark" character referred to in the > > doc of `help-quote-translation'. >=20 > I don't see the confusion, quite possibly because I'm too > close to the code. You can't have "left quote character" mean both a Unicode left quote character and, in effect, a character variable whose value can be any of several characters, some of which are not, by name, quote chars. That's the point.