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#20385: [PROPOSED PATCH] Support quoting 'like this' in doc strings Date: Thu, 23 Apr 2015 11:23:03 -0700 (PDT) Message-ID: <84f4aea9-c3ef-44c5-ac06-0df72d223e8c@default> References: <1429555155-4695-1-git-send-email-eggert@cs.ucla.edu> <5535974D.9050207@cs.ucla.edu> <5535C7F3.7020107@cs.ucla.edu> <83618p5y9w.fsf@gnu.org> <83vbgp49ve.fsf@gnu.org> <83pp6x45x5.fsf@gnu.org> <5536ACB3.9040707@yandex.ru> <83lhhk4phe.fsf@gnu.org> <87a8y0jmba.fsf@petton.fr> <6837d058-ba18-461b-8af6-2c4e6d767348@default> <55383081.4010106@cs.ucla.edu> <87a8xzae0o.fsf@petton.fr> <55389500.8000404@cs.ucla.edu> <878udj9pfq.fsf@petton.fr> <5538C7EC.9010105@cs.ucla.edu> <877ft39juq.fsf@petton.fr> <55392C91.1010300@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 1429813475 4215 80.91.229.3 (23 Apr 2015 18:24:35 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 23 Apr 2015 18:24:35 +0000 (UTC) Cc: 20385@debbugs.gnu.org To: Paul Eggert , Nicolas Petton Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Apr 23 20:24:22 2015 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 1YlLnH-0007lu-AS for geb-bug-gnu-emacs@m.gmane.org; Thu, 23 Apr 2015 20:24:11 +0200 Original-Received: from localhost ([::1]:41595 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YlLnG-0006FH-CJ for geb-bug-gnu-emacs@m.gmane.org; Thu, 23 Apr 2015 14:24:10 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:60118) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YlLnC-0006FB-RK for bug-gnu-emacs@gnu.org; Thu, 23 Apr 2015 14:24:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YlLn8-0004tK-N4 for bug-gnu-emacs@gnu.org; Thu, 23 Apr 2015 14:24:06 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:48216) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YlLn8-0004tF-J0 for bug-gnu-emacs@gnu.org; Thu, 23 Apr 2015 14:24:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1YlLn8-0002mX-4U for bug-gnu-emacs@gnu.org; Thu, 23 Apr 2015 14:24:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 23 Apr 2015 18:24:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 20385 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch Original-Received: via spool by 20385-submit@debbugs.gnu.org id=B20385.142981339610637 (code B ref 20385); Thu, 23 Apr 2015 18:24:02 +0000 Original-Received: (at 20385) by debbugs.gnu.org; 23 Apr 2015 18:23:16 +0000 Original-Received: from localhost ([127.0.0.1]:37992 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YlLmN-0002lV-GG for submit@debbugs.gnu.org; Thu, 23 Apr 2015 14:23:15 -0400 Original-Received: from aserp1040.oracle.com ([141.146.126.69]:30785) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YlLmK-0002lG-I1 for 20385@debbugs.gnu.org; Thu, 23 Apr 2015 14:23:13 -0400 Original-Received: from aserv0022.oracle.com (aserv0022.oracle.com [141.146.126.234]) by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id t3NIN560000587 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 23 Apr 2015 18:23:05 GMT Original-Received: from aserv0122.oracle.com (aserv0122.oracle.com [141.146.126.236]) by aserv0022.oracle.com (8.13.8/8.13.8) with ESMTP id t3NIN5K0009754 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Thu, 23 Apr 2015 18:23:05 GMT Original-Received: from abhmp0013.oracle.com (abhmp0013.oracle.com [141.146.116.19]) by aserv0122.oracle.com (8.13.8/8.13.8) with ESMTP id t3NIN4E2000962; Thu, 23 Apr 2015 18:23:05 GMT In-Reply-To: <55392C91.1010300@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: aserv0022.oracle.com [141.146.126.234] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.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:101944 Archived-At: > Finally, from this thread it's clear that some folks like quoting > `like this' and I suppose there's no harm in continuing to support it, > so in my next iteration of this patch I plan to remove commentary to the > effect that this usage is obsolescent and may not be supported in > the future. So, people who prefer quoting `like this' (e.g., because > it's easier with their non-Emacs text editors), will still be free to do > that. 1. What exactly do you mean by "people who prefer...will still be free to do that"? Is this choice only at the end-user level? Can a library make such a choice (to be possibly overridden by a user choice)? 2. Does your proposed change affect only Info? I think that, at the very least by default, users should have the same experience wrt such code quoting for Info, doc strings, and Emacs-Lisp (doc strings and comments). They should not (at least not by default) see `foobar' in a doc string and Emacs-Lisp mode, and =E2=80=98foobar=E2=80=99 in Inf= o. IOW, a user should be able to make her choice clear wrt such quoting: * everywhere, at once (i.e. Info, doc strings, Emacs-Lisp mode) * each individual place, separately 3. To repeat myself: I really feel like you are jumping the gun on this kind of thing. We should not offer anything like this, even as a choice, unless and until Emacs can deal with it properly (a) in all respects: input, search, font-lock,... and (b) everywhere.