RFC: Adding an attachment composition interface to notmuch
On Sun, 25 Apr 2010 19:52:54 -0700, Dirk Hohndel wrote: > From your description I can't quite tell if tach is overkill, > though. When I just attach a file I'd like to be able to do this just > using the minibuffer to pick a file - not having to open another buffer, > press +, find the file, etc... I agree, for the most part -- but if you're attaching multiple files, or decide to change which file you're attaching, some sort of list view is necessary. Or at least, at is for me. Anyway, I tried to make it pretty unobtrusive and intuitive, so hopefully it won't *feel* too much like overkill.
RFC: Adding an attachment composition interface to notmuch
On Sat, 20 Feb 2010 22:12:21 -0500, Jesse Rosenthal wrote: > Tach is a minor mode that adds mutt-like attachment handling to > message mode. It's not notmuch specific, but I wrote it to use with > notmuch, and I thought it might be of use to some on the list. I wanted to see if there would be any interest in adding this to notmuch in 0.4 or after. It makes composing messages with attachments much more pleasant that using raw mml-mode, and would likely be much more accomodating to new users. With the new notmuch-mua hooks, it would be easy to turn on and off as well. I've been using it for a number of months, and have not had any problems with it. One issue to note: if you start composing a message with tach-mode enabled, and then disable it, the attachments you added with tach won't get added properly (there will just be a plaintext list of them at the the bottom of the message after a separator). In other words, tach converts the attachment list on sending, just as message-mode adds headers, removes "text follows this line", etc. This doesn't seem like an issue to me (a message started by message-mode can't be sent by another MUA either) but I did want to bring it to people's attention. If there is interest, I would take the necessary steps to integrate it and prepare a patch. All best, Jesse
Re: RFC: Adding an attachment composition interface to notmuch
On Sun, 25 Apr 2010 19:52:54 -0700, Dirk Hohndel wrote: > From your description I can't quite tell if tach is overkill, > though. When I just attach a file I'd like to be able to do this just > using the minibuffer to pick a file - not having to open another buffer, > press +, find the file, etc... I agree, for the most part -- but if you're attaching multiple files, or decide to change which file you're attaching, some sort of list view is necessary. Or at least, at is for me. Anyway, I tried to make it pretty unobtrusive and intuitive, so hopefully it won't *feel* too much like overkill. ___ notmuch mailing list notmuch@notmuchmail.org http://notmuchmail.org/mailman/listinfo/notmuch
Re: RFC: Adding an attachment composition interface to notmuch
On Sun, 25 Apr 2010 21:06:01 -0400, Jesse Rosenthal wrote: > On Sat, 20 Feb 2010 22:12:21 -0500, Jesse Rosenthal > wrote: > > Tach is a minor mode that adds mutt-like attachment handling to > > message mode. It's not notmuch specific, but I wrote it to use with > > notmuch, and I thought it might be of use to some on the list. > > I wanted to see if there would be any interest in adding this to notmuch > in 0.4 or after. It makes composing messages with attachments much more > pleasant that using raw mml-mode, and would likely be much more > accomodating to new users. With the new notmuch-mua hooks, it would be > easy to turn on and off as well. I've been using it for a number of > months, and have not had any problems with it. I have not played with the version you posted earlier - sofar I use the attachment functionality that Emacs offers by default and I agree that this is lacking. >From your description I can't quite tell if tach is overkill, though. When I just attach a file I'd like to be able to do this just using the minibuffer to pick a file - not having to open another buffer, press +, find the file, etc... > One issue to note: if you start composing a message with tach-mode > enabled, and then disable it, the attachments you added with tach won't > get added properly (there will just be a plaintext list of them at the > the bottom of the message after a separator). In other words, tach > converts the attachment list on sending, just as message-mode adds > headers, removes "text follows this line", etc. This doesn't seem like > an issue to me (a message started by message-mode can't be sent by > another MUA either) but I did want to bring it to people's attention. I think that's reasonable > If there is interest, I would take the necessary steps to integrate it > and prepare a patch. I'd be interested to see a notmuch integration... /D -- Dirk Hohndel Intel Open Source Technology Center ___ notmuch mailing list notmuch@notmuchmail.org http://notmuchmail.org/mailman/listinfo/notmuch
RFC: Adding an attachment composition interface to notmuch
On Sun, 25 Apr 2010 21:06:01 -0400, Jesse Rosenthal wrote: > On Sat, 20 Feb 2010 22:12:21 -0500, Jesse Rosenthal > wrote: > > Tach is a minor mode that adds mutt-like attachment handling to > > message mode. It's not notmuch specific, but I wrote it to use with > > notmuch, and I thought it might be of use to some on the list. > > I wanted to see if there would be any interest in adding this to notmuch > in 0.4 or after. It makes composing messages with attachments much more > pleasant that using raw mml-mode, and would likely be much more > accomodating to new users. With the new notmuch-mua hooks, it would be > easy to turn on and off as well. I've been using it for a number of > months, and have not had any problems with it. I have not played with the version you posted earlier - sofar I use the attachment functionality that Emacs offers by default and I agree that this is lacking. >From your description I can't quite tell if tach is overkill, though. When I just attach a file I'd like to be able to do this just using the minibuffer to pick a file - not having to open another buffer, press +, find the file, etc... > One issue to note: if you start composing a message with tach-mode > enabled, and then disable it, the attachments you added with tach won't > get added properly (there will just be a plaintext list of them at the > the bottom of the message after a separator). In other words, tach > converts the attachment list on sending, just as message-mode adds > headers, removes "text follows this line", etc. This doesn't seem like > an issue to me (a message started by message-mode can't be sent by > another MUA either) but I did want to bring it to people's attention. I think that's reasonable > If there is interest, I would take the necessary steps to integrate it > and prepare a patch. I'd be interested to see a notmuch integration... /D -- Dirk Hohndel Intel Open Source Technology Center
RFC: Adding an attachment composition interface to notmuch
On Sat, 20 Feb 2010 22:12:21 -0500, Jesse Rosenthal wrote: > Tach is a minor mode that adds mutt-like attachment handling to > message mode. It's not notmuch specific, but I wrote it to use with > notmuch, and I thought it might be of use to some on the list. I wanted to see if there would be any interest in adding this to notmuch in 0.4 or after. It makes composing messages with attachments much more pleasant that using raw mml-mode, and would likely be much more accomodating to new users. With the new notmuch-mua hooks, it would be easy to turn on and off as well. I've been using it for a number of months, and have not had any problems with it. One issue to note: if you start composing a message with tach-mode enabled, and then disable it, the attachments you added with tach won't get added properly (there will just be a plaintext list of them at the the bottom of the message after a separator). In other words, tach converts the attachment list on sending, just as message-mode adds headers, removes "text follows this line", etc. This doesn't seem like an issue to me (a message started by message-mode can't be sent by another MUA either) but I did want to bring it to people's attention. If there is interest, I would take the necessary steps to integrate it and prepare a patch. All best, Jesse ___ notmuch mailing list notmuch@notmuchmail.org http://notmuchmail.org/mailman/listinfo/notmuch