[notmuch] Some thoughts about notmuch sync with other agents

2010-02-01 Thread martin f krafft
solve this problem more generally anyway ? why should a "replied" tag be synchronised, but a "no-need-to-reply" tag not? -- martin | http://madduck.net/ | http://two.sentenc.es/ #include spamtraps: madduck.bogus at madduck.net -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: Digital signature (see http://martin-krafft.net/gpg/) URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20100201/8ffddb4f/attachment.pgp>

Re: [notmuch] Request for high-priority improvements to notmuch

2010-02-01 Thread martin f krafft
also sprach Scott Robinson [2010.02.02.1043 +1300]: > > YES PLEASE :-). notmuch seems designed to work in an ecosystem of > > surrounding scripts, feeding data in and out. But we are all currently > > limited to regexes for that. And heck, I hard a hard time understanding > > why all hell broke ou

Re: [notmuch] Request for high-priority improvements to notmuch

2010-02-01 Thread martin f krafft
also sprach sebast...@sspaeth.de [2010.02.02.0929 +1300]: > YES PLEASE :-). notmuch seems designed to work in an ecosystem of > surrounding scripts, feeding data in and out. But we are all currently > limited to regexes for that. And heck, I hard a hard time understanding > why all hell broke out

[notmuch] Emacs paned UI

2010-02-01 Thread Tad Fisher
Hello everyone! I've been using notmuch and following its development for a little while now, and I've come to like it very much. One thing that has been lacking is an easy-to-use Emacs interface, and I believe Keith and Carl had a little discussion a while back about how we should go about makin

[notmuch] Emacs paned UI

2010-02-01 Thread Tad Fisher
Hello everyone! I've been using notmuch and following its development for a little while now, and I've come to like it very much. One thing that has been lacking is an easy-to-use Emacs interface, and I believe Keith and Carl had a little discussion a while back about how we should go about makin

[notmuch] Some thoughts about notmuch sync with other agents

2010-02-01 Thread Sebastian Spaeth
REPOSTING, as the previous reply went to Gmane > One may > or may not like IMAP for good reasons, the fact is that it is here and > has allowed users to read mails from various places and terminals, > keeping important information synced. So I think that notmuch will have > to live with that, and

[notmuch] Request for high-priority improvements to notmuch

2010-02-01 Thread Scott Robinson
Excerpts from sebastian's message of Mon Feb 01 14:29:44 -0600 2010: > 2) > > JSON output for "notmuch search/show" with ability to filter output fields > > "search" --> "search --output=thread_id,date,number,author,subject,tags" > > "show" --> "search > > --output=message_id,tags,path,header,bod

[notmuch] patchwork test instance (was: Git feature branch)

2010-02-01 Thread martin f krafft
I investigated some patch/issue trackers over the weekend. Here's my summary/reply. The executive summary is that http://patchwork.madduck.net/project/notmuch/list/ now exists. I have not really used it for anything real, so if some of you feel inclined to give it a shot, sign up and triage away!

Re: [notmuch] Request for high-priority improvements to notmuch

2010-02-01 Thread Scott Robinson
Excerpts from sebastian's message of Mon Feb 01 14:29:44 -0600 2010: > 2) > > JSON output for "notmuch search/show" with ability to filter output fields > > "search" --> "search --output=thread_id,date,number,author,subject,tags" > > "show" --> "search > > --output=message_id,tags,path,header,bod

[notmuch] Request for high-priority improvements to notmuch

2010-02-01 Thread Jameson Rollins
ould be handling natively or not. A lot of the current shortcomings of notmuch could be easily dealt with if these enhancements are implemented. Thanks so much for the time, and I look forward to any discussion on these ideas, and to seeing them in near-future releases. jamie. -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20100201/7ba85655/attachment.pgp>

Re: [notmuch] Request for high-priority improvements to notmuch

2010-02-01 Thread sebastian
Let me second those thoughts. I'll even put forward 2 more pet suggestions :). 1) > Ability to apply tags based on folder paths in "notmuch new" This will let me sync tags with notmuchsync much more easily than going through all mails and detecting their IMAP path from the filename. Support for s

[notmuch] Request for high-priority improvements to notmuch

2010-02-01 Thread sebast...@sspaeth.de
Let me second those thoughts. I'll even put forward 2 more pet suggestions :). 1) > Ability to apply tags based on folder paths in "notmuch new" This will let me sync tags with notmuchsync much more easily than going through all mails and detecting their IMAP path from the filename. Support for s

[notmuch] Request for high-priority improvements to notmuch

2010-02-01 Thread Jameson Rollins
Hello Carl et. al. I know you're trying to work through a boat load of backlog patches, but after using notmuch for a couple weeks now, I would like to highlight what I think are the two most important things that need to be be implemented in the notmuch CLI and why. Ability to apply tags based o

Re: [notmuch] Some thoughts about notmuch sync with other agents

2010-02-01 Thread Sebastian Spaeth
REPOSTING, as the previous reply went to Gmane > One may > or may not like IMAP for good reasons, the fact is that it is here and > has allowed users to read mails from various places and terminals, > keeping important information synced. So I think that notmuch will have > to live with that, and