GNU bug report logs - #6866
mule-cmds.el just _assumes_ all of Taiwan uses Big5 and not UTF-8

Previous Next

Package: emacs;

Reported by: jidanni <at> jidanni.org

Date: Mon, 16 Aug 2010 12:03:02 UTC

Severity: normal

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: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: jidanni <at> jidanni.org
Subject: bug#6866: closed (Re: bug#6866: mule-cmds.el just _assumes_ all
 of Taiwan uses Big5	and	not UTF-8)
Date: Mon, 16 Aug 2010 17:40:03 +0000
[Message part 1 (text/plain, inline)]
Your bug report

#6866: mule-cmds.el just _assumes_ all of Taiwan uses Big5 and not UTF-8

which was filed against the emacs package, has been closed.

The explanation is attached below, along with your original report.
If you require more details, please reply to 6866 <at> debbugs.gnu.org.

-- 
6866: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=6866
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
From: Eli Zaretskii <eliz <at> gnu.org>
To: jidanni <at> jidanni.org
Cc: 6866-done <at> debbugs.gnu.org, jasonr <at> gnu.org
Subject: Re: bug#6866: mule-cmds.el just _assumes_ all of Taiwan uses
	Big5	and	not UTF-8
Date: Mon, 16 Aug 2010 20:37:30 +0300
> From: jidanni <at> jidanni.org
> Date: Mon, 16 Aug 2010 21:39:10 +0800
> Cc: 6866 <at> debbugs.gnu.org
> 
> Well anyway, for our locale me and my friends all use zh_TW.UTF-8 and
> stopped using zh_TW.big5 years ago. So at least it looks very dumb there
> in mule-cmds.el that the zh_CN people can use UTF-8, but the HK and TW
> are locked in the dark ages:
> 
>     ("zh_HK" . "Chinese-Big5")
>     ("zh_TW" . "Chinese-Big5")
>     ("zh_CN.UTF-8" . "Chinese-GBK")
>     ("zh_CN" . "Chinese-GB")

Are you sure you understand what this data base is used for in Emacs?

The function within mule-cmds.el which uses this data has this
comment:

    ;; locale-language-names specify both lang-env and coding.
    ;; But, what specified in locale-preferred-coding-systems
    ;; has higher priority.

Thus, if you specify UTF-8 as the preferred encoding (e.g., via
LC_ALL), it overrules the Big5 default.

> The only big5 thing I apparently sometimes still use is
> $ GET http://jidanni.org/comp/configuration/.emacs | grep -i b5
>     (setq default-input-method 'chinese-py-punct-b5))));no 'utf' ones

You are confused: an input method can produce Big5 characters, but
that won't prevent Emacs from encoding them in UTF-8 if that's your
preference.

I'm closing this bug.

[Message part 3 (message/rfc822, inline)]
From: jidanni <at> jidanni.org
To: bug-gnu-emacs <at> gnu.org
Subject: mule-cmds.el just _assumes_ all of Taiwan uses Big5 and not UTF-8
Date: Mon, 16 Aug 2010 19:09:48 +0800
I demand an explanation.
$ zgrep TW mule-cmds.el
    ("zh_TW" . "Chinese-Big5")
You guys just *assume* that all TW people still use Big5.
One can do LC_ALL=zh_TW.UTF-8 until he is blue in the face, but still
  current-language-environment is a variable defined in `mule-cmds.el'.
  Its value is "Chinese-BIG5"
emacs-version "24.0.50.1"



This bug report was last modified 14 years and 343 days ago.

Previous Next


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