NEWS: Improve and correct "Fix for phrase indexing" entry

[notmuch] / devel / TODO

diff --git a/devel/TODO b/devel/TODO
index f63385d1b80ec1370f53196d9c3bde135fe06bae..1cf4089f1d93b7a894dc1ada6aba1da12a1fedaf 100644 (file)
--- a/devel/TODO
+++ b/devel/TODO
@@ -14,11 +14,6 @@ sender's name containing ';' which causes emacs to drop a search
 result.) This may require removing the outer array from the current
 "notmuch search --format=json" results.
 
 result.) This may require removing the outer array from the current
 "notmuch search --format=json" results.
 

-Fix '*' to work by simply calling '+' or '-' on a region consisting of
-the entire buffer, (this would avoid one race condition---while still
-leaving other race conditions---but could also potentially make '*' a
-very expensive operation).
-

 Add a global keybinding table for notmuch, and then view-specific
 tables that add to it.
        
 Add a global keybinding table for notmuch, and then view-specific
 tables that add to it.
        


@@ -34,8 +29,6 @@ current message/thread and make searches not return deleted messages
 by default, (unless the user asks explicitly for deleted messages in
 the search query).
 
 by default, (unless the user asks explicitly for deleted messages in
 the search query).
 

-Add keybindings for next/previous thread.
-

 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).
 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).


@@ -116,6 +109,12 @@ are multiple ideas that might make sense. Some consensus needs to be
 reached on this issue, and then both reply formats should be updated
 to be consistent.
 
 reached on this issue, and then both reply formats should be updated
 to be consistent.
 

+Return docid-based queries in thread search results, instead of
+message-id-based queries.  These are much more compact and much faster
+to later query.  This will require support from the library, both for
+retrieving docids (probably as an opaque "get a query that identifies
+this message") and for docid queries.
+

 notmuch library
 ---------------
 Add support for custom flag<->tag mappings. In the notmuch
 notmuch library
 ---------------
 Add support for custom flag<->tag mappings. In the notmuch