[PATCH 2/5] Implement an internal generic string list and use it.
[notmuch-archives.git] / 90 / fcf9767ce56ef108a9e47986ba09fa2f5fbdb0
1 Return-Path: <BATV+416fd192af55372394e4+2437+infradead.org+hohndel@bombadil.srs.infradead.org>\r
2 X-Original-To: notmuch@notmuchmail.org\r
3 Delivered-To: notmuch@notmuchmail.org\r
4 Received: from localhost (localhost [127.0.0.1])\r
5         by olra.theworths.org (Postfix) with ESMTP id 9D7EC4196F0\r
6         for <notmuch@notmuchmail.org>; Sun, 25 Apr 2010 19:52:56 -0700 (PDT)\r
7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
8 X-Spam-Flag: NO\r
9 X-Spam-Score: -4.2\r
10 X-Spam-Level: \r
11 X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5\r
12         tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3] autolearn=ham\r
13 Received: from olra.theworths.org ([127.0.0.1])\r
14         by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
15         with ESMTP id Mfjbk3BJ5rNx for <notmuch@notmuchmail.org>;\r
16         Sun, 25 Apr 2010 19:52:55 -0700 (PDT)\r
17 Received: from bombadil.infradead.org (bombadil.infradead.org [18.85.46.34])\r
18         by olra.theworths.org (Postfix) with ESMTP id 79458431FC1\r
19         for <notmuch@notmuchmail.org>; Sun, 25 Apr 2010 19:52:55 -0700 (PDT)\r
20 Received: from localhost ([::1] helo=x200.gr8dns.org)\r
21         by bombadil.infradead.org with esmtp (Exim 4.69 #1 (Red Hat Linux))\r
22         id 1O6ERK-0002Xa-Lh; Mon, 26 Apr 2010 02:52:54 +0000\r
23 Received: by x200.gr8dns.org (Postfix, from userid 500)\r
24         id 0F20FCC6C8; Sun, 25 Apr 2010 19:52:54 -0700 (PDT)\r
25 From: Dirk Hohndel <hohndel@infradead.org>\r
26 To: Jesse Rosenthal <jrosenthal@jhu.edu>, notmuch@notmuchmail.org\r
27 Subject: Re: RFC: Adding an attachment composition interface to notmuch\r
28 In-Reply-To: <87tyqzja4m.fsf@jhu.edu>\r
29 References: <87sk8vz3hm.fsf@jhu.edu> <87tyqzja4m.fsf@jhu.edu>\r
30 User-Agent: Notmuch/0.2-201-g0605b37 (http://notmuchmail.org) Emacs/23.1.1\r
31         (i386-redhat-linux-gnu)\r
32 Date: Sun, 25 Apr 2010 19:52:54 -0700\r
33 Message-ID: <m3y6ga3oxl.fsf@x200.gr8dns.org>\r
34 MIME-Version: 1.0\r
35 Content-Type: text/plain; charset=us-ascii\r
36 X-SRS-Rewrite: SMTP reverse-path rewritten from <hohndel@infradead.org> by\r
37         bombadil.infradead.org See http://www.infradead.org/rpr.html\r
38 X-BeenThere: notmuch@notmuchmail.org\r
39 X-Mailman-Version: 2.1.13\r
40 Precedence: list\r
41 List-Id: "Use and development of the notmuch mail system."\r
42         <notmuch.notmuchmail.org>\r
43 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
44         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
45 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
46 List-Post: <mailto:notmuch@notmuchmail.org>\r
47 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
48 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
49         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
50 X-List-Received-Date: Mon, 26 Apr 2010 02:52:56 -0000\r
51 \r
52 On Sun, 25 Apr 2010 21:06:01 -0400, Jesse Rosenthal <jrosenthal@jhu.edu> wrote:\r
53 > On Sat, 20 Feb 2010 22:12:21 -0500, Jesse Rosenthal <jrosenthal@jhu.edu> wrote:\r
54 > > Tach is a minor mode that adds mutt-like attachment handling to\r
55 > > message mode. It's not notmuch specific, but I wrote it to use with\r
56 > > notmuch, and I thought it might be of use to some on the list.\r
57\r
58 > I wanted to see if there would be any interest in adding this to notmuch\r
59 > in 0.4 or after. It makes composing messages with attachments much more\r
60 > pleasant that using raw mml-mode, and would likely be much more\r
61 > accomodating to new users. With the new notmuch-mua hooks, it would be\r
62 > easy to turn on and off as well. I've been using it for a number of\r
63 > months, and have not had any problems with it.\r
64 \r
65 I have not played with the version you posted earlier - sofar I use the\r
66 attachment functionality that Emacs offers by default and I agree that\r
67 this is lacking.\r
68 >From your description I can't quite tell if tach is overkill,\r
69 though. When I just attach a file I'd like to be able to do this just\r
70 using the minibuffer to pick a file - not having to open another buffer,\r
71 press +, find the file, etc...\r
72  \r
73 > One issue to note: if you start composing a message with tach-mode\r
74 > enabled, and then disable it, the attachments you added with tach won't\r
75 > get added properly (there will just be a plaintext list of them at the\r
76 > the bottom of the message after a separator). In other words, tach\r
77 > converts the attachment list on sending, just as message-mode adds\r
78 > headers, removes "text follows this line", etc. This doesn't seem like\r
79 > an issue to me (a message started by message-mode can't be sent by\r
80 > another MUA either) but I did want to bring it to people's attention.\r
81 \r
82 I think that's reasonable\r
83 \r
84 > If there is interest, I would take the necessary steps to integrate it\r
85 > and prepare a patch.\r
86 \r
87 I'd be interested to see a notmuch integration...\r
88 \r
89 /D\r
90 \r
91 -- \r
92 Dirk Hohndel\r
93 Intel Open Source Technology Center\r