GNU bug report logs - #22815
[module] allow different encodings for to copy_string_contents and make_string

Previous Next

Package: emacs;

Reported by: Atsuo Ohki <ohki <at> gssm.otsuka.tsukuba.ac.jp>

Date: Fri, 26 Feb 2016 07:31:02 UTC

Severity: wishlist

Tags: wontfix

Found in version 25.0.91

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

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: ohki <at> gssm.otsuka.tsukuba.ac.jp
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: Atsuo Ohki <ohki <at> gssm.otsuka.tsukuba.ac.jp>, 22815 <at> debbugs.gnu.org
Subject: bug#22815: 25.0.91; emacs-module.*
Date: Fri, 26 Feb 2016 18:16:05 +0900
Eli Zaretskii writes:
> > From: Atsuo Ohki <ohki <at> gssm.otsuka.tsukuba.ac.jp>
> > Date: Fri, 26 Feb 2016 16:28:09 +0900
> > 
> >  This is not a bug report, but feature enhancemnt for emacs-module.*
> > 
> >  API of emacs-module has two Lisp string related functions,
> >  `copy_string_contents' and `make_string'.
> >  Those functions assume UTF-8 encoded strings,
> >  but it becomes flexible if a user can specify a specific encoding.
> 
> Thanks.
> 
> But why cannot the module convert the string to UTF-8 before passing
> it to Emacs?
> 

 Because, an external module could use a coding system other then UTF-8.
 I have used emacs-module capability to plugin CANNA server interface
 (CANNA server is a rather out of dated KANA-KANJI converter for japanese),
 and CANNA server uses euc-jp encoding for communication.




This bug report was last modified 5 years and 358 days ago.

Previous Next


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