GNU bug report logs -
#24759
25.1.50; electric-quote-mode
Previous Next
Reported by: Dani Moncayo <dmoncayo <at> gmail.com>
Date: Fri, 21 Oct 2016 19:39:02 UTC
Severity: minor
Found in version 25.1.50
Done: Paul Eggert <eggert <at> cs.ucla.edu>
Bug is archived. No further changes may be made.
Full log
Message #53 received at 24759 <at> debbugs.gnu.org (full text, mbox):
> Cc: Eli Zaretskii <eliz <at> gnu.org>, 24759 <at> debbugs.gnu.org
> From: Paul Eggert <eggert <at> cs.ucla.edu>
> Date: Sat, 22 Oct 2016 20:55:25 -0700
>
> As I understand it, this subthread is about what Emacs should do in a unibyte
> locale that isn't the C locale. It's not clear to me why these locales (which
> are no longer that important) should be treated differently from a unibyte C
> locale for this sort of situation.
Because a C locale basically means you have no non-trivial default
encoding. IOW, your default is 'undecided'. In such cases, we prefer
UTF-8 automatically if it can do the job (and it usually can), since
the user doesn't have any specific preferences.
So I think we should indeed remove the electric--insertable-p test in
electric-quote-mode, on the emacs-25 branch.
A related change (which IMO should be done on master) is to make UTF-8
be the first encoding in the sorted list of encodings Emacs offers
when the defaults cannot cope with some characters in a buffer about
to be saved or sent to a subprocess. But this related change is not a
prerequisite for removing the electric--insertable-p test, as it is a
general improvement in the Emacs guesswork, not something specific to
the issue at hand in this bug report.
This bug report was last modified 8 years and 271 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.