thread-based email index, search, and tagging https://git.notmuchmail.org/git/notmuch/atom?h=master 2010-03-09T20:13:33Z 2010-03-09T20:13:33Z David Bremner bremner@unb.ca 2010-02-10T03:45:28Z urn:sha1:bbda0a015629d0a760d98b8d23888f50c9297a12 Add emacs/Makefile.local and emacs/Makefile. Move emacs targets into emacs/Makefile.local, but leave the byte compilation rule in the top level Makefile. 2010-03-09T19:36:08Z Carl Worth cworth@cworth.org 2010-03-09T19:36:08Z urn:sha1:07876ac135bbb3da264264ee5f7b83d36aad4290 This has been broken since the addition of support for streaming search results to the emacs interface. With the old apparoach it was easy to simply wait for all search results to land in the buffer and then search for the desired line. With streaming results, we have to save the target off to the side and allow the process filter and sentinel functions to correctly respond when the target thread appears. 2010-03-09T17:54:53Z Carl Worth cworth@cworth.org 2010-03-09T17:54:53Z urn:sha1:986789e6f6945d36bb6de11b30335ac5cd512b22 The behavior was changed in commit 4aff2ca55bfe285ced36e9fe02c907d8b4120672 to affect all messages in the thread (and not only those matching the current search) but the documentation was not updated (until now). 2010-03-09T16:11:45Z Carl Worth cworth@cworth.org 2010-03-09T16:11:45Z urn:sha1:c5085642b8c6495ffea3d5709aa6da14cd1d8688 The bug was occuring due to counting invisible lines, but then scrolling past them since they are invisible. 2010-03-09T16:11:37Z Carl Worth cworth@cworth.org 2010-03-09T01:24:34Z urn:sha1:c963098e2890922ffcf0991466ba66f724e2dfa4 Commit 095a02211e696434e5b41a85ab516b3a639f9a9b broke the backspace key by trying to execute nil as a function, (which obviously won't work), when it was intended as a return value. Fix this now, (and pine for a test suite that exercises the emacs user-interface of notmuch). 2010-02-26T19:30:12Z Carl Worth cworth@cworth.org 2010-02-26T19:30:12Z urn:sha1:095a02211e696434e5b41a85ab516b3a639f9a9b And add new 'N' and 'P' keybindings for navigating through messages that are open or closed. 2010-02-26T18:40:23Z Carl Worth cworth@cworth.org 2010-02-26T18:40:23Z urn:sha1:f99b46c60734b5b71bedcb1434cdd6dc24080bc6 When searching for an individual message, (by message id, say), it's really annoying to have the entire thread open just because the thread was archived without ever having been read. This means that the "unread" tag is a lot less special, and it really just exists as a mild cue for the user. 2010-02-25T01:02:31Z Carl Worth cworth@cworth.org 2010-02-25T01:02:31Z urn:sha1:3474263823d41b2a92942c5f66a87062757f1928 Sometimes the internals of the implementation navigate among messages, (as opposed to the user explicitly requesting the next message to be shown). In these cases we don't want to remove the unread tag from the message navigated to. This fixes a bug where invocation of notmuch-show-next-unread-message would clear the unread tag from all messages in a thread. 2010-02-25T00:40:52Z Jameson Rollins jrollins@finestructure.net 2010-01-19T22:54:16Z urn:sha1:4b9d2e3a4dda33b03289ad85ee6156ea405f6795 This patch is intended to greatly simplify the handling of the "unread" tag in the emacs UI. This patch adds a new function 'notmuch-show-mark-read', that removes the "unread" tag in notmuch-show-mode. This function is then executed as a notmuch-show-hook, and by notmuch-show-next-message. All of the functions that explicitly marked messages as unread are removed or renamed. The idea here is that the user should never have to worry about manipulating the "unread" tag. The tag should persist until the user actually views a message, at which point it should be automatically removed. This patch simplifies the notmuch.el quite a bit, removing a lot of somewhat redundant functions, and reducing clutter in the name and key-mapping space. 2010-02-20T20:27:37Z Carl Worth cworth@cworth.org 2010-02-20T20:27:37Z urn:sha1:3910000fe8195ab2e4999b5064169d157da2e37d We're using 'i' in the keybinding, so it helps to have a capital 'I' in the help string to empahsize the point.