GNU bug report logs -
#54971
28.1; input method chinese-ctlaub unable to enter �p
Previous Next
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
On Sat, 16 Apr 2022, Eli Zaretskii wrote:
>> From: Lars Ingebrigtsen <larsi <at> gnus.org>
>> Cc: Van Ly <van.ly <at> sdf.org>, 54971 <at> debbugs.gnu.org
>> Date: Sat, 16 Apr 2022 16:20:31 +0200
>>
>> Eli Zaretskii <eliz <at> gnu.org> writes:
>>
>>> What is that \265 octal escape? You use it in the URL below as well:
>>
>> The mail from Van Ly used a very odd charset -- GB2312 -- so perhaps
>> rmail had difficulties with it?
>
> I don't think so: the encoding of the buffer was shown correctly, and
> the decoding uses the usual Emacs primitives.
>
I use the Pine mail reader and in it I use Gnu Emacs as an
alternative editor. The layering of pico, emacs editors in the
construction of the email may explain why the charset is what it is.
I would expect it to be utf8.
>> => https://humanum.arts.cuhk.edu.hk/Lexis/lexi-mf/search.php?word=祊
>> Multi-function Chinese Character Database
>
> OK, but I don't understand what I see on that page. And anyway, I
> think the conclusion is the same: we don't have that character in the
> file we use as the source for the chinese-ctlaub input method.
Some fields on the database are presented in English by clicking on
"ENG" where you find it on the left navigation menu if your web
browser frame is wide enough.
There is a "Suggestions" link at the bottom of the webpage
=> https://humanum.arts.cuhk.edu.hk/Lexis/lexi-mf/feedback.php
Suggestions
Perhaps the Admin. there is willing to collaborate with the GNU Emacs
Project and provide the needed file to keep chinese-ctlaub current
with their wider repertoire of characters.
--
vl
This bug report was last modified 3 years and 51 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.