From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/64753 Path: news.gmane.org!not-for-mail From: Leo Newsgroups: gmane.emacs.gnus.general Subject: Re: inline viewing can't display CJK characters Date: Mon, 04 Jun 2007 10:17:13 +0100 Message-ID: References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1180948779 28477 80.91.229.12 (4 Jun 2007 09:19:39 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 4 Jun 2007 09:19:39 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M13264@lists.math.uh.edu Mon Jun 04 11:19:38 2007 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from util0.math.uh.edu ([129.7.128.18]) by lo.gmane.org with esmtp (Exim 4.50) id 1Hv8iv-000822-2N for ding-account@gmane.org; Mon, 04 Jun 2007 11:19:37 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by util0.math.uh.edu with smtp (Exim 4.63) (envelope-from ) id 1Hv8hR-0003To-UL; Mon, 04 Jun 2007 04:18:05 -0500 Original-Received: from mx2.math.uh.edu ([129.7.128.33]) by util0.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1Hv8hO-0003TQ-SP for ding@lists.math.uh.edu; Mon, 04 Jun 2007 04:18:02 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx2.math.uh.edu with esmtp (Exim 4.67) (envelope-from ) id 1Hv8hM-0003K8-RX for ding@lists.math.uh.edu; Mon, 04 Jun 2007 04:18:02 -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 1Hv8hM-00081U-00 for ; Mon, 04 Jun 2007 11:18:00 +0200 Original-Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Hv8hM-0004FR-0Z for ding@gnus.org; Mon, 04 Jun 2007 11:18:00 +0200 Original-Received: from sl392.st-edmunds.cam.ac.uk ([131.111.223.202]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 04 Jun 2007 11:18:00 +0200 Original-Received: from sdl.web by sl392.st-edmunds.cam.ac.uk with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 04 Jun 2007 11:18:00 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 54 Original-X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: sl392.st-edmunds.cam.ac.uk Face: iVBORw0KGgoAAAANSUhEUgAAACgAAAAoBAMAAAB+0KVeAAAAGFBMVEUKDAg1NjRWV1V9fnyg op/DxcLk5uP8/voi63ReAAAACXBIWXMAAAWJAAAFiQFtaJ36AAAAB3RJTUUH1goZAgAz00bgXgAA AeVJREFUKM9lk0Fz2jAQhQXJD3CCO70CmcC1YMtcWyTZ14Bl69xats4N9r6/3zWQBlodNKNPu/s0 b1cCQFuZGpfVVh3vAvBJolIXRkapSuoRUtIdFyo1Y5xSdlAj7OtvD1XnXxmWRi+eWgcxyCed1lVV B1CrKyujMoi+eLA5kU1SsjoHlW+nQjTtFxk4MXgrOxvIqzoTZR8XgPaLl419zgsMaSGFPiUOZCIh thsx5Xy9NsK8Kwf/JoQgMxcVJ301HKkcSWaT0O7FY056J4U9xcYfnmVXG4801lW6lqwu2nKFZoHC HuzvaTVndZ+LaRQgZdthXw1cpynEkLEwyFHXk/aIxNQ6QeooJuzPMB+wn+D7JJNsiCcVA13/A3h/ xE9J+WidpAwoYNmRFwyvSRhNVtsdaAewzZZP5uw82QL9+tyNfocyP0McAzICUr5Mk9RdIjWasUNx aIIt6NK4ZtXIMdfMQt3nuMAyWbLI4DqZ4xPq/ag8jPond4XU/cLuOgw6XCFX/YCUfcDAMMH58fD4 G9kDchwfqVefkBwup2uZM+Q4WhJt5jN3AxXCsaS2yXEDuWgS8VOzW0gFjhEPmLyFMKBFaLb1HRwc DiaKwx0EeTMRYnYPQRW3PP4HApvlMv0PttX5v/D6Aws3IOSEwzmLAAAAAElFTkSuQmCC User-Agent: Gnus/5.110007 Emacs 23 (20070531) MULE/6.0 (HANACHIRUSATO) Fedora 7 (gnu/linux) Cancel-Lock: sha1:BA2fqCQGK7UJ1IkMc6YGU1hgTfQ= X-Spam-Score: -2.6 (--) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:64753 Archived-At: ----- Katsumi Yamaoka (2007-06-04) wrote:----- >> To see the problem, go to the attachment in this post, hit 'E' and you >> will see garbled characters. > > Because the supertype of that part is `application', not `text', Gnus > considers there is no human readable text in it. It is decoded only > by base64, as the part specifies. Ah, thanks for the explanation. TeX files have a mimetype "application/x-tex" and "elisp" files have a mimetype "application/emacs-lisp" as defined in /etc/mime.types. So when I attached test.el Gnus automatically picked up "application/emacs-lisp". >> Content-Type: application/emacs-lisp >> Content-Disposition: attachment; filename=test.el >> Content-Transfer-Encoding: base64 >> Content-Description: test.el > > OTOH, `2 K i' or `i' on the button shows the decoded Chinese > text, because the `i' command is for the use of ``View As Text, > In This Buffer''. Command `K i' exists in article buffer, but does not work properly. Try to use this command in article buffer will cause an error: ,---- | Debugger entered--Lisp error: (error "No article is displayed") | signal(error ("No article is displayed")) | error("No article is displayed") | gnus-article-part-wrapper(3 gnus-mime-inline-part) | gnus-article-inline-part(3) | call-interactively(gnus-article-inline-part) | gnus-article-read-summary-keys(3) | call-interactively(gnus-article-read-summary-keys) `---- > Only with No Gnus, you can add the coding cookie to such a file > in order to specify the charset MIME parameter. For examples: > > What handles such a parameter of an `application' MIME part > might be only No Gnus, though. > > Or it might be better to use `text/emacs-lisp' instead, though > I'm not sure such a type is widely known, either. It appears that mailcap does not define such mimetype. A bug in mailcap? > > Regards, Thanks, -- Leo (GPG Key: 9283AA3F)