[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: decode-char & utf-8-fragment-on-decoding
From: |
Dave Love |
Subject: |
Re: decode-char & utf-8-fragment-on-decoding |
Date: |
05 Sep 2002 00:34:51 +0100 |
User-agent: |
Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 |
Kenichi Handa <handa@etl.go.jp> writes:
> Thank you. It seems to be the right fix. I'll install it
> soon. Dave, do you see any problem with that?
Yes, I think it's wrong. I think the only bug is that the doc string
of `utf-8-fragment-on-decoding' is missing the normal `setting it
directly does not take effect' text for a Custom option with a setter.
It has no effect on how decoding is done, and `decode-char' was meant
to be consistent with how utf-8 decoding actually works.
The translation table is always used -- CCL has no way to access Lisp
variables anyway. It only matters how it's populated (empty by
default).
- decode-char & utf-8-fragment-on-decoding, Thomas Morgan, 2002/09/04
- Re: decode-char & utf-8-fragment-on-decoding, Kenichi Handa, 2002/09/04
- Re: decode-char & utf-8-fragment-on-decoding,
Dave Love <=
- Re: decode-char & utf-8-fragment-on-decoding, Thomas Morgan, 2002/09/05
- Re: decode-char & utf-8-fragment-on-decoding, Dave Love, 2002/09/05
- Re: decode-char & utf-8-fragment-on-decoding, Thomas Morgan, 2002/09/05
- Re: decode-char & utf-8-fragment-on-decoding, Dave Love, 2002/09/07
- Re: decode-char & utf-8-fragment-on-decoding, Thomas Morgan, 2002/09/07
- Re: decode-char & utf-8-fragment-on-decoding, Dave Love, 2002/09/09