From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/19386 Path: main.gmane.org!not-for-mail From: Vladimir Volovich Newsgroups: gmane.emacs.gnus.general Subject: Re: with pgnus 0.55 and 0.56 i'm unable to see text in russian Date: 01 Dec 1998 00:20:41 +0300 Sender: owner-ding@hpc.uh.edu Message-ID: References: <2nd865okh3.fsf@zsh.cs.rochester.edu> <5bemqldmuk.fsf@schnapps.cs.rochester.edu> <5bu2zhc52x.fsf@schnapps.cs.rochester.edu> NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Trace: main.gmane.org 1035157745 11345 80.91.224.250 (20 Oct 2002 23:49:05 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 23:49:05 +0000 (UTC) Return-Path: Original-Received: from karazm.math.uh.edu (karazm.math.uh.edu [129.7.128.1]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id QAA28083 for ; Mon, 30 Nov 1998 16:52:56 -0500 (EST) Original-Received: from sina.hpc.uh.edu (lists@Sina.HPC.UH.EDU [129.7.3.5]) by karazm.math.uh.edu (8.9.1/8.9.1) with ESMTP id PAB02856; Mon, 30 Nov 1998 15:52:40 -0600 (CST) Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Mon, 30 Nov 1998 15:52:24 -0600 (CST) Original-Received: from sclp3.sclp.com (root@sclp3.sclp.com [204.252.123.139]) by sina.hpc.uh.edu (8.7.3/8.7.3) with ESMTP id PAA11583 for ; Mon, 30 Nov 1998 15:51:33 -0600 (CST) Original-Received: from cc.vsu.ru (root@ns.vsu.relarn.ru [194.226.24.1]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id QAA27998 for ; Mon, 30 Nov 1998 16:50:29 -0500 (EST) Original-Received: (from uucp@localhost) by cc.vsu.ru (8.9.1/8.9.1) with UUCP id AAA11352 for ding@gnus.org; Tue, 1 Dec 1998 00:48:21 +0300 Original-Received: (from vvv@localhost) by vvv.vsu.ru (8.8.7/8.8.7) id AAA24597; Tue, 1 Dec 1998 00:20:42 +0300 Original-To: ding@gnus.org In-Reply-To: Shenghuo ZHU's message of "30 Nov 1998 15:12:54 -0500" Original-Lines: 85 User-Agent: Gnus/5.070054 (Pterodactyl Gnus v0.54) Emacs/20.3 Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:19386 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:19386 This is a MIME multipart message. If you are reading this, you shouldn't. --=-=-= "ZSH" == Shenghuo ZHU writes: VVV> Thanks a lot, i'll try it. BTW, i just noticed that in 0.55 VVV> there was a change in mm-view.el (mm-inline-text), which in VVV> effect changed with-temp-buffer to mm-with-unibyte-buffer (which VVV> is used in mm-get-part function). Maybe, changing VVV> mm-with-unibyte-buffer to with-temp-buffer in the definition of VVV> mm-get-part will fix this problem, too (which seems like a VVV> simpler fix)? ZSH> I did not find the change in ChangeLog. I did the last change in ZSH> 0.53. there is the following hunk in the pgnus-0.54-0.55.diff: --=-=-= (defun mm-inline-text (handle) (let ((type (cadr (split-string (car (mm-handle-type handle)) "/"))) text buffer-read-only) (cond ((equal type "plain") ! (with-temp-buffer ! (insert-buffer-substring (mm-handle-buffer handle)) ! (mm-decode-content-transfer-encoding ! (mm-handle-encoding handle) ! (car (mm-handle-type handle))) ! (setq text (buffer-string))) (let ((b (point))) (insert text) (save-restriction --- 39,59 ---- (set-extent-property annot 'mm t) (set-extent-property annot 'duplicable t))) + (defvar mm-w3-setup nil) + (defun mm-setup-w3 () + (unless mm-w3-setup + (w3-do-setup) + (require 'url) + (require 'w3-vars) + (url-register-protocol 'cid nil 'url-identity-expander) + (setq mm-w3-setup t))) + (defun mm-inline-text (handle) (let ((type (cadr (split-string (car (mm-handle-type handle)) "/"))) text buffer-read-only) (cond ((equal type "plain") ! (setq text (mm-get-part handle)) (let ((b (point))) (insert text) (save-restriction --=-=-= i.e. it changes ! (with-temp-buffer ! (insert-buffer-substring (mm-handle-buffer handle)) ! (mm-decode-content-transfer-encoding ! (mm-handle-encoding handle) ! (car (mm-handle-type handle))) ! (setq text (buffer-string))) to (setq text (mm-get-part handle)) in the definition of mm-inline-text. But the definition of mm-get-part in mm-decode.el contains mm-with-unibyte-buffer instead of with-temp-buffer. So, this change is not 100% `compatible' with older behavior, and i guess that if i will change mm-with-unibyte-buffer to with-temp-buffer in the definition of mm-get-part, or if i will revert this hunk, the correct behavior will be restored. Lars? Best regards, -- Vladimir. --=-=-=--