TODO: We should fix the --format=json option to not imply --entire-thread.

[notmuch] / TODO

diff --git a/TODO b/TODO
index bdfe64c673448a7baadf494524fa6fe116eca4e7..24c8e83fe961d3f847d71130973af2bf6c848c70 100644 (file)
--- a/TODO
+++ b/TODO
@@ -38,6 +38,8 @@ Add support to "mute" a thread (add a "muted" tag and then don't
 display threads in searches by default where any message of the thread
 has the "muted" tag).
 
+Fix i-search to open up invisible citations as necessary.
+
 Portability
 -----------
 Fix configure script to test each compiler warning we want to use.
@@ -50,6 +52,8 @@ and *then* --max-threads), and also complete value for --sort=
 
 notmuch command-line tool
 -------------------------
+Fix the --format=json option to not imply --entire-thread.
+
 Implement "notmuch search --exclude-threads=<search-terms>" to allow
 for excluding muted threads, (and any other negative, thread-based
 filtering that the user wants to do).
@@ -62,11 +66,11 @@ option (or similar) to "notmuch show".)
 Teach "notmuch search" to return many different kinds of results. Some
 ideas:
 
-       notmuch search --for threads    # Default if no --for is given
-       notmuch search --for messages
-       notmuch search --for tags
-       notmuch search --for addresses
-       notmuch search --for terms
+       notmuch search --output=threads # Default if no --output is given
+       notmuch search --output=messages
+       notmuch search --output=tags
+       notmuch search --output=addresses
+       notmuch search --output=terms
 
 Add a "--format" option to "notmuch search", (something printf-like
 for selecting what gets printed).
@@ -152,6 +156,25 @@ Fix notmuch_query_count_messages to share code with
 notmuch_query_search_messages rather than duplicating code. (And
 consider renaming it as well.)
 
+Provide a mechanism for doing automatic address completion based on
+notmuch searches. Here was one proposal made in IRC:
+
+       <cworth> I guess all it would really have to be would be a way
+                to configure a series of searches to try in turn,
+                (presenting ambiguities at a given single level, and
+                advancing to the next level only if one level
+                returned no matches).
+       <cworth> So then I might have a series that looks like this:
+       <cworth> notmuch search --output=address_from tag:address_book_alias
+       <cworth> notmuch search --output=address_to tag:sent
+       <cworth> notmuch search --output=address_from
+       <cworth> I think I might like that quite a bit.
+       <cworth> And then we have a story for an address book for
+                non-emacs users.
+
+Provide a ~me Xapian synonym for all of the user's configured email
+addresses.
+
 General
 -------
 Audit everything for dealing with out-of-memory (and drop xutil.c).