From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/63768 Path: news.gmane.org!not-for-mail From: Reiner Steib Newsgroups: gmane.emacs.gnus.general Subject: Re: mm-coding-system-priorities per hierarchy Date: Sun, 24 Sep 2006 15:21:07 +0200 Organization: Dept. of Theoretical Physics, University of Ulm Message-ID: References: Reply-To: Reiner Steib NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1159104494 20204 80.91.229.2 (24 Sep 2006 13:28:14 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 24 Sep 2006 13:28:14 +0000 (UTC) Original-X-From: ding-owner+m12295@lists.math.uh.edu Sun Sep 24 15:28:11 2006 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from malifon.math.uh.edu ([129.7.128.13]) by ciao.gmane.org with esmtp (Exim 4.43) id 1GRU1Z-0001i3-UA for ding-account@gmane.org; Sun, 24 Sep 2006 15:28:02 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu ident=lists) by malifon.math.uh.edu with smtp (Exim 3.20 #1) id 1GRU1M-0004ZL-00; Sun, 24 Sep 2006 08:27:48 -0500 Original-Received: from nas02.math.uh.edu ([129.7.128.40]) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 1GRTvw-0004Z9-00 for ding@lists.math.uh.edu; Sun, 24 Sep 2006 08:22:12 -0500 Original-Received: from quimby.gnus.org ([80.91.227.211]) by nas02.math.uh.edu with esmtp (Exim 4.52) id 1GRTvr-0006vr-Tx for ding@lists.math.uh.edu; Sun, 24 Sep 2006 08:22:12 -0500 Original-Received: from main.gmane.org ([80.91.229.2] helo=ciao.gmane.org) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1GRTvl-0000lT-00 for ; Sun, 24 Sep 2006 15:22:01 +0200 Original-Received: from list by ciao.gmane.org with local (Exim 4.43) id 1GRTvX-0000UX-Mk for ding@gnus.org; Sun, 24 Sep 2006 15:21:47 +0200 Original-Received: from bridgekeeper.physik.uni-ulm.de ([134.60.10.123]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 24 Sep 2006 15:21:47 +0200 Original-Received: from Reiner.Steib by bridgekeeper.physik.uni-ulm.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 24 Sep 2006 15:21:47 +0200 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: ding@gnus.org Original-To: ding@gnus.org Original-Lines: 95 Original-X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: bridgekeeper.physik.uni-ulm.de X-Face: #vK]N[`vqjuod*|)'[iD7/"3AB-ApT%fmN"LWAg@oS7OesGv~)n[OBTLM#I="J'Y^-7I I/ps7o_'IK@#-Rs{::DZ@O8yS|fexe,XslY[:dNWOb~>?mC-&i_c)say:"\IpA.5U.b]'NY;Pks{lb h.+#6%DpZuaK3dcHB`Av3zc:r!C%~s0&m,tWj]&},qg.+0ww2gK%f!:GK|wMl.I!(voY*1"^li8"~B BNG)9LvPi?^DMR-GVDnZqhu*3Hi,+g=wFhI)BL6&u{EOVEHjVEVq~d?_}lMntWAc3(6?kftjc>_f>! g0wM(qPM$d5]^TT_Qyi&L?LGVG)SHN;Gk/,pkY9,~ Mail-Copies-To: nobody User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.0.50 (gnu/linux) Cancel-Lock: sha1:mX/r77X5nMtAPET/KfQhhb/r4Pw= X-Spam-Score: -2.4 (--) Precedence: bulk Original-Sender: ding-owner@lists.math.uh.edu Xref: news.gmane.org gmane.emacs.gnus.general:63768 Archived-At: On Fri, Sep 22 2006, Katsumi Yamaoka wrote: >>>>>> Reiner Steib wrote: >> When using this expression... > >> (add-to-list 'gnus-newsgroup-variables 'mm-coding-system-priorities) > >> ... `gnus-summary-make-local-variables' sets the global value of >> `mm-coding-system-priorities' to nil. I'd guess nil leads to utf-8 >> instead of iso-2022-jp in your environment. > > No, it is not caused by the nil value. IIRC, if `mm-coding-system-priorities' is nil, Gnus uses Emacs' `sort-coding-systems' to find the suitable charset. So my guess was that utf-8 is preferred to iso-2022-jp... ,---- | $ LC_ALL=C emacs -nw -Q -f ielm | | ELISP> current-language-environment | "ASCII" | ELISP> (sort-coding-systems '(iso-8859-1 iso-2022-jp iso-2022-jp-2 shift_jis utf-8)) | (iso-8859-1 iso-2022-jp shift_jis utf-8 iso-2022-jp-2) | | ELISP> (set-language-environment "Japanese") | t | ELISP> (sort-coding-systems '(iso-8859-1 iso-2022-jp iso-2022-jp-2 shift_jis utf-8)) | (iso-2022-jp shift_jis iso-8859-1 utf-8 iso-2022-jp-2) `---- But maybe... ,---- | $ LC_ALL=jp_JP.utf8 emacs -nw -Q -f ielm | | ELISP> (sort-coding-systems '(iso-8859-1 iso-2022-jp iso-2022-jp-2 shift_jis utf-8)) | (utf-8 iso-2022-jp shift_jis iso-8859-1 iso-2022-jp-2) `---- >> Do you get the expected behavior with this expression? > >> (add-to-list 'gnus-newsgroup-variables >> '(mm-coding-system-priorities . global)) > > That is not good for me. It should be the following: > > (add-to-list > 'gnus-newsgroup-variables > '(mm-coding-system-priorities > . '(iso-8859-1 iso-2022-jp iso-2022-jp-2 shift_jis utf-8))) > > The value here is the default value of `mm-coding-system-priorities' > in the Japanese language environment. My understanding is that `global' is supposed to take this value. Is it a bug (in gnus-sum.el) or am I missing something? > Though it is insufficient for me even if I do so. > > If I set `gnus-parameters' (as you suggested) in addition to > this, the value of `mm-coding-system-priorities' is changed into > (iso-8859-1 iso-8859-15 utf-8) when I enter to a DE newsgroup. > It is useful for posting German messages there (it is highly > unlikely with me, though ;-). However, I should not send > Japanese mails in there even if I recall an urgent business. It > is because `iso-2022-jp', which is used for Japanese messages > traditionally, is not preferred when encoding Japanese text. > > It is possible to send Japanese messages safely after I exit the > DE group, isn't it? *No*. `mm-coding-system-priorities' still > has the value (iso-8859-1 iso-8859-15 utf-8) at that time. The > value will not contain `iso-2022-jp' until I enter to a FJ group > or a group that is not listed in `gnus-parameters'. > > What I'd like to say is that a similar problem will probably > happen with people who are not in the Japanes language > environment as well. Group parameter is useful to things > associated to group, however messages are not always associated > to group. I think it is (also?) a bug if entering a group modifies the default-value of a variable. It probably should only modify the local values in the summary, article and message buffers for the matching groups. The code of `gnus-summary-make-local-variables' seems to be correct. Maybe `gnus-set-global-variables' or some other function is the culprit? Bye, Reiner. -- ,,, (o o) ---ooO-(_)-Ooo--- | PGP key available | http://rsteib.home.pages.de/