From: Dmitry Gutov <dgutov@yandex.ru>
To: John Wiegley <jwiegley@gmail.com>, Alan Mackenzie <acm@muc.de>
Cc: eggert@cs.ucla.edu, 23425@debbugs.gnu.org
Subject: bug#23425: master branch: `message' wrongly corrupts ' to curly quote.
Date: Wed, 4 May 2016 23:23:11 +0300 [thread overview]
Message-ID: <8ac2d87c-7f8f-4370-82bc-77c7dfceb4c5@yandex.ru> (raw)
In-Reply-To: <m2d1p1irtp.fsf@newartisans.com>
On 05/04/2016 09:46 PM, John Wiegley wrote:
> As maintainer, I'll go on record by saying that I very much dislike the new
> curly quotes logic. After the reactions I've read here, I'm convinced again
> that a customization option needs to exist in 25.1, so we can easily recommend
> it to people who react as Alan has done.
This doesn't seem like a good idea to me.
If we add a custom option, doesn't that constitute a promise that the
curly quote translation *will* work for at least several releases of
Emacs after that?
Because the option would have a value meaning "translate straight quotes
to curlies", and we'll have to support it once the option is introduced.
> In fact, I would like to rip all the curly-quote redisplay logic out of Emacs,
> for several reasons:
I would too (though I wouldn't actually mind it if it were implemented
in a very different fashion). But this is a totally different direction
from "let's add a user option". I think.
> 3. It has provoked heated debate many times already. The amount of time
> lost on emacs-devel to this one issue is an absolute shame.
Word.
> 4. It changes Emacs according to the preferences of specific people, without
> giving others -- in the very spirit of Emacs! -- an option to choose
> one's desired behavior in the standard fashion.
>
> At this point, I cannot undo this feature, since that would destabilize 25.1.
Can we actually leave it in, while all but promising to take it out in
the next release?
That would seem like an odd choice.
> Lastly, to play devil's advocate: I also recognize, after having written this,
> that I'm something of an "old fogey" in Emacs terms, with a special place for
> ASCII in my heart. It's quite possible that the new-and-coming generation is
> very fond of Unicode, and they will all love this feature, since it gives
> Emacs a more modern "feel". For their sake, I'm prepared to wait for the
> world's judgment before deciding that this feature is entirely terrible.
As a member of a somewhat younger generation, I can say that they look
fine in Help buffers, manuals, and so on, although they do not look
"modern". The curly single quotes feel more like certain tech in
alternative history novels: shiny, could be considered cool in some very
specific circles, but nobody uses anything like that in the modern times.
I never want to see them in my source code, though, and the benefits,
whatever they are, do not justify the increased complexity in the
associated facilities.
> But for the sake of my fellow dinosaurs, I need a way to turn it off! Please!
> They are like tiny knives, stabbing at my mind with their Unicode edges; or a
> plague of typeset locusts, foretelling the soon-to-come Apostroclypse.
The problem with using the "don't translate at all" option is that it
allows you to write code that won't work for other users.
For instance, if we had such an option now, Alan wouldn't have found the
presently discussed bug. It wouldn't not manifest with his setup, but it
would manifest in default Emacs configuration where quote translation is
enabled, and the majority of the users would suffer.
For that reason only, I'm against having an option like that.
next prev parent reply other threads:[~2016-05-04 20:23 UTC|newest]
Thread overview: 99+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-05-02 14:55 bug#23425: master branch: `message' wrongly corrupts ' to curly quote Alan Mackenzie
2016-05-02 16:25 ` Lars Ingebrigtsen
2016-05-02 16:41 ` Drew Adams
2016-05-02 17:53 ` Paul Eggert
2016-05-02 19:10 ` Alan Mackenzie
2016-05-03 15:17 ` Paul Eggert
2016-05-03 16:36 ` Drew Adams
2016-05-03 16:59 ` Eli Zaretskii
2016-05-03 15:38 ` Eli Zaretskii
2016-05-03 16:27 ` Alan Mackenzie
2016-05-03 16:55 ` Eli Zaretskii
2016-05-03 20:03 ` Alan Mackenzie
2016-05-03 20:49 ` Paul Eggert
2016-05-04 15:32 ` Eli Zaretskii
2016-05-04 16:48 ` Alan Mackenzie
2016-05-04 17:03 ` Eli Zaretskii
2016-05-04 17:37 ` Josh
2016-05-04 19:05 ` Eli Zaretskii
2016-05-04 18:04 ` Alan Mackenzie
2016-05-04 18:39 ` Paul Eggert
2016-05-04 18:57 ` Alan Mackenzie
2016-05-04 19:02 ` John Wiegley
2016-05-04 21:34 ` Paul Eggert
2016-05-04 21:50 ` Paul Eggert
2016-05-04 23:49 ` Paul Eggert
2016-05-05 15:51 ` Eli Zaretskii
2016-05-10 14:41 ` Paul Eggert
2017-05-31 1:07 ` Glenn Morris
2017-05-31 1:42 ` Paul Eggert
2017-05-31 21:24 ` Alan Mackenzie
2017-05-31 23:26 ` Paul Eggert
2017-06-02 21:02 ` Alan Mackenzie
2017-06-02 21:15 ` Dmitry Gutov
2017-06-03 21:10 ` Alan Mackenzie
[not found] ` <20170603211010.GD2130@acm.fritz.box>
2017-06-03 21:32 ` Dmitry Gutov
2017-06-02 21:47 ` Paul Eggert
2017-06-03 0:13 ` Glenn Morris
2017-06-03 21:01 ` Alan Mackenzie
2017-06-03 20:53 ` Alan Mackenzie
[not found] ` <20170603205331.GA2130@acm.fritz.box>
2017-06-04 21:01 ` Paul Eggert
2017-06-05 16:27 ` Alan Mackenzie
[not found] ` <20170605162737.GA30946@acm.fritz.box>
2017-06-05 18:19 ` Paul Eggert
[not found] ` <ac90b979-6a37-29c4-03b3-6322ac2cc11a@cs.ucla.edu>
2017-06-05 18:31 ` Andreas Schwab
2017-06-05 20:37 ` Alan Mackenzie
[not found] ` <20170605203753.GB30946@acm.fritz.box>
2017-06-05 21:05 ` Clément Pit-Claudel
2017-06-07 16:50 ` Alan Mackenzie
2017-06-07 19:29 ` Clément Pit-Claudel
2017-06-06 0:14 ` Paul Eggert
2017-06-06 8:21 ` Andreas Schwab
[not found] ` <mvmtw3tsf05.fsf@suse.de>
2017-06-06 12:24 ` Clément Pit-Claudel
[not found] ` <fa92f34f-982b-e9a5-be21-188e694e38d9@gmail.com>
2017-06-06 13:55 ` Yuri Khan
[not found] ` <CAP_d_8X7V_G4g7emn_EPd_YYPKu2HfnDE+Q3FOPMGXpB4sEYSw@mail.gmail.com>
2017-06-06 18:21 ` Clément Pit-Claudel
2017-06-06 18:59 ` Yuri Khan
[not found] ` <CAP_d_8X5OBsQQ=0+dj-qYFV3yEC4WZVMpyRw1KyiM0tvJUNFMw@mail.gmail.com>
2017-06-06 19:39 ` Clément Pit-Claudel
[not found] ` <10515b89-1c60-227e-ff3d-3127f59c0daf@gmail.com>
2017-06-07 4:57 ` Eli Zaretskii
2017-06-06 23:09 ` Paul Eggert
2017-06-07 7:44 ` Andreas Schwab
2017-06-07 18:17 ` Paul Eggert
2017-06-08 8:04 ` Andreas Schwab
2017-06-07 13:27 ` Drew Adams
2017-06-07 19:13 ` Alan Mackenzie
2017-06-07 19:27 ` Clément Pit-Claudel
[not found] ` <966db090-4aa1-231c-ef5a-370ece8905d1@gmail.com>
2017-06-07 19:33 ` Dmitry Gutov
2017-06-07 19:51 ` Alan Mackenzie
2017-06-07 20:33 ` Alan Mackenzie
2017-06-07 23:28 ` Paul Eggert
2017-06-08 17:34 ` Alan Mackenzie
2017-06-08 20:17 ` Paul Eggert
2017-06-09 19:41 ` Alan Mackenzie
2017-06-09 20:17 ` Drew Adams
2017-06-09 20:38 ` Alan Mackenzie
2017-06-09 21:05 ` Drew Adams
2017-06-09 21:44 ` Paul Eggert
2017-06-09 22:51 ` Drew Adams
2017-06-10 0:20 ` Paul Eggert
2017-06-10 10:01 ` Alan Mackenzie
2017-06-10 10:52 ` David Engster
2017-06-10 11:48 ` Eli Zaretskii
2017-06-10 13:01 ` Alan Mackenzie
2017-06-10 13:39 ` Eli Zaretskii
2017-06-11 10:03 ` Alan Mackenzie
2017-06-11 14:37 ` Eli Zaretskii
2017-06-10 15:28 ` Dmitry Gutov
2017-06-01 16:56 ` Glenn Morris
2017-06-03 21:07 ` Alan Mackenzie
2016-05-04 18:46 ` John Wiegley
2016-05-04 20:23 ` Dmitry Gutov [this message]
2016-05-04 21:15 ` John Wiegley
2016-05-04 22:19 ` Lars Ingebrigtsen
2016-05-05 7:12 ` Andreas Schwab
2016-05-05 17:05 ` Eli Zaretskii
2016-05-05 8:06 ` Alan Mackenzie
2016-05-05 17:06 ` Eli Zaretskii
2016-05-05 23:46 ` John Wiegley
2016-05-06 8:54 ` Nicolas Petton
2016-05-04 19:08 ` Eli Zaretskii
2016-05-04 21:49 ` Andreas Schwab
2017-06-09 20:31 ` Glenn Morris
2017-06-10 7:08 ` Eli Zaretskii
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=8ac2d87c-7f8f-4370-82bc-77c7dfceb4c5@yandex.ru \
--to=dgutov@yandex.ru \
--cc=23425@debbugs.gnu.org \
--cc=acm@muc.de \
--cc=eggert@cs.ucla.edu \
--cc=jwiegley@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).