[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#30405: 26.0.91; Incorrect apostrophe translation in ImageMagick erro

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.

Attachment: 0001-Echo-area-multibyteness-is-independent-of-buffer.patch
Description: Text Data

reply via email to

[Prev in Thread] Current Thread [Next in Thread]