Re: [reinersteib+gmane@imap.cc: Display of gb2312 in `emacs -nw']

Re: [reinersteib+gmane@imap.cc: Display of gb2312 in `emacs -nw']

[Kenichi Handa]

In article <E1CY7fK-0005LW-P9@fencepost.gnu.org>, Richard Stallman <rms@gnu.org> writes:
>       I'll check if we can run
>     pre-write-conversion safely at that time.  Please wait for a
>     while.

> Please respond to this message when you've had a chance to think about
> it and decide what to do.

Richard Stallman <rms@gnu.org> writes:
> In general, running Lisp code from redisplay is safe nowadays.
> I looked at the callers of write_glyphs, and it seems to be safe
> to run Lisp code there.  I am not quite certain it is ok
> to get an error from there, but it looks safe.

Ok, I've just committed appropriate changes.  As
pre-write-conversion is called via safe_call, I think an
error in that function won't propagate to the main code.

Reiner Steib <reinersteib+gmane@imap.cc> writes:
> To reproduce:

> Save the following to a file `gb2312.txt' and start emacs in an UTF-8
> enabled xterm:

>   uxterm -font '-misc-fixed-medium-r-normal--14-*-*-*-*-*-iso10646-1' \
>     -e emacs -nw -Q gb2312.txt

As I don't have a proper font to be used with uxterm, I
tested the new code with mlterm under LANG=ja_JP.UTF-8 and
confirmed that all subst-XXX.el are automatically loaded,
and thus encoding to utf-8 is done correctly.

Please try the latest CVS code.

As the change to term.c is rather big, it is better that
people test the the new code with -nw on various terminals
and encodings.  I think the new code is much faster unless
the encoding requires pre-write-conversion.

---
Ken'ichi HANDA
handa@m17n.org

Re: [reinersteib+gmane@imap.cc: Display of gb2312 in `emacs -nw']

[Reiner Steib]

On Tue, Nov 30 2004, Kenichi Handa wrote:

> Reiner Steib <reinersteib+gmane@imap.cc> writes:
[ See <news:v97joddgi4.fsf@marauder.physik.uni-ulm.de> for the original
  report. ]
>>   uxterm -font '-misc-fixed-medium-r-normal--14-*-*-*-*-*-iso10646-1' \
>>     -e emacs -nw -Q gb2312.txt

> As I don't have a proper font to be used with uxterm, I
> tested the new code with mlterm under LANG=ja_JP.UTF-8 and
> confirmed that all subst-XXX.el are automatically loaded,
> and thus encoding to utf-8 is done correctly.
>
> Please try the latest CVS code.
>
> As the change to term.c is rather big, it is better that
> people test the the new code with -nw on various terminals
> and encodings.

It works with en_US.UTF-8 and de_DE.UTF-8 in uxterm and mlterm for me.
Thanks.

Bye, Reiner.
-- 
       ,,,
      (o o)
---ooO-(_)-Ooo---  |  PGP key available  |  http://rsteib.home.pages.de/