X-Git-Url: https://git.notmuchmail.org/git?p=notmuch;a=blobdiff_plain;f=TODO;h=572dac8ee3e3709d5a78fb7ddb496a04950bc6bc;hp=266064ae88ba48196f36e560576ca2cc9c498084;hb=248e6f8c04ba88806ad7e8cd07f1c68493dc1a52;hpb=c375f7a4078f88f9d35503cbe3feea063aee3358 diff --git a/TODO b/TODO index 266064ae..572dac8e 100644 --- a/TODO +++ b/TODO @@ -33,6 +33,9 @@ has the "muted" tag). Fix i-search to open up invisible citations as necessary. +Make '=' count from the end rather than from the beginning if more +than half-way through the buffer. + Emacs saved-search interface ---------------------------- Here's a proposal Carl wrote (id:87einafy4u.fsf@yoom.home.cworth.org): @@ -118,8 +121,18 @@ file. Allow configuration for filename patterns that should be ignored when indexing. +Replace the "notmuch part --part=id" command with "notmuch show +--part=id", (David Edmonson wants to rewrite some of "notmuch show" to +provide more MIME-structure information in its output first). + +Replace the "notmuch search-tags" command with "notmuch search +--output=tags". + notmuch library --------------- +Add an interface to accept a "key" and a byte stream, rather than a +filename. + Provide a sane syntax for date ranges. First, we don't want to require both endpoints to be specified. For example it would be nice to be able to say things like "since:2009-01-1" or "until:2009-01-1" and @@ -174,11 +187,21 @@ notmuch searches. Here was one proposal made in IRC: Provide a ~me Xapian synonym for all of the user's configured email addresses. +Test suite +---------- +Achieve 100% test coverage with the test suite. + +Modularize test suite (to be able to run individual tests). + +Summarize test results at the end. + +Fix the insane quoting nightmare of the test suite, (and once we do +that we can actually test the implicit-phrase search feature such as +"notmuch search 'body search (phrase)'" + General ------- Audit everything for dealing with out-of-memory (and drop xutil.c). -Achieve 100% test coverage with the test suite. - Investigate why the notmuch database is slightly larger than the sup database for the same corpus of email.