|
From: | Paul Eggert |
Subject: | bug#30405: 26.0.91; Incorrect apostrophe translation in ImageMagick error message |
Date: | Sun, 11 Feb 2018 12:36:47 -0800 |
User-agent: | Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 |
Eli Zaretskii wrote:
emacs -Q M-x set-variable RET unibyte-display-via-language-environment RET t RET M-: (set-buffer-multibyte nil) RET C-q 0242 SPC This should display ¢. So I think we can get rid of making echo-area buffers unibyte, as long as we make sure that variable is nil (which it is by default).
Getting rid of it sounds good, but why do we need to worry about unibyte-display-via-language-environment? For me, the attached patch does display that test as ¢, and it fixes the other test cases reported so far in Bug#30405. And yet this patch works without worrying about unibyte-display-via-language-environment, even if I run Emacs in a unibyte locale like en_US.iso885915 (a practice that's no longer common).
For what it's worth, I'm testing on Ubuntu 16.04 and on Fedora 27, built --without-imagicmagick so that I can reproduce the original problem.
0001-Echo-area-multibyteness-is-independent-of-buffer.patch
Description: Text Data
[Prev in Thread] | Current Thread | [Next in Thread] |