[PATCH v2] emacs: Make the part content available to the mm-inline* checks.

On Wed, 18 Jan 2012 14:35:01 -0500, Austin Clements wrote: > Quoth Dmitry Kurochkin on Jan 18 at 11:00 pm: > > On Wed, 18 Jan 2012 18:30:36 +, David Edmondson wrote: > > > On Wed, 18 Jan 2012 22:04:36 +0400, Dmitry Kurochkin > > gmail.com> wrote: > > > > On Wed, 18 Jan 2012 17:39:31 +,

[PATCH v2] emacs: Make the part content available to the mm-inline* checks.

On Wed, 18 Jan 2012 18:30:36 +, David Edmondson wrote: > On Wed, 18 Jan 2012 22:04:36 +0400, Dmitry Kurochkin gmail.com> wrote: > > On Wed, 18 Jan 2012 17:39:31 +, David Edmondson wrote: > > > The `mm-inlinable-p' and `mm-inlined-p' functions work better if they > > > have access to the

RFC: tag macros

On Wed, 18 Jan 2012 18:15:37 -0800, Jameson Graef Rollins wrote: > > Can't we just use the emacs build-in documentation? > If you mean docstrings, that is only per function/variable. Which is better than nothing, but not very good for getting an overview of what is going on. Otherwise, info

[PATCH v2] emacs: Make the part content available to the mm-inline* checks.

Hi David. On Wed, 18 Jan 2012 17:39:31 +, David Edmondson wrote: > The `mm-inlinable-p' and `mm-inlined-p' functions work better if they > have access to the data of the relevant part, so load that content > before calling either function. > > This fixes the display of attached image/jpeg

[PATCH 2/3] emacs: use a single history for all searches

On Wed, 18 Jan 2012 08:25:22 +, David Edmondson wrote: > On Tue, 17 Jan 2012 23:34:09 +0400, Dmitry Kurochkin gmail.com> wrote: > > There are two ways to do search in Emacs UI: search widget in > > notmuch-hello buffer and `notmuch-search' function bound to "s". > > Before the change, these

[PATCH 3/3] show: Introduce mime_node formatter callback

Quoth Jani Nikula on Jan 19 at 12:33 am: > On Wed, 18 Jan 2012 15:28:27 -0500, Austin Clements > wrote: > > This callback is the gateway to the new mime_node_t-based formatters. > > This maintains backwards compatibility so the formatters can be > > transitioned one at a time. Once all

[PATCH 1/3] mime node: Record depth-first part numbers

Quoth Jani Nikula on Jan 19 at 12:25 am: > On Wed, 18 Jan 2012 15:28:25 -0500, Austin Clements > wrote: > > This makes the part numbers readily accessible to formatters. > > Hierarchical part numbering would be a more natural and efficient fit > > for MIME and may be the way to go in the future,

RFC: tag macros

On Wed, 18 Jan 2012 10:50:50 -0800, Jameson Graef Rollins wrote: > > I've been wanting to put together a wiki page that lists all the useful > functions and has examples of how to put them together into useful > functions. > If we're going to go the way of providing a toolkit/api for uses to

[PATCH v2 2/2] Add pseudo-compatibility with gmime 2.6

On Wed, 18 Jan 2012 12:19:45 -0500, Tom Prince wrote: > > How did you test against multiple versions? Using different machines? If > there was a way for configure (or something to pick the version, I would > setup the buildbot to test against both, so we don't regress either. I currently

[PATCH] v2 [RFC] emacs: merge overhauled `notmuch-cycle-notmuch-buffers' into `notmuch'

Quoth Aaron Ecay on Jan 18 at 5:18 pm: > Compile-time dependencies on ?cl? are absolutely not a problem. > Virtually every major elisp program depends on cl at compile time. > Runtime dependencies are not allowed in code distributed with emacs > because of RMS?s conservativism[1]. > > Since

[PATCH 2/2] Silence buildbot warnings about unused results

This ignores the results of the two writes in sigint handlers even harder than before. While my libc lacks the declarations that trigger these warnings, this can be tested by adding the following to notmuch.h: __attribute__((warn_unused_result)) ssize_t write(int fd, const void *buf, size_t

[PATCH 1/2] show: Handle read and write errors

For showing a message in raw format, rather than silently succeeding when a read or a write fails (or, probably, looping if a read fails), try to print an error message and exit with a non-zero status. This silences one of the buildbot warnings about unused resuls. While my libc lacks the

[PATCH 0/2] Fix or silence "unused result" warnings

I'm afraid I bikeshedded dme's original patch for this into oblivion (id:"1324503532-5799-1-git-send-email-dme at dme.org") and we still have these warnings on the buildbot. Tomi convinced me that dme was right and I was wrong, so I'm bringing dme's patch back. The first patch actually fixes the

[PATCH v2] emacs: Make the part content available to the mm-inline* checks.

removed), either by code that detected the (in)ability to render it or the user. -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20120118/b76617b5/attachment.pgp>

[PATCH 2/3] emacs: use a single history for all searches

ame: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20120118/44801b31/attachment.pgp>

RFC: tag macros

: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20120118/efb4ea57/attachment-0001.pgp>

[PATCH v2] emacs: Make the part content available to the mm-inline* checks.

The `mm-inlinable-p' and `mm-inlined-p' functions work better if they have access to the data of the relevant part, so load that content before calling either function. This fixes the display of attached image/jpeg parts, for example. --- Removed the cruft that crept into the previous patch.

[PATCH] Fix dependency generation for compat, test, and util

On Sun, 15 Jan 2012 15:20:42 -0500, Austin Clements wrote: > This adds source files in compat, test, and util to SRCS so that the > top-level Makefile.local will generate dependency files for them. > --- +1

[PATCH] Fix dependency generation for CLI sources

On Sun, 15 Jan 2012 15:20:23 -0500, Austin Clements wrote: > Previously, the dependency file list was generated before the CLI > sources were added to SRCS, so dependency files weren't generated for > CLI sources. This moves that code to after the CLI sources are added. > --- +1

[PATCH] emacs: Make the part content available to the mm-inline* checks.

org/pipermail/notmuch/attachments/20120118/40eedf9f/attachment.pgp>

[PATCH] v2 [RFC] emacs: merge overhauled `notmuch-cycle-notmuch-buffers' into `notmuch'

On Wed, 18 Jan 2012 14:48:02 +0100, Pieter Praet wrote: > My original intent of conserving a key(chord) [1] (which in > retrospect was a fairly pointless exercise in and of itself > [2,3]) seems to have inconspicuously morphed into an equally > questionable crusade [4] against the `cl' package. >

[PATCH v2] emacs: add invisible dot instead of space at the end of notmuch-hello search box

On Tue, 17 Jan 2012 19:55:34 +0400, Dmitry Kurochkin wrote: > This makes `show-trailing-whitespace' happy, i.e. it does not mark the > whole search box line as trailing spaces. > > Since the dot is invisible, this change makes no visible difference > for `notmuch-hello'. > --- +1

[PATCH 2/3] test: Add `test_emacs_expect_t'.

On Tue, 17 Jan 2012 14:07:03 +, David Edmondson wrote: > Add a new test function to allow simpler testing of emacs > functionality. > > `test_emacs_expect_t' takes one argument - a list expression to > evaluate. The test passes if the expression returns `t', otherwise it > fails and the

[PATCH v2 4/5] emacs: Use the new JSON reply format.

.. Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20120118/0b4bb8a7/attachment.pgp>

[PATCH v2 2/4] reply: Add a JSON reply format.

On Wed, Jan 18, 2012 at 16:07, Jani Nikula wrote: > I know I asked you to adhere to notmuch coding style like above, but I > meant in the context of your patch, not elsewhere. Cleanups like this > should really be separate patches. Sorry if I was ambiguous. Oops - my bad. I assumed I had

[PATCH] News for tag exclusion

--- NEWS | 15 +++ 1 files changed, 15 insertions(+), 0 deletions(-) diff --git a/NEWS b/NEWS index 1e561a9..6afa912 100644 --- a/NEWS +++ b/NEWS @@ -11,6 +11,13 @@ Reply to sender to all. The feature is available through the new command line option --reply-to=(all|sender).

[PATCH] config: Better formatting for search section comment

Since "auto_exclude_tags" is long and its description is multi-line, start the description on the next line and indent it consistently. --- notmuch-config.c |7 --- 1 files changed, 4 insertions(+), 3 deletions(-) diff --git a/notmuch-config.c b/notmuch-config.c index 3d4d5b9..8dcfe86

[PATCH] test: always report missing prereqs, independent of `--verbose' option

On Wed, 18 Jan 2012 13:19:41 +0100, Pieter Praet wrote: > When tests are skipped due to missing prereqs, those prereqs are only > displayed when running with the `--verbose' option. This is essential > information when troubleshooting, so always send to stdout. > > --- Instead of this the test

[PATCH 0/3] Second step of 'show' rewrite

Quoth Dmitry Kurochkin on Jan 19 at 12:35 am: > Hi Austin. > > On Wed, 18 Jan 2012 15:28:24 -0500, Austin Clements > wrote: > > This adds support for self-recursive message formatters, while > > maintaining backwards compatibility with old style formatters. After > > this, each format can be

[PATCH 3/3] show: Introduce mime_node formatter callback

This callback is the gateway to the new mime_node_t-based formatters. This maintains backwards compatibility so the formatters can be transitioned one at a time. Once all formatters are converted, the formatter structure can be reduced to only message_set_{start,sep,end} and part, most of

[PATCH 2/3] show: Use consistent header ordering in the text format

Previously, top-level message headers were printed as Subject, From, To, Date, while embedded message headers were printed From, To, Subject, Date. This makes both cases use the former order and updates the tests accordingly. Strangely, the raw format also uses this function, so this also fixes

[PATCH 1/3] mime node: Record depth-first part numbers

This makes the part numbers readily accessible to formatters. Hierarchical part numbering would be a more natural and efficient fit for MIME and may be the way to go in the future, but depth-first numbering maintains compatibility with what we currently do. --- mime-node.c | 33

[PATCH 0/3] Second step of 'show' rewrite

This adds support for self-recursive message formatters, while maintaining backwards compatibility with old style formatters. After this, each format can be converted to the new style individually and, once they're all converted, a bunch of code can be deleted. These three patches are

RFC: tag macros

ilable Type: application/pgp-signature Size: 197 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20120118/345db38f/attachment.pgp>

RFC: tag macros

On Wed, 18 Jan 2012 13:33:04 -0500, Austin Clements wrote: > Quoth David Bremner on Jan 18 at 10:45 am: > What about simply providing an API that takes a bunch of tag > operations and applies them to the current thread/message/region? My main motivation here is (as you can probably see from the

[PATCH v2] emacs: add invisible dot instead of space at the end of notmuch-hello search box

On Tue, 17 Jan 2012 19:55:34 +0400, Dmitry Kurochkin wrote: > This makes `show-trailing-whitespace' happy, i.e. it does not mark the > whole search box line as trailing spaces. > > Since the dot is invisible, this change makes no visible difference > for `notmuch-hello'. > --- >

[PATCH] emacs: Truncate lines and do not enable visual-line-mode in notmuch-show buffers.

On Mon, 16 Jan 2012 14:13:22 +, David Edmondson wrote: > Enable the truncation of lines in `notmuch-show-mode' to avoid visual > noise caused by the wrapping of the header lines. > > Don't enable `visual-line-mode' because it disables line truncation. > > The benefits of `visual-line-mode'

[feature request] thread-based queries

Hi everyone, A recent discussion on alot's issue tracker[0] made it clear that it might be useful to have a thread-based matching for queries as an alternative to the current message based approach: Consider a thread with two messages, one has a single tag 'flagged', the other a single tag

[PATCH] v2 [RFC] emacs: merge overhauled `notmuch-cycle-notmuch-buffers' into `notmuch'

On Wed, 18 Jan 2012 13:03:06 +, David Edmondson wrote: > Hey, look - I deliberately pressed 'r' instead of 'R'! > You have remarkably malleable muscle memory. Care to donate some to the less fortunate ? :) > On Wed, 18 Jan 2012 12:57:53 +, David Edmondson wrote: > > On Wed, 18 Jan

compressing header lines - quick prototype

was scrubbed... Name: not available Type: application/emacs-lisp Size: 2112 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20120118/846e14cc/attachment.bin> -- next part -- A non-text attachment was scrubbed... Name: not availabl

[PATCH v2] emacs: Make the part content available to the mm-inline* checks.

Quoth Dmitry Kurochkin on Jan 18 at 11:00 pm: > On Wed, 18 Jan 2012 18:30:36 +, David Edmondson wrote: > > On Wed, 18 Jan 2012 22:04:36 +0400, Dmitry Kurochkin > gmail.com> wrote: > > > On Wed, 18 Jan 2012 17:39:31 +, David Edmondson > > > wrote: > > > > The `mm-inlinable-p' and

[PATCH] config: Better formatting for search section comment

scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20120118/a83eafa3/attachment.pgp>

[PATCH v3] Make buttons for attachments allow viewing as well as saving

Quoth Mark Walters on Jan 18 at 10:46 am: > > > > +(defun notmuch-show-view-part (message-id nth filename > > > content-type ) > > > + (notmuch-with-temp-part-buffer message-id nth > > > +;; set mm-inlined-types to nil to force an external viewer > > > +(let ((handle (mm-make-handle

RFC: tag macros

Quoth David Bremner on Jan 18 at 3:03 pm: > On Wed, 18 Jan 2012 13:33:04 -0500, Austin Clements > wrote: > > Quoth David Bremner on Jan 18 at 10:45 am: > > > What about simply providing an API that takes a bunch of tag > > operations and applies them to the current thread/message/region? > >

[PATCH 3/3 v3] emacs: colorize buttonized 'id:' links depending on the target message's state

* emacs/notmuch-show.el (notmuch-show-buttonized-link-colors): - new defcustom, allows toggling colorization of buttonized links. (notmuch-show-buttonized-link-available), (notmuch-show-buttonized-link-available-and-unread), (notmuch-show-buttonized-link-missing): - new faces for

[PATCH v4] emacs: logically group def{custom,face}s

Quoth Pieter Praet on Jan 18 at 11:00 am: > On Mon, 16 Jan 2012 14:16:22 -0500, Austin Clements > wrote: > > LGTM. > > > > Quoth Pieter Praet on Jan 16 at 11:38 am: > > > - Add `notmuch-send' to the `message' group, as per Austin's > > > recommendation [1]. > > > > This is actually the

RFC: tag macros

Quoth David Bremner on Jan 18 at 10:45 am: > > Hi All; > > Here is a very early stage proposal to provide tagging macros for > notmuch show mode. > > The idea is that user defines a mapping from single key to a sequence of > tagging operations. It might be nice if there as some kind of pop-up

[PATCH] test: always report missing prereqs, independent of `--verbose' option

When tests are skipped due to missing prereqs, those prereqs are only displayed when running with the `--verbose' option. This is essential information when troubleshooting, so always send to stdout. --- test/test-lib.sh |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git

[PATCH] v2 [RFC] emacs: merge overhauled `notmuch-cycle-notmuch-buffers' into `notmuch'

On Wed, 18 Jan 2012 10:13:35 +, David Edmondson wrote: > On Wed, 18 Jan 2012 11:03:09 +0100, Pieter Praet wrote: > > > [...] What's wrong with '(loop ... collect ...)'? > > > > Nothing at all. I was fixing my own patch [1] without resorting to > > requiring the `cl' package at runtime :)

[PATCH] v2 [RFC] emacs: merge overhauled `notmuch-cycle-notmuch-buffers' into `notmuch'

ytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20120118/363500eb/attachment-0001.pgp>

[PATCH v2 2/2] Add pseudo-compatibility with gmime 2.6

On Tue, 17 Jan 2012 11:50:53 +0100, Thomas Jost wrote: > This was tested against both gmime 2.6.4 and 2.4.31. With gmime 2.4.31, the > crypto tests all work fine (as expected). With gmime 2.6.4, one crypto test > fails (signature verification with signer key unavailable) but this will be > hard

RFC: tag macros

pport regions at the moment, but I think extending them to do that would be a good idea. jamie. -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: <http://notmuchmail.org/p

[PATCH 2/3] test: Add `test_emacs_expect_t'.

On Tue, 17 Jan 2012 15:09:22 +, David Edmondson wrote: > On Tue, 17 Jan 2012 18:49:36 +0400, Dmitry Kurochkin gmail.com> wrote: > > > + # We cannot call 'test_emacs' in a subshell, because > > > + # the setting of EMACS_SERVER would not persist > > > + # throughout a

[PATCH] v2 [RFC] emacs: merge overhauled `notmuch-cycle-notmuch-buffers' into `notmuch'

On Mon, 16 Jan 2012 23:10:27 +0200, Jani Nikula wrote: > On Mon, 16 Jan 2012 17:46:55 +0100, Pieter Praet wrote: > > Make `notmuch-cycle-notmuch-buffers' more Lispy and merge into `notmuch', > > eliminating the need to hog yet another keybind. > > What does "merge" mean here? [...] "One

[RFC] [PATCH v3] emacs: rewrite `notmuch-cycle-notmuch-buffers'

Get rid of the compile-time `cl' requirement for this particular function. --- emacs/notmuch.el | 40 ++-- 1 files changed, 22 insertions(+), 18 deletions(-) diff --git a/emacs/notmuch.el b/emacs/notmuch.el index ef4dcc7..2426c0a 100644 ---

[PATCH] v2 [RFC] emacs: merge overhauled `notmuch-cycle-notmuch-buffers' into `notmuch'

On Mon, 16 Jan 2012 17:03:44 +, David Edmondson wrote: > On Mon, 16 Jan 2012 17:46:55 +0100, Pieter Praet wrote: > > Make `notmuch-cycle-notmuch-buffers' more Lispy and merge into `notmuch', > > eliminating the need to hog yet another keybind. > ... > > diff --git a/emacs/notmuch.el

[PATCH v4] emacs: logically group def{custom,face}s

On Mon, 16 Jan 2012 14:16:22 -0500, Austin Clements wrote: > LGTM. > > Quoth Pieter Praet on Jan 16 at 11:38 am: > > - Add `notmuch-send' to the `message' group, as per Austin's > > recommendation [1]. > > This is actually the reverse of what I was suggesting (though is also > reasonable).

[PATCH 4/6] emacs: add option to notmuch-show-next-open-message to pop out to parent buffer if at end

ailable Type: application/pgp-signature Size: 835 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20120118/ed24d005/attachment.pgp>

[PATCH v2 3/3] search: Support automatic tag exclusions

non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20120118/fa579212/attachment.pgp>

RFC: tag macros

o put them together into useful functions. jamie. -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20120118/4b3fae89/attachment-0001.pgp>

[PATCH v3] Make buttons for attachments allow viewing as well as saving

> > +(defun notmuch-show-view-part (message-id nth filename > > content-type ) > > + (notmuch-with-temp-part-buffer message-id nth > > +;; set mm-inlined-types to nil to force an external viewer > > +(let ((handle (mm-make-handle (current-buffer) (list content-type))) > > +

RFC: tag macros

Hi All; Here is a very early stage proposal to provide tagging macros for notmuch show mode. The idea is that user defines a mapping from single key to a sequence of tagging operations. It might be nice if there as some kind of pop-up menu, or at least a prompt, but I didn't do that so far.

[PATCH v2 2/2] Add pseudo-compatibility with gmime 2.6

On Tue, 17 Jan 2012 17:25:46 -0500, Austin Clements wrote: > Quoth Thomas Jost on Jan 17 at 11:50 am: > > > > +#ifdef GMIME_26 > > +/* sig_list may be created in both above cases, so we need to > > + * cleanly handle it here. */ > > +if (node->sig_list) { > > + GMimeSignatureList

[PATCH] v2 [RFC] emacs: merge overhauled `notmuch-cycle-notmuch-buffers' into `notmuch'

le-time dependency as well, though. Can you explain why it's necessary at runtime? -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch

[PATCH v2 3/3] search: Support automatic tag exclusions

hich seems silly. Anyway, I'm not too worried - I just won't answer any of the questions about it on the list :-) -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20120118/18e07720/attachment.pgp>

[PATCH v2 4/5] emacs: Use the new JSON reply format.

Using the new JSON reply format allows emacs to quote HTML parts nicely by using mm-display-part to turn them into displayable text, then quoting them. This is very useful for users who regularly receive HTML-only email. The behavior for messages that contain plain text parts should be unchanged.

[PATCH v2 4/5] emacs: Use the new JSON reply format.

On Tue, Jan 17, 2012 at 23:54, David Edmondson wrote: > On Tue, 17 Jan 2012 15:53:37 -0700, Adam Wolfe Gordon > wrote: >> +(defun notmuch-parts-filter-by-type (parts type) >> + ?"Return a list of message parts with the given type" >> + ?(let (result) >> + ? ?(dolist (part

ANNOUNCE: nottoomuch-addresses.sh 2.0

nottoomuch-addresses.sh -- email address substring matcher -- completion helper version 2.0 is available. Note to 1.92 prerelease tester(s): ignore regexp "indicator" has changed from ^re:... to ^/.../[i]. This allows this 'i' flag and trailing whitespace in re. Changes: * Added regexp-based

[PATCH 4/6] emacs: add option to notmuch-show-next-open-message to pop out to parent buffer if at end

-- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20120118/59a2b240/attachment.pgp>

[PATCH v2 3/3] search: Support automatic tag exclusions

ugh it will lead to confusion for someone at some point. -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20120118/c35a4c1c/attachment.pgp>

[PATCH 3/3] emacs: bind "s" to `notmuch-hello-search' in notmuch-hello buffer

+1. -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20120118/7d227ee8/attachment.pgp>

[PATCH 2/3] emacs: use a single history for all searches

ed? -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20120118/d8d52410/attachment.pgp>

[PATCH 1/3] emacs: bind "s" to `notmuch-search' in notmuch-hello buffer

Looks fine. -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20120118/09e6f4e2/attachment.pgp>

on deleting messages

ttp://notmuchmail.org/pipermail/notmuch/attachments/20120118/ae996d3b/attachment-0001.pgp>

[PATCH 1/6] emacs: break up notmuch-show-archive-thread-internal into two generally useful functions

ot available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20120118/135308bc/attachment.pgp>

[PATCH 6/6] emacs: modify the default show-mode key bindings for archiving

+1. -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20120118/3f8b5131/attachment.pgp>

[PATCH 4/6] emacs: add option to notmuch-show-next-open-message to pop out to parent buffer if at end

o-char (point-max)) Can you explain in words how this is expected to behave please? -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20120118/3adc8311/attachment.pgp>

[PATCH 3/6] emacs: add message archiving functions

+1. -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20120118/b469d8f1/attachment.pgp>

[PATCH 2/6] emacs: break out thread navigation from notmuch-show-archive-thread

+1. -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20120118/0eb2956e/attachment.pgp>

[PATCH 1/6] emacs: break up notmuch-show-archive-thread-internal into two generally useful functions

oop do (funcall tag-function tag) > + until (not (notmuch-show-goto-message-next) Otherwise good. -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: <http://notmuchm

[PATCH] emacs: Improved printing support.

Add various functions to print notmuch messages and tie them together with a simple frontend. Add a binding ('#') in `notmuch-show-mode' to print the current message. --- Updates based on Aaron's review - the comments were very useful in improving things - thanks! Add a keybinding to

[PATCH v3] Make buttons for attachments allow viewing as well as saving

gp-signature Size: 835 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20120118/0083cda0/attachment.pgp>

on deleting messages

-- -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20120118/c1ca05aa/attachment-0001.pgp>

[PATCH v2 4/5] emacs: Use the new JSON reply format.

not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20120118/261935f8/attachment.pgp>

[PATCH 1/3] emacs: bind "s" to `notmuch-search' in notmuch-hello buffer

[of course I sent this email privately, sorry for duplicates] On Tue, 17 Jan 2012 23:22:30 +0200, Jani Nikula wrote: > On Tue, 17 Jan 2012 23:34:08 +0400, Dmitry Kurochkin gmail.com> wrote: > > Before the change, "s" in notmuch-hello buffer would jump to the > > search box. The patch changes

[PATCH v2 3/3] search: Support automatic tag exclusions

--- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20120118/907d6f30/attachment-0001.pgp>

[PATCH 4/6] emacs: add option to notmuch-show-next-open-message to pop out to parent buffer if at end

how-next-thread function could use the same improvements. jamie. -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20120118/9423fcd1/attachment.pgp>

[PATCH v3] Make buttons for attachments allow viewing as well as saving

> Oof, sorry. Two more tweaks that I really should have caught in the > previous version. After that this gets my automatic +1. Both fixed. I have also fixed the bug I mentioned (missing filename when "view" falls back on save); I couldn't make it work with the "no-default" option. However

Improving notmuch query documentation [was: Re: Partial words on notmuch search?]

lain it simply, you don't understand it well enough. (Albert Einstein) -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: Digital signature URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20120118/d4b267ff/attachment.pgp>

[PATCH] emacs: Improved printing support.

Add various functions to print notmuch messages and tie them together with a simple frontend. Add a binding ('#') in `notmuch-show-mode' to print the current message. --- Updates based on Aaron's review - the comments were very useful in improving things - thanks! Add a keybinding to

Re: [PATCH 1/6] emacs: break up notmuch-show-archive-thread-internal into two generally useful functions

Very happy with the overall ideas. On Tue, 17 Jan 2012 10:05:26 -0800, Jameson Graef Rollins jroll...@finestructure.net wrote: -(defun notmuch-show-archive-thread-internal (show-next) - ;; Remove the tag from the current set of messages. +(defun notmuch-show-tag-thread-internal (tag optional

Re: [PATCH 2/6] emacs: break out thread navigation from notmuch-show-archive-thread

+1. pgpiBtWVmyHt6.pgp Description: PGP signature ___ notmuch mailing list notmuch@notmuchmail.org http://notmuchmail.org/mailman/listinfo/notmuch

Re: [PATCH 3/6] emacs: add message archiving functions

+1. pgpmQNrG3IoQL.pgp Description: PGP signature ___ notmuch mailing list notmuch@notmuchmail.org http://notmuchmail.org/mailman/listinfo/notmuch

Re: [PATCH 4/6] emacs: add option to notmuch-show-next-open-message to pop out to parent buffer if at end

On Tue, 17 Jan 2012 10:05:29 -0800, Jameson Graef Rollins jroll...@finestructure.net wrote: -(defun notmuch-show-next-open-message () +(defun notmuch-show-next-open-message (optional pop-at-end) Show the next message. (interactive) - (let (r) + (let ((r) + (parent-buffer

Re: [PATCH 6/6] emacs: modify the default show-mode key bindings for archiving

+1. pgpxIDMWtKOaN.pgp Description: PGP signature ___ notmuch mailing list notmuch@notmuchmail.org http://notmuchmail.org/mailman/listinfo/notmuch

Re: [PATCH 1/6] emacs: break up notmuch-show-archive-thread-internal into two generally useful functions

On Tue, 17 Jan 2012 12:17:54 -0800, Jameson Graef Rollins jroll...@finestructure.net wrote: On Tue, 17 Jan 2012 15:10:40 -0500, Aaron Ecay aarone...@gmail.com wrote: This should be a docstring instead of a comment. (This applies equally to the old version) We're not currently in the

Re: [PATCH v2 2/2] Add pseudo-compatibility with gmime 2.6

On Tue, 17 Jan 2012 17:25:46 -0500, Austin Clements amdra...@mit.edu wrote: Quoth Thomas Jost on Jan 17 at 11:50 am: +#ifdef GMIME_26 +/* sig_list may be created in both above cases, so we need to + * cleanly handle it here. */ +if (node-sig_list) { +

Re: on deleting messages

Add the bindings. Provide documentation that makes it clear that they just add tags and never delete anything. pgp3b1CEVBlBs.pgp Description: PGP signature ___ notmuch mailing list notmuch@notmuchmail.org http://notmuchmail.org/mailman/listinfo/notmuch

Re: [PATCH 1/3] emacs: bind s to `notmuch-search' in notmuch-hello buffer

Looks fine. pgpvjhm6aqI2W.pgp Description: PGP signature ___ notmuch mailing list notmuch@notmuchmail.org http://notmuchmail.org/mailman/listinfo/notmuch

Re: [PATCH 2/3] emacs: use a single history for all searches

On Tue, 17 Jan 2012 23:34:09 +0400, Dmitry Kurochkin dmitry.kuroch...@gmail.com wrote: There are two ways to do search in Emacs UI: search widget in notmuch-hello buffer and `notmuch-search' function bound to s. Before the change, these search mechanisms used different history lists. The

  1   2   >