thread-based email index, search, and tagging https://git.notmuchmail.org/git/notmuch/atom?h=0.16_rc1 2013-07-27T21:22:37Z 2013-07-27T21:22:37Z Mark Walters markwalters1009@gmail.com 2013-07-04T22:18:19Z urn:sha1:e395f4507d473c190a649094eaee05bceac17af0 Recently notmuch-hello was converted to use batch count. However, it seems that several people run different versions of notmuch-emacs and notmuch-cli so this batch makes emacs fail with an error message if --batch is not available in the CLI. Amended by: db 2013-07-20T12:13:48Z Tomi Ollila tomi.ollila@iki.fi 2013-07-06T12:49:51Z urn:sha1:2bd374c91efd6ed0c42fb6ff5b4b969ec0e16cee Notmuch cli provides all structured data previously provided in json format now in s-expression format, rendering all current json functionality obsolete. 2013-06-25T05:57:28Z Austin Clements amdragon@MIT.EDU 2013-06-23T23:43:19Z urn:sha1:8222af3ecc7e0c33efc834acbae82df1356abe8d This function is no longer used. 2013-06-25T05:57:13Z Austin Clements amdragon@MIT.EDU 2013-06-23T23:43:18Z urn:sha1:43251ab653a20c0f7cca709d36da895c3558e125 This switches `notmuch-mua-reply' and `notmuch-query-get-threads' to the S-exp format. These were the last two uses of the JSON format in the Emacs frontend. 2013-06-25T05:57:02Z Austin Clements amdragon@MIT.EDU 2013-06-23T23:43:17Z urn:sha1:2626d815733b5ee04080bc81c75311d812b7c6f5 This is just like `notmuch-call-notmuch-json', but parses S-expression output. Note that, also like `notmuch-call-notmuch-json', this doesn't consider trailing data to be an error, which may or may not be what we want in the long run. 2013-06-25T05:52:10Z Austin Clements amdragon@MIT.EDU 2013-06-03T15:54:55Z urn:sha1:eb7d096edce8443f3db49376ee485cf357523d3b This removes the v command, since we now have much nicer part commands, and deprecates the underlying notmuch-show-view-all-mime-parts. This also means that people who try using the old unprefixed 'v' command on a part button will no longer be greeted by ALL of their parts popping up. 2013-06-25T05:51:37Z Jani Nikula jani@nikula.org 2013-06-03T17:56:31Z urn:sha1:c1a42652a173a4bb70ab72388e6ad150d19a2b06 2013-06-25T05:49:33Z Mark Walters markwalters1009@gmail.com 2013-06-09T08:41:48Z urn:sha1:7bc404f0a409a3ddae4178245445ffa922c4c544 Previously the query string for piping a message to a command was "Pipe message to command: " regardless of whether the function was called with a prefix argument (which pipes all open messages to the command). This patch modifies the `interactive' command to reflect this. 2013-06-12T15:07:19Z Mark Walters markwalters1009@gmail.com 2013-06-10T04:57:13Z urn:sha1:d0bd88f06db6a7a83f6fb5477f293f7d80db14c7 This adds the actual code to do the lazy insertion of hidden parts. We use a memory inefficient but simple method: when we come to insert the part if it is hidden we just store all of the arguments to the part insertion function as a button property. This means when we want to show the part we can just resume where we left off. One thing is that we can't tell if a lazy part will produce text until we try to render it so when unhiding a part we check to see if it rendered; if not we invoke the default part handler (e.g. an external viewer). Also, we would like to insert the lazy part at the start of the line after the part button. But if this line has some text properties (e.g. the colours for a following message header) then the lazy part gets these properties. Thus we start at the end of the part button line, insert a newline, insert the lazy part, and then delete the extra newline at the end of the part. 2013-06-12T15:07:07Z Mark Walters markwalters1009@gmail.com 2013-06-10T04:57:12Z urn:sha1:055f7621d649021b354fabea90f55136b55bf6ef This separates out the adding of the :notmuch-part text property to a separate function to simplify calling from the lazy part insertion code.