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#16292: 24.3.50; info docs now contain single straight quotes instead of `' Date: Fri, 2 May 2014 14:28:48 -0700 (PDT) Message-ID: <6aa5329c-ed49-41ac-8591-dc10e80c010e@default> References: <<<52C607DA.3090009@cs.ucla.edu> <83fvp5xzk0.fsf@gnu.org>> <<52C6F2C5.10505@cs.ucla.edu> <83mwjcx1i9.fsf@gnu.org>> < <52C750C4.6040006@cs.ucla.edu> <8338l4w5pj.fsf@gnu.org>> < <83ha9jv5lh.fsf@gnu.org>> < <838uuvum9n.fsf@gnu.org>> < <8338l2v1tn.fsf@gnu.org>> <<52C9BA68.7050703@cs.ucla.edu> <83fvp2tcqx.fsf@gnu.org>> <<52C9BCBF.7050904@cs.ucla.edu> <83eh4mtc52.fsf@gnu.org>> <<52C9E53D.8070106@cs.ucla.edu> <838uutu5mu.fsf@gnu.org>> <<52CA3FB9.30509@cs.ucla.edu> <834n5ht7bz.fsf@gnu.org>> <<52CB5517.4030502@cs.ucla.edu>> <<83lhyssawf.fsf@gnu.org>> <5363ECDA.8050305@cs.ucla.edu> <57f18f83-5ac5-4bde-8268-ba89f159c676@default> <536401DB.7080606@cs.ucla.edu> <53640AA6.8080709@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 1399066236 20943 80.91.229.3 (2 May 2014 21:30:36 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 2 May 2014 21:30:36 +0000 (UTC) Cc: grfz@gmx.de, 16292@debbugs.gnu.org To: Paul Eggert , Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri May 02 23:30:28 2014 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 1WgL2I-00032q-BN for geb-bug-gnu-emacs@m.gmane.org; Fri, 02 May 2014 23:30:26 +0200 Original-Received: from localhost ([::1]:46406 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WgL2H-0007rE-Mx for geb-bug-gnu-emacs@m.gmane.org; Fri, 02 May 2014 17:30:25 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:56523) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WgL24-0007qj-F1 for bug-gnu-emacs@gnu.org; Fri, 02 May 2014 17:30:21 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WgL1v-0006jF-P9 for bug-gnu-emacs@gnu.org; Fri, 02 May 2014 17:30:12 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:59702) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WgL1v-0006iA-Hc for bug-gnu-emacs@gnu.org; Fri, 02 May 2014 17:30:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1WgL1u-0003fU-3V for bug-gnu-emacs@gnu.org; Fri, 02 May 2014 17:30: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: Fri, 02 May 2014 21:30:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 16292 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 16292-submit@debbugs.gnu.org id=B16292.139906614814005 (code B ref 16292); Fri, 02 May 2014 21:30:02 +0000 Original-Received: (at 16292) by debbugs.gnu.org; 2 May 2014 21:29:08 +0000 Original-Received: from localhost ([127.0.0.1]:48820 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WgL11-0003dp-Ca for submit@debbugs.gnu.org; Fri, 02 May 2014 17:29:07 -0400 Original-Received: from aserp1040.oracle.com ([141.146.126.69]:28781) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WgL0z-0003dG-DP for 16292@debbugs.gnu.org; Fri, 02 May 2014 17:29:05 -0400 Original-Received: from acsinet21.oracle.com (acsinet21.oracle.com [141.146.126.237]) by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id s42LSpom012407 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 2 May 2014 21:28:52 GMT Original-Received: from userz7021.oracle.com (userz7021.oracle.com [156.151.31.85]) by acsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id s42LSo03004875 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Fri, 2 May 2014 21:28:51 GMT Original-Received: from abhmp0012.oracle.com (abhmp0012.oracle.com [141.146.116.18]) by userz7021.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id s42LSoQJ027626; Fri, 2 May 2014 21:28:50 GMT In-Reply-To: <53640AA6.8080709@cs.ucla.edu> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.8 (707110) [OL 12.0.6691.5000 (x86)] X-Source-IP: acsinet21.oracle.com [141.146.126.237] 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:88553 Archived-At: > > > Down the road there may be a problem... > > Is the problem just for `...' vs '...' or =E2=80=98...=E2=80=99? >=20 > Not sure what you mean by "the problem", but other characters are > affected, yes. You're the one who said there may be a problem in the future... ;-) For me, the problem is that what used to be represented as `...' could be represented as something else - IIUC it could be `...', '...' or =E2=80=98...=E2=80=99. > > What about Lisp (and other) code, where we use ", ', and `, and none > > of those should be changed to a curly version of the same? >=20 > Shouldn't be a problem, as those characters should not be changed. > Makeinfo can determine this from the markup in the .texi file. Good. > > ' ' (i.e., NO-BREAK SPACE, U+00A0) '=E7=9C=9F' (i.e., Han character 're= al, > > actual, true, genuine', U+771F) =C2=A4 =C2=A9 =C2=AC =C2=BB =C3=80 =C3= =85 =C3=9F =C3=A0 =C3=A1 =C3=A4 =C3=A5 =C3=A7 =C3=A8 =C3=A9 =C3=AA =C3=AC = =C3=AD =C3=AF =C3=B2 > > =C3=B3 =C3=B6 =C3=B8 =C3=BC =C4=87 =C4=8D =C5=82 =C5=84 =C5=91 =C5=A0 = =C5=A1 =E2=80=93 =E2=80=94 =E2=80=98 =E2=80=99 =E2=80=9C =E2=80=9D =E2=80= =A2 =E2=80=A6 =E2=86=92 =E2=86=A6 =E2=87=92 =E2=88=92 =E2=89=A1 =E2=8A=A3 = =E2=98=85 > > > > Not sure why you let me know this (but I'm glad to have it). A priori, > > I have no problem with any such chars in an Info buffer. Any problems > > that I would have would I think come from substituting chars that > > currently have particular meaning to Info (or to Lisp etc. - see above)= . >=20 > Some of those characters do have a particular meaning. For example, =E2= =80=A2 > is used for bulleted lists instead of *, so if info+.el is keying only > off "*" (for old texinfo) it'll need to change to support new texinfo. > Other characters are used for output displays. I see. No, Info+ does nothing special with bullets. Well, it does the same kind of thing that info.el does wrt bulleted menu items, e.g.: (re-search-forward (concat "^\\* +" (regexp-quote nodename) "::") end t) If info.el has to adjust for that then info+.el will do so similarly. If not, not.