]> git.notmuchmail.org Git - notmuch/blobdiff - TODO
Fix typo in notmuch.h documentation regarding database open modes
[notmuch] / TODO
diff --git a/TODO b/TODO
index 266064ae88ba48196f36e560576ca2cc9c498084..8dd0878034734aa1765ae0d2163114d412b24d54 100644 (file)
--- 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
@@ -139,8 +152,6 @@ Fix to use the *last* Message-ID header if multiple such headers are
 encountered, (I noticed this is one thing that kept me from seeing the
 same message-ID values as sup).
 
-Add support for the user to specify custom headers to be indexed.
-
 Add support for configuring "virtual tags" which are a tuple of
 (tag-name, search-specification). The database is responsible for
 ensuring that the virtual tag is always consistent.
@@ -174,11 +185,43 @@ notmuch searches. Here was one proposal made in IRC:
 Provide a ~me Xapian synonym for all of the user's configured email
 addresses.
 
+Database changes
+----------------
+Store a reference term for every message-id that appears in
+References. We just started doing this for newly-added documents, but
+at the next convenient database-schema upgrade, we should go back and
+fix old messages to be consistent.
+
+Start indexing the List-Id header, (and re-index this header for
+existing messages at the next database upgrade).
+
+Start indexing the message file's directory ana make it available for
+search as "folder:" (and re-index this value for existing messages at
+the next database upgrade).
+
+Add support for the user to specify custom headers to be indexed (and
+re-index these for existing messages at the next database upgrade).
+
+Test suite
+----------
+Start testing --format=json.
+
+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)'"
+
+Test "notmuch reply" choosing the correct email address from the
+Received header when no configured email address appears in To or Cc.
+
 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.