From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/73641 Path: news.gmane.org!not-for-mail From: Dan Christensen Newsgroups: gmane.emacs.gnus.general Subject: Re: Outstanding stuff? Date: Wed, 27 Oct 2010 21:05:21 -0400 Message-ID: <8739rryvn2.fsf@uwo.ca> References: <87mxq91zko.fsf@uwo.ca> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1288228012 18678 80.91.229.12 (28 Oct 2010 01:06:52 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 28 Oct 2010 01:06:52 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M22010@lists.math.uh.edu Thu Oct 28 03:06:49 2010 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.69) (envelope-from ) id 1PBGx6-0003yy-LZ for ding-account@gmane.org; Thu, 28 Oct 2010 03:06:48 +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 1PBGw4-0005s7-Cv; Wed, 27 Oct 2010 20:05:44 -0500 Original-Received: from mx1.math.uh.edu ([129.7.128.32]) by util0.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1PBGw2-0005ru-98 for ding@lists.math.uh.edu; Wed, 27 Oct 2010 20:05:42 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx1.math.uh.edu with esmtp (Exim 4.72) (envelope-from ) id 1PBGvw-0007Rt-Uq for ding@lists.math.uh.edu; Wed, 27 Oct 2010 20:05:41 -0500 Original-Received: from lo.gmane.org ([80.91.229.12]) by quimby.gnus.org with esmtp (Exim 3.36 #1 (Debian)) id 1PBGvv-0002Pg-00 for ; Thu, 28 Oct 2010 03:05:35 +0200 Original-Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1PBGvr-0003d8-JT for ding@gnus.org; Thu, 28 Oct 2010 03:05:31 +0200 Original-Received: from bas3-london14-1096779588.dsl.bell.ca ([65.95.135.68]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 28 Oct 2010 03:05:31 +0200 Original-Received: from jdc by bas3-london14-1096779588.dsl.bell.ca with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 28 Oct 2010 03:05:31 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 64 Original-X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: bas3-london14-1096779588.dsl.bell.ca User-Agent: Gnus/5.110011 (No Gnus v0.11) Emacs/23.1.50 (gnu/linux) Cancel-Lock: sha1:7PtcWZivjqXC+jMRoQdbkKr18iY= X-Spam-Score: -1.9 (-) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:73641 Archived-At: [Just upgraded to git after a month when real life was too busy.] Lars Magne Ingebrigtsen writes: > Lars Magne Ingebrigtsen writes: > >> So the problem is that IMAP doesn't allow editing? So we'd have to call >> `-accept-article', delete the old, insert the new in the summary buffer? >> Sounds doable... > > Three hours later: ARGH! Yikes, sorry to hear this. > It sort of works now. Sort of. If you don't have threading switched > on. So you can now edit nnimap articles, but it'll error out if you > have threads. And I'm just not able to find out why. I use threading, but am not getting errors. However, point doesn't go to the right article, and in general things seem a bit messed up in the summary buffer. E.g. `P' jumps to a strange article. Some other articles sometimes show up as deleted when I try to select them, but then are there if I exit and reenter. So it seems like some internal data structure gets mangled. This all happens even with threading turned off... I'm curious why this is much different from when a new article arrives and we hit `/ N' to include it in the summary buffer. My attempt to code this up before (with the old nnimap) was pretty similar and seemed to work a bit better: (deffoo nnimap-request-replace-article (article group buffer) (and (with-current-buffer buffer (nnimap-request-accept-article group)) (nnimap-possibly-change-group group) (imap-message-flags-add (imap-range-to-message-set (list article)) "\\Deleted" 'silent nnimap-server-buffer) (set-buffer gnus-summary-buffer) (gnus-summary-goto-subject article) (gnus-summary-mark-article article gnus-canceled-mark) (gnus-summary-insert-new-articles) ;(gnus-summary-position-point) ;(gnus-set-mode-line 'summary) )) But it still needed work: - didn't copy marks - didn't remove old article from summary - didn't position point at new article I also had a plan to re-use the code in gnus-summary-move-article, with a global flag set so that it skips doing an internal move, and when it accepts the new article, it takes it from the editing buffer instead of from the old version of the article. I couldn't get it to work, but it seems like it should work in principle. Being able to strip attachments is crucial to me, so if there's anything I can do to help debug this, let me know. Dan