GNU bug report logs - #44604
27.1; gpg error when language environment is set to Turkish

Previous Next

Package: emacs;

Reported by: Fatih Aydin <fataydin138 <at> gmail.com>

Date: Fri, 13 Nov 2020 00:30:02 UTC

Severity: normal

Tags: fixed

Found in version 27.1

Fixed in version 28.1

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log


Message #53 received at 44604 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: fatihaydin138 <at> gmail.com, 44604 <at> debbugs.gnu.org
Subject: Re: bug#44604: 27.1; gpg error when language environment is set to
 Turkish
Date: Tue, 24 Nov 2020 06:16:14 +0100
Eli Zaretskii <eliz <at> gnu.org> writes:

> I thought about something rather simple: a global variable, let's name
> it overriding-case-table, that will be heeded to by the various case
> conversions ('downcase' etc.) in preference to any other case-table.
> Then commands that need strict ASCII case rules could bind that
> variable, or we could use with-case-table macro, without fear that
> different buffers will behave in different ways.

Yeah, that sounds like a better solution.  It basically means that all
code that does code conversion (for protocol reasons) will need to be
wrapped with that binding, and there's a lot of it in Emacs -- I'm
guessing there's more code that needs wrapping than needs to be
unwrapped.

Which is a pain.  But I guess just having interactive cases of
`downcase' and friends heed the case table, and otherwise ignore it,
isn't really workable either?  That'd be a lot less code to fix.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no




This bug report was last modified 4 years and 26 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.