GNU bug report logs - #23814
24.5; bug of hz coding-system

Previous Next

Package: emacs;

Reported by: ynyaaa <at> gmail.com

Date: Tue, 21 Jun 2016 12:23:02 UTC

Severity: normal

Found in version 24.5

Fixed in version 26.1

Done: Glenn Morris <rgm <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: ynyaaa <at> gmail.com
Cc: 23814 <at> debbugs.gnu.org
Subject: bug#23814: 24.5; bug of hz coding-system
Date: Wed, 22 Jun 2016 18:28:15 +0300

> > From: ynyaaa <at> gmail.com
> Cc: 23814 <at> debbugs.gnu.org
> Date: Wed, 22 Jun 2016 22:47:00 +0900
> 
> Eli Zaretskii <eliz <at> gnu.org> writes:
> 
> > This is by design, and mentioned in the doc string of that
> > coding-system.  Since Emacs is Unicode based, the _only_ way of having
> > "chinese-gb2312 characters" is by using that text property.
> 
> `encode-hz-region' uses `iso-2022-7bit' coding-system internally,
> replacing it with the coding-system below will work.
> 
> (define-coding-system 'iso-2022-cn-gb
>   "ISO 2022 based 7bit encoding only for Chinese GB2312."
>   :coding-type 'iso-2022
>   :mnemonic ?C
>   :charset-list '(ascii chinese-gb2312)
>   :designation [(ascii chinese-gb2312) nil nil nil]
>   :flags '(ascii-at-eol ascii-at-cntl designation 7-bit safe)
>   )

What advantages does this change have?
This bug report was last modified 8 years and 85 days ago.

Previous Next

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