Re: [notmuch] Recent (and forthcoming) improvements to the emacs interface

On Thu, 03 Dec 2009 14:15:07 -0800, Carl Worth cwo...@cworth.org wrote: . * The magic space bar is too magic. Threads are separate conversations so one key for paging through the current conversation shouldn't also switch to the next conversation, (particularly when the

Re: [notmuch] Notmuch's search view sucks

Karl Wiberg writes: On Fri, Dec 4, 2009 at 1:29 AM, Carl Worth wrote: And a step beyond that would support different languages for different emails, but that sounds like something hard to identify. But probably not as hard as identifying spam. It could probably be done with a simple

Re: [notmuch] Notmuch's search view sucks

--- 2009ko Abenudak 4an, Olly Betts-ek idatzi zuen: [...] TextCat is in Perl. I don't know if there's a C or C++ implementation but it isn't a huge piece of code - finding a good technique was the clever part of it. The same algorithm is implemented in C here:

Re: [notmuch] Recent (and forthcoming) improvements to the emacs interface

On Fri, 04 Dec 2009 03:06:32 +0100, Marten Veldthuis mar...@veldthuis.com wrote: Not sure what happened, but: Subject: [notmuch] [PATCH 4/9] Factor out message buffer mgmt from notmuch-show-view-all-mime-parts From: cama...@picnicpark.org ... now collapses into: Subject:

[notmuch] emacs UI customization

Hey, Carl et. al. The recent improvements to the notmuch emacs mode look great. I have a couple of suggestions/questions about the UI that I wanted to put to the group. Here are some things that I would really like to see: * in thread view, show read messages as initially collapsed * show

Re: [notmuch] [PATCH (rebased)] Handle message renames in mail spool

On Fri, 04 Dec 2009 09:55:45 -0400, da...@tethera.net wrote: P.S. do people want to be CC'd on this list, or not? We don't require subscription to the list, so I recommend CC, yes. Plus, notmuch already handles duplicate mail just fine, (in that the user only sees one copy at least). And I tag

Re: [notmuch] [PATCH (rebased)] Handle message renames in mail spool

Twas brillig at 10:05:05 04.12.2009 UTC-08 when cwo...@cworth.org did gyre and gimble: CW Plus, notmuch already handles duplicate mail just fine, (in that the CW user only sees one copy at least). And I tag my mail differently when CW one of my addresses appears on the CC list, so I

Re: [notmuch] [PATCH (rebased)] Handle message renames in mail spool

On Sat, 05 Dec 2009 00:07:36 +0600, Mikhail Gusarov dotted...@dottedmag.net wrote: The only problem with Cc is that Mailman suppresses duplicate messages and hence there is no List-Id: on message. Hey, well notmuch doesn't even index the List-Id: header anyway. [*] ;-) But the above sounds

Re: [notmuch] [PATCH (rebased)] Handle message renames in mail spool

But the above sounds like the List-Id header is unreliable enough to be useless. In my current .sieve setup, I have 93 entries for mailing lists. 87 of them use list-id[1]. 3 use list-post. 1 uses 'mailing-list', but looking at it, could be switched to list-id. 2 use x-mailing-list (blasted

Re: [notmuch] [PATCH] Make search filters handle disjunctive queries.

On Wed, 2 Dec 2009 12:00:35 +0100, Jed Brown j...@59a2.org wrote: notmuch-search-filter now accepts an arbitrary query and will group if necessary so that we get tag:inbox AND (gravy OR biscuits) instead of the former tag:inbox AND gravy OR biscuits Perfect. A nice clean patch for

Re: [notmuch] [PATCH 1/2] notmuch-reply: Add support for replying only to sender

On Fri, 04 Dec 2009 11:07:54 -0800, Carl Worth cwo...@cworth.org wrote: But surely there's a way to implement this with dramatically less code duplication? It should just be very short after this series id:1259450376-24523-1-git-send-email-...@59a2.org I think --format= should not be used

Re: [notmuch] [PATCH 1/3] fix configure script to handle --prefix= and properly create Makefile.config

On Sat, 28 Nov 2009 18:57:35 -0500, Jameson Graef Rollins jroll...@finestructure.net wrote: This also removes the Makefile.config from the repository, since it shouldn't be kept in the repository and should be created by the configure script. Hi Jamie, Handling --prefix will be a nice

Re: [notmuch] [PATCH] notmuch.el: Add face support to message summary and subject lines.

On Mon, 30 Nov 2009 22:50:39 +0800, Kan-Ru Chen ka...@kanru.info wrote: Remove the underline of both message summary and subject lines. Message summary still defaults to reverse-video, use customize to change it to whatever you like. Thanks for submitting this patch. I recently fixed the ugly

Re: [notmuch] [PATCH 1/3] fix configure script to handle --prefix= and properly create Makefile.config

On Fri, Dec 04, 2009 at 04:12:47PM -0800, Carl Worth wrote: Handling --prefix will be a nice addition to our configure script. So, thanks! Yeah, it's definitely needed for the Debian packaging as well. Your commit message has that flag word of also in it, and as it turns out, the removal of

Re: [notmuch] [PATCH 3/3] fix Makefile.local to install bash completion definitions as not executable

On Fri, Dec 04, 2009 at 04:16:20PM -0800, Carl Worth wrote: On Sat, 28 Nov 2009 18:57:37 -0500, Jameson Graef Rollins jroll...@finestructure.net wrote: - install contrib/notmuch-completion.bash \ + install -m0644 contrib/notmuch-completion.bash \

Re: [notmuch] [PATCH] Fix typos in documentation strings

On Tue, 01 Dec 2009 08:45:17 -0200, Fernando Carrijo fcarr...@yahoo.com.br wrote: One more party, one more joiner, one more patch! :) Welcome to the party, Fernando! - Forward a the current message. + Forward the current message. .. - Preficate testing whether current message is unread.

Re: [notmuch] [PATCH (rebased)] Handle message renames in mail spool

On Fri, 4 Dec 2009 14:09:46 -0500, Michael Alan Dorman mdor...@ironicdesign.com wrote: Now, if you have an MTA that does duplicate suppression based on message-id, you probably won't see the copy of a message that went to the list if you're cc:'d on it because the direct copy (sans list-id

Re: [notmuch] [PATCH (rebased)] Handle message renames in mail spool

On Fri, 4 Dec 2009 14:09:46 -0500, Michael Alan Dorman mdor...@ironicdesign.com wrote: Besides, in notmuch, what's the difference going to be? It'll still be threaded the same, etc., but you'd be able to tell that this one came to you rather than through the list, no? There's one other point

Re: [notmuch] [PATCH (rebased)] Handle message renames in mail spool

Twas brillig at 16:39:50 04.12.2009 UTC-08 when cwo...@cworth.org did gyre and gimble: CW But when viewing an actual message, I'm still planning on having CW notmuch just return an arbitrary filename from the list of CW filenames associated with that message. Does anyone see any problem CW

Re: [notmuch] [PATCH 1/3] fix configure script to handle --prefix= and properly create Makefile.config

On Fri, 4 Dec 2009 19:20:50 -0500, Jameson Graef Rollins jroll...@finestructure.net wrote: Your commit message has that flag word of also in it, and as it turns out, the removal of Makefile.config from the repository has actually happened already. But that was easy enough to fix. I was

[notmuch] [PATCH 1/2] notmuch-search-process-filter: add text properties for authors and subject to each line

From: David Bremner brem...@unb.ca Add functions notmuch-search-find-authors and notmuch-find-subject to match notmuch-find-thread-id. These functions are just a wrapper around get-text-property, but in principle that could change. --- notmuch.el | 12 +++- 1 files changed, 11

[notmuch] [PATCH 2/2] notmuch-show: add optional argument for query context instead of using global binding notmuch-search-query-string

From: David Bremner brem...@unb.ca Also modify the one call to notmuch-show in notmuch.el. This makes the call (notmuch-show thread-id) will work when there is no binding for notmuch-search-query-string; e.g. when called from user code outside notmuch. --- notmuch.el | 16 ++-- 1

[notmuch] Recent (and forthcoming) improvements to the emacs interface

On Thu, 03 Dec 2009 14:15:07 -0800, Carl Worth wrote: > * Much nicer looking presentation, (no more ugly reverse-video or > underlines on the message summary line). > > * More reliable message-visibility buttons, (using RET in the first > column of a message-summary line now works).

[notmuch] [PATCH 2/9] Adjust autoload comments

Firstly, thanks for the full explanations! On Thu, 03 Dec 2009 17:04:52 -0800, Carl Worth wrote: > The notmuch-folder command is definitely a nice primary interface to > notmuch for some people. I'm seriously considering making it the view > that one gets with "M-x notmuch" (after the

[notmuch] Notmuch's search view sucks

On Fri, Dec 4, 2009 at 1:29 AM, Carl Worth wrote: > And a step beyond that would support different languages for > different emails, but that sounds like something "hard" to identify. But probably not as hard as identifying spam. It could probably be done with a simple Bayesian filter counting

[notmuch] Recent (and forthcoming) improvements to the emacs interface

On Thu, 03 Dec 2009 14:15:07 -0800, Carl Worth wrote: . > > * The magic space bar is too magic. Threads are separate conversations > so one key for paging through the current conversation shouldn't > also switch to the next conversation, (particularly when the > complementary

[notmuch] Recent (and forthcoming) improvements to the emacs interface

On Thu, 03 Dec 2009 14:15:07 -0800, Carl Worth wrote: > I just pushed out a nice set of changes to the emacs interface. Here's a > quick summary of what you can expect to get when you next update: > > * Much nicer looking presentation, (no more ugly reverse-video or > underlines on the

[notmuch] Notmuch's search view sucks

Karl Wiberg writes: > On Fri, Dec 4, 2009 at 1:29 AM, Carl Worth wrote: > > And a step beyond that would support different languages for > > different emails, but that sounds like something "hard" to identify. > > But probably not as hard as identifying spam. It could probably be > done with a

[notmuch] Notmuch's search view sucks

--- 2009ko Abenudak 4an, Olly Betts-ek idatzi zuen: [...] > TextCat is in Perl. I don't know if there's a C or C++ implementation but > it isn't a huge piece of code - finding a good technique was the clever part > of it. The same algorithm is implemented in C here:

[notmuch] [PATCH (rebased)] Handle message renames in mail spool

At Thu, 03 Dec 2009 16:45:22 -0800, > Anyway, I think we'll see code for that soon, so I'm not planning to > commit the offered patch. But people really needing renames might want > to use it for now, (and live with any performance implications it > causes). I could live with the performance

[notmuch] Recent (and forthcoming) improvements to the emacs interface

h tag" once with the whole search string, or several times, (once for each thread). -Carl -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20091204/2e514347/attachment.pgp>

[notmuch] Recent (and forthcoming) improvements to the emacs interface

s on all threads within the current emacs region. -Carl -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20091204/2a986042/attachment.pgp>

[notmuch] Recent (and forthcoming) improvements to the emacs interface

nature Size: 189 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20091204/0766d940/attachment.pgp>

[notmuch] [PATCH 2/9] Adjust autoload comments

ilable Type: application/pgp-signature Size: 189 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20091204/3c2fde32/attachment-0001.pgp>

[notmuch] Notmuch's search view sucks

Karl Wiberg wrote: > On Fri, Dec 4, 2009 at 1:29 AM, Carl Worth wrote: >> And a step beyond that would support different languages for >> different emails, but that sounds like something "hard" to identify. > > But probably not as hard as identifying spam. It could probably be > done with a

[notmuch] emacs UI customization

nts/20091204/34d88203/attachment.pgp>

[notmuch] Notmuch's search view sucks

really be an issue. Notmuch will already want to de-tagify HTML before indexing anyway. -Carl -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: <http://notmuchmail.org/piperma

[notmuch] [PATCH (rebased)] Handle message renames in mail spool

pgp-signature Size: 189 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20091204/c590d01f/attachment.pgp>

[notmuch] [PATCH (rebased)] Handle message renames in mail spool

able Type: application/pgp-signature Size: 189 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20091204/d72d0cf7/attachment.pgp>

[notmuch] [PATCH (rebased)] Handle message renames in mail spool

software. Mike. -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20091204/1a80237f/attachment.pgp>

[notmuch] Emacs: Problem viewing a thread after reading it once interface

What do you think, Bart? Did you run into a similar issue with the vim interface? -Carl -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20091204/e0e57e1f/attachment.pgp>

[notmuch] Trouble with notmuch-show

e, of course. -Carl -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20091204/1554234d/attachment.pgp>

[notmuch] [PATCH 1/2] notmuch-reply: Add support for replying only to sender

ss code duplication? -Carl -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20091204/309042f4/attachment.pgp>

[notmuch] [PATCH (rebased)] Handle message renames in mail spool

gnature Size: 198 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20091204/8770d8fc/attachment.pgp>

[notmuch] [PATCH] Make search filters handle disjunctive queries.

ice clean patch for just the one feature. Thanks! I've pushed this now. -Carl -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/at

[notmuch] Trouble with notmuch-show

On Fri, 04 Dec 2009 11:06:15 -0800, Carl Worth wrote: > On Thu, 03 Dec 2009 23:08:31 +0100, Jed Brown wrote: > > I know html support is still poor, but the following seems worse than > > not showing anything. When I visit this message, I get prompted to save > > the MIME part and the following

[notmuch] [PATCH 2/2] * free the response data from 'prompt'

ust after the last one. -Carl -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20091204/c03b8bc3/attachment.pgp>

[notmuch] [PATCH 1/2] notmuch-reply: Add support for replying only to sender

On Fri, 04 Dec 2009 11:07:54 -0800, Carl Worth wrote: > But surely there's a way to implement this with dramatically less code > duplication? It should just be very short after this series id:1259450376-24523-1-git-send-email-jed at 59A2.org I think --format= should not be used for this,

[notmuch] [PATCH (rebased)] Handle message renames in mail spool

tion/pgp-signature Size: 198 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20091204/37421252/attachment-0001.pgp>

[notmuch] Emacs: Problem viewing a thread after reading it once interface

* Carl Worth [091204 13:55]: > So maybe we need "notmuch show" to accept a second query string > to do something like: > > notmuch show tag:foo --matching tag:inbox > > which will display all threads with messages matching "tag:foo" but then > mark only the messages matching "tag:inbox"

[notmuch] emacs UI customization

mail.org/pipermail/notmuch/attachments/20091204/1c135bf1/attachment.pgp>

[notmuch] [PATCH 1/3] fix configure script to handle --prefix= and properly create Makefile.config

inly isn't as full-featured yet as a standard autoconf-based configure script, but I'm quite happy with how clean it is for both users and developers. -Carl -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size:

[notmuch] [PATCH 3/3] fix Makefile.local to install bash completion definitions as not executable

L: <http://notmuchmail.org/pipermail/notmuch/attachments/20091204/78c6/attachment.pgp>

[notmuch] [PATCH 1/3] fix configure script to handle --prefix= and properly create Makefile.config

xt part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 836 bytes Desc: Digital signature URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20091204/3bd13606/attachment.pgp>

[notmuch] [PATCH 3/3] fix Makefile.local to install bash completion definitions as not executable

Mime actually gets fixed upstream). jamie. -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 836 bytes Desc: Digital signature URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20091204/2ee667b4/attachment.pgp>

[notmuch] [PATCH] Fix typos in documentation strings

patches from you! (And don't worry, I'm sure I'll keep misspelling things often...) -Carl -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20091204/838784f5/attachment.pgp>

[notmuch] [PATCH (rebased)] Handle message renames in mail spool

always type (to:me at example.com or cc:me at example.com). -Carl -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20091204/a2f9ca6d/attachment-0001.pgp>

[notmuch] [PATCH (rebased)] Handle message renames in mail spool

- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20091204/528b3fd3/attachment.pgp>

[notmuch] [PATCH 1/3] fix configure script to handle --prefix= and properly create Makefile.config

. :-) -Carl -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20091204/059a6064/attachment.pgp>

[notmuch] Patches in support of linking from org-mode

These two patches are pretty much independent. The first is needed by my work in progress patch for org-mode to provide links into notmuch (http://pivot.cs.unb.ca/git/?p=org-mode.git;a=shortlog;h=refs/heads/notmuch-link). The second changes the interface of git-show to take the query-string

[notmuch] [PATCH 1/2] notmuch-search-process-filter: add text properties for authors and subject to each line

From: David Bremner Add functions notmuch-search-find-authors and notmuch-find-subject to match notmuch-find-thread-id. These functions are just a wrapper around get-text-property, but in principle that could change. --- notmuch.el | 12 +++- 1 files changed, 11

[notmuch] [PATCH 2/2] notmuch-show: add optional argument for query context instead of using global binding notmuch-search-query-string

From: David Bremner Also modify the one call to notmuch-show in notmuch.el. This makes the call (notmuch-show thread-id) will work when there is no binding for notmuch-search-query-string; e.g. when called from user code outside notmuch. --- notmuch.el | 16 ++--