From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/71349 Path: news.gmane.org!not-for-mail From: Lars Magne Ingebrigtsen Newsgroups: gmane.emacs.gnus.general Subject: Re: article editing in nnimap Date: Tue, 21 Sep 2010 23:30:09 +0200 Organization: Programmerer Ingebrigtsen Message-ID: References: <87vd6143w9.fsf@uwo.ca> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1285104642 14585 80.91.229.12 (21 Sep 2010 21:30:42 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 21 Sep 2010 21:30:42 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M19722@lists.math.uh.edu Tue Sep 21 23:30:41 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 1OyAQC-0003TP-QA for ding-account@gmane.org; Tue, 21 Sep 2010 23:30:41 +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 1OyAPw-0005IB-EJ; Tue, 21 Sep 2010 16:30:24 -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 1OyAPu-0005Hn-Mr for ding@lists.math.uh.edu; Tue, 21 Sep 2010 16:30:22 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx1.math.uh.edu with esmtp (Exim 4.72) (envelope-from ) id 1OyAPq-0006B5-B4 for ding@lists.math.uh.edu; Tue, 21 Sep 2010 16:30:22 -0500 Original-Received: from lo.gmane.org ([80.91.229.12]) by quimby.gnus.org with esmtp (Exim 3.36 #1 (Debian)) id 1OyAPp-0003WW-00 for ; Tue, 21 Sep 2010 23:30:17 +0200 Original-Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1OyAPp-0003Kl-E5 for ding@gnus.org; Tue, 21 Sep 2010 23:30:17 +0200 Original-Received: from cm-84.215.34.171.getinternet.no ([84.215.34.171]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 21 Sep 2010 23:30:17 +0200 Original-Received: from larsi by cm-84.215.34.171.getinternet.no with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 21 Sep 2010 23:30:17 +0200 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: ding@gnus.org Original-Lines: 27 Original-X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: cm-84.215.34.171.getinternet.no Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAFVBMVEUrOHk2UpMDAgRom8pE aqrD5fMYGjSgD9krAAACSklEQVQ4jVWTza7bIBCFhzZlzag068gL1o0G701B9wVc77HvFe//CD0D JFJR4sTzMX+HgUoped1LYmZHRIZLcpRuRABFRBQkYiJf2Dv57vAHHschsfjIntlnOTa5OWIu+ehr jz5n3QQAj+Hw39pdhAc830tkPWKR6DSUvGy6dcXudkukoUacVQZBidYkVEUD7AoUoapkvHMvoNWi CpGtmcJMGaFkReS/MKPuUpINXgE610qOnVPpi90FXahXpQCxGRKoLtZAskyqFUCEcIb7gtmS6wCR 0vqkLq1aNJSCrCmgzzBRaxP0cvF4wtRawJfMG+z4SPy29KUgqtehPWvnfwa44KMeWV7LDrCENpNP e6RLzQ+aOcaZQ6pcFASDLt+gwC4l9Tg6JhN0mbLED9grtep9BxgXlSnv8X5LVyVbZyj2m8qUj0jJ wsOwGaFIhwlANnZLwCv5NLSxNCT3KBeyAgwloUGlikNAfw82eiZvNdnWa/SMUtJ0oIZDaKpfADw1 nW0doLp7XWCscHu4VtsEaO9D5Qv+qV6NZiR0Hu9D0q0/07Sj1tRgqXz/upYQTq9GjypbP7R22zj/ ttphlx1zBfP1Bb2c+fm8X2fpKXSosamhJWc87kVr7HS0OlgwYM3aakq5t5NVURIDcDrbrkvbJnQR 9SLQhmlfHiimN2gxU6eeDjvXk19znvDbPmOfX9NBmKSDPSaft5H8TQB+YCRl3HN9p0lC/dXv3SY0 wPKY4GsdQK/DK0poSziLXi8RxzSBsdcjb+T76Mcuyz/j670n1O3lhwAAAABJRU5ErkJggg== Mail-Copies-To: never X-Now-Playing: Peter Principle's _Tone Poems_: "Orion's Shadow" User-Agent: Gnus/5.110011 (No Gnus v0.11) Emacs/24.0.50 (gnu/linux) Cancel-Lock: sha1:5hyblBwWyRZ6LyPk2iyhSUvZHT4= X-Spam-Score: -1.9 (-) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:71349 Archived-At: Dan Christensen writes: > So I think it should be possible to re-use the code that is invoked when > the user types `B m'. An extra argument (or a global variable) could > be used to tell nnimap-request-move-article that the move isn't > to be considered internal and to tell nnimap-request-accept-buffer > to take the article from the editing buffer. That already would be > a big step forward, but even better would be to update the summary > buffer to replace the deleted article with the newly created article. Well, calling -request-accept-article, and then deleting the old one would sort of get you most of the way there, wouldn't it? -request-accept-article returns the group/article number, so it'd kinda be just * request the article to a buffer * call request-accept * delete the previous article * jump to the new article number in the summary buffer, which will request the header for the "new" article. Although you'd then have two entries in the thread with the same Message-ID, which may freak out the threading code... or not. -- (domestic pets only, the antidote for overdose, milk.) larsi@gnus.org * Lars Magne Ingebrigtsen