GNU bug report logs - #30405
26.0.91; Incorrect apostrophe translation in ImageMagick error message

Previous Next

Package: emacs;

Reported by: Gemini Lasswell <gazally <at> runbox.com>

Date: Fri, 9 Feb 2018 21:15:01 UTC

Severity: normal

Found in versions 26.0.91, 25.1

Done: Eli Zaretskii <eliz <at> gnu.org>

Bug is archived. No further changes may be made.

Full log

View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Paul Eggert <eggert <at> cs.ucla.edu>
Cc: gazally <at> runbox.com, 30405 <at> debbugs.gnu.org, npostavs <at> users.sourceforge.net
Subject: bug#30405: 26.0.91; Incorrect apostrophe translation in ImageMagick error message
Date: Mon, 12 Feb 2018 21:59:00 +0200

> Cc: npostavs <at> users.sourceforge.net, 30405 <at> debbugs.gnu.org, gazally <at> runbox.com
> From: Paul Eggert <eggert <at> cs.ucla.edu>
> Date: Mon, 12 Feb 2018 11:34:13 -0800
> 
>    emacs -Q
>    M-x set-variable RET unibyte-display-via-language-environment RET t RET
>    (defun foo ()
>      (interactive)
>      (message "cannot \242")) C-j
>    M-x foo RET
> 
> because the message deliberately contains the binary byte with octal 
> value 242. It's more appropriate for this example to display "\242" in 
> the echo area than to display "¢", because the echo area is text, not 
> binary data.

I disagree, because unibyte-display-via-language-environment
explicitly requests display of raw bytes as Latin-1 characters, and it
requests that everywhere, including the echo area and whatnot.  That's
the whole raison d'être of that feature.
This bug report was last modified 7 years and 93 days ago.

Previous Next

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