From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Alan Mackenzie Newsgroups: gmane.emacs.bugs Subject: bug#20707: [PROPOSED PATCH] Use curved quoting in C-generated errors Date: Sat, 13 Jun 2015 11:54:20 +0000 Message-ID: <20150613115420.GA3353@acm.fritz.box> References: <20150609224616.GC3735@acm.fritz.box> <557779E9.3050409@cs.ucla.edu> <20150610133931.GA3632@acm.fritz.box> <557863CA.8060609@cs.ucla.edu> <20150610191730.GB3632@acm.fritz.box> <557893B3.7090402@cs.ucla.edu> <20150611190640.GA2752@acm.fritz.box> <557A46F2.50201@cs.ucla.edu> <20150612112539.GA3220@acm.fritz.box> <557B6F41.5050308@cs.ucla.edu> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Trace: ger.gmane.org 1434196464 29158 80.91.229.3 (13 Jun 2015 11:54:24 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 13 Jun 2015 11:54:24 +0000 (UTC) Cc: 20707@debbugs.gnu.org To: Paul Eggert Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Jun 13 13:54:13 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 1Z3k0p-0004Dp-Pz for geb-bug-gnu-emacs@m.gmane.org; Sat, 13 Jun 2015 13:54:12 +0200 Original-Received: from localhost ([::1]:55628 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z3k0p-00039y-A4 for geb-bug-gnu-emacs@m.gmane.org; Sat, 13 Jun 2015 07:54:11 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:38564) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z3k0k-00039t-IH for bug-gnu-emacs@gnu.org; Sat, 13 Jun 2015 07:54:08 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Z3k0g-0003Qn-FW for bug-gnu-emacs@gnu.org; Sat, 13 Jun 2015 07:54:06 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:37984) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z3k0g-0003QY-CZ for bug-gnu-emacs@gnu.org; Sat, 13 Jun 2015 07:54:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1Z3k0g-00022m-0X for bug-gnu-emacs@gnu.org; Sat, 13 Jun 2015 07:54:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Alan Mackenzie Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 13 Jun 2015 11:54:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 20707 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch Original-Received: via spool by 20707-submit@debbugs.gnu.org id=B20707.14341964337842 (code B ref 20707); Sat, 13 Jun 2015 11:54:01 +0000 Original-Received: (at 20707) by debbugs.gnu.org; 13 Jun 2015 11:53:53 +0000 Original-Received: from localhost ([127.0.0.1]:52444 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z3k0W-00022O-16 for submit@debbugs.gnu.org; Sat, 13 Jun 2015 07:53:52 -0400 Original-Received: from mail.muc.de ([193.149.48.3]:40670) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z3k0T-00022C-5A for 20707@debbugs.gnu.org; Sat, 13 Jun 2015 07:53:50 -0400 Original-Received: (qmail 54241 invoked by uid 3782); 13 Jun 2015 11:53:47 -0000 Original-Received: from acm.muc.de (p579E9E50.dip0.t-ipconnect.de [87.158.158.80]) by colin.muc.de (tmda-ofmipd) with ESMTP; Sat, 13 Jun 2015 13:53:46 +0200 Original-Received: (qmail 6010 invoked by uid 1000); 13 Jun 2015 11:54:20 -0000 Content-Disposition: inline In-Reply-To: <557B6F41.5050308@cs.ucla.edu> User-Agent: Mutt/1.5.23 (2014-03-12) X-Delivery-Agent: TMDA/1.1.12 (Macallan) X-Primary-Address: acm@muc.de 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:103889 Archived-At: Hello, Paul. On Fri, Jun 12, 2015 at 04:46:09PM -0700, Paul Eggert wrote: > On 06/12/2015 04:25 AM, Alan Mackenzie wrote: > > No. The curly quotes had hijacked the glyphs for 0x27 and 0x60. > Only from the point of view of someone who prefers an obsolescent > style. No, from the point of view of somebody who has some feel for how history works. What you're suggesting is that between the 1960s, when ASCII was formalised, and the late 1980s, people were desperately waiting for the development of Unicode so that they could filch the glyphs from it and, at last, have some way of representing 0x27 and 0x60 as glyphs. That's patently ridiculous. > Nowadays those two glyphs in computer text typically stand for curved > quotes. So a more typical interpretation nowadays would be that in > that font, 0x27 and 0x60 hijacked the glyphs for curved quotes. It's not a matter of "interpretation". 0x27 and 0x60 were there first. There are fonts where the glphs used for these ASCII characters are plainly the curly quotes, but few. I'd challenge you to argue that the following glyph for 0x60 originated as left curly quote: Bitmap: -------- \ --##---- \ --##---- \ --##---- \ ---##--- \ -------- \ -------- \ -------- \ -------- \ -------- \ -------- \ -------- \ -------- \ -------- \ -------- \ -------- > Although you prefer the older style (and that is of course your > privilege), your console was displaying curved single quotes just fine > in the typical way that most people expect nowadays on computer > displays. You're trying to twist facts to fit in with your way of thinking. > > So far, we've got one data point, me > No, we've got lots of data points. By "data points" is meant those who use Emacs on the (Linux) console. I repeat, the only such user who's expressed a view on your proposed change is me. If I'm mistaken here, I'd appreciate references to those other console users' views. > Many people use Emacs 24.5 and later, it displays curved quotes in > ordinary use even when users don't type them, and it's not a problem in > typical practice. That's sophistry. Curly quotes are not currently in use in (released) Emacs, so of course there's no problem with them yet. > > I think whatever happens, messing around with fonts would be needed > > for lots of console users > No, it'll work fine for most Linux console users, as most GNU/Linux > distributions have console fonts that don't have the aliasing problem. > Debian-based distributions are fine, as are Fedora-based distributions. There are 115 console fonts supplied in the kbd package. Only 32 of them have a glyph for 0x2018 (left curly quote). Of these 32, the glyph is shared with 0x60 in 15 fonts. All 115 fonts have 0x60. > Although you're running on one of the less-common console setups that > does have an aliasing problem, it's not a problem that most users of > these setups will care about, and anyway it's a problem that's easy to > fix, for the rare users who will care. Pure speculation. You're projecting your own attitudes and workflow onto an unknown number of other users, like Andy Moreton said a couple of days ago. The fact is, we don't know one way or the other. I suspect the majority of these users will care about it, but won't have the time or the energy to fix it. They will suffer for evermore, just as you have been suffering the lack of curly quotes. Fixing it is _difficult_, not easy, for a normal user, since there is no clear entry into the thicket of Linux documentation - a normal user isn't going to know that the appropriate utility is setfont, or where to find font editing software; I certainly didn't up until a few days ago, and it took a lot of effort to find out. As I keep saying, this conversion to curly quotes should be optional, like other controversial new features in Emacs are. > > How about another approach ... translate `foo-bar' to ‘foo bar’ when > > doing C-h f/v, and so on? > Done in commit 0fd5e6593af620863dcf90dff5d04631458e24cd dated May 28. Great. Personally, I don't want it, though - I want to be able to _work_ in *Help* buffers, not merely have them displayed at me. What's the flag to turn it off called? > However, this doesn't fix Bug#20707, as it affects only doc strings. #20707 isn't a bug, in the narrow sense of the word, so doesn't need fixing. It's a change request. Anyway, what other strings other than doc strings might want this change? I've grepped for "\`.*'" and found lots of doc strings, and some `error' and `message' string arguments like `%s'. Is there anything else? > >> Code might work when running on a typical Emacs system, but might fail on an > >> Emacs system configured --without-curved-quotes, because Emacs will generate > >> different strings that will be treated differently. > > I can't see that. There'd just be displayable characters in the two > > versions - why would it matter that they were different? > Code regularly processes such strings, not typically by 'read', more > often by applying string or regular expression matching to them. I can't recall seeing any instance of Lisp or C code processing doc strings, or `error' arguments in any way that would make a difference. Can you cite a specific example? > Introducing this new compatibility problem would cause trouble into the > indefinite future. You still haven't given a specific example of where and how such trouble might arise. > It's not worth the extra hassle. This whole idea of imposing curly quotes on users is extra hassle for users. Making them optional would, at worst, be extra hassle only for us maintainers. Which is preferable? For comparison, in Emacs 21, fringes were imposed on GUI users, without them having a way to turn them off. A lot of them didn't like it and were up in arms about it. We shouldn't be repeating that mistake. -- Alan Mackenzie (Nuremberg, Germany).