GNU bug report logs - #5235
23.1; Unibyte keyboard input problem

Previous Next

Package: emacs;

Reported by: Tomasz Zbrożek <scianagoryczy <at> wp.pl>

Date: Wed, 16 Dec 2009 21:25:05 UTC

Severity: normal

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log


Message #32 received at 5235 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Jason Rumney <jasonr <at> gnu.org>, 5235 <at> debbugs.gnu.org
Subject: Re: bug#5235: 23.1; Unibyte keyboard input problem
Date: Thu, 24 Dec 2009 21:27:59 +0200
> Date: Thu, 24 Dec 2009 23:21:41 +0800
> From: Jason Rumney <jasonr <at> gnu.org>
> Cc: Tomasz Zbrożek <scianagoryczy <at> wp.pl>,
> 	5235 <at> emacsbugs.donarmstrong.com, bug-gnu-emacs <at> gnu.org
> 
> The problem here is the files, not Emacs.

I'd say, more accurately: the problem is that Emacs does not support
such use-cases.  It would be nice if we did: having comments in one
encoding and strings in another is not such a corner case.

> I work on similar files in my day job, with Japanese comments in 
> ShiftJIS and Chinese comments in GB2312. An easy method of fixing such 
> files would be nice, but the best I can think of would be to provide a 
> recode-region function

We would also need a way to encode different regions differently.
Perhaps adding special text properties to guide the encoding process
would be a way of doing that (we already have charset properties for
similar reasons).





This bug report was last modified 4 years and 301 days ago.

Previous Next


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