emacs-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [PATCH] Gnus; Restore multi encoding support for NNTP


From: LdBeth
Subject: Re: [PATCH] Gnus; Restore multi encoding support for NNTP
Date: Thu, 30 Dec 2021 23:18:19 +0800
User-agent: Wanderlust/2.15.9 (Almost Unreal) SEMI-EPG/1.14.7 (Harue) FLIM-LB/1.14.9 (Gojō) APEL-LB/10.8 EasyPG/1.0.0 Emacs/27.2 (x86_64-apple-darwin18.7.0) MULE/6.0 (HANACHIRUSATO)

>>>>> In <87wnjm6tbs.fsf@gnus.org> 
>>>>>   Lars Ingebrigtsen <larsi@gnus.org> wrote:

Lars> Where is the `charset' property set?

This property is automatically added by `decode-coding-string` when
the decoding is non trivial. It seems Gnus can save and restore text
properties without further modification, and at least this won't break
anything that is already working. Please let me know if this is an
unreliable behavior.

```
(decode-coding-string "\262\342\312\324" 'gbk)
;; ==> #("测试" 0 2 (charset chinese-gbk)) ;; "test" in Chinese

```

Lars> And...  I don't understand why `gnus-group-real-name' should encode
Lars> anything -- it's a function used everywhere to just strip the prefix
Lars> from group names, and doesn't really have anything conceptually to do
Lars> with translating to on-the-wire formats.

oops, I'm doing this wrong. I was meant to modify only where
`gnus-group-real-name' been called inside `gnus-int.el`.

Btw I figured it is not a good idea to do encoding in nntp.el because
the decoding was not done in nntp.el either.


-- 
LDB

reply via email to

[Prev in Thread] Current Thread [Next in Thread]