On Wed, 8 Feb 2012 22:20:54 -0600, Michael Roth wrote:
> Anyone know what commit fixed this? Curious whether I'm using or not
> already
No, you're not.
id:"1328719731-13402-1-git-send-email-dmitry.kuroch...@gmail.com"
Will do this.
Tomi
PS: Top-post, yack ;)
> On Feb 8, 2012 3:13 PM, "Xavier
On Wed, 8 Feb 2012 20:48:51 +0400, Dmitry Kurochkin
wrote:
> Recent changes in notmuch-show tagging introduced some code
> duplication. The patch cleanups and simplifies
> `notmuch-show-archive-thread' function by using
> `notmuch-show-tag-all', no longer used function are removed. After
> the
Anyone know what commit fixed this? Curious whether I'm using or not already
On Feb 8, 2012 3:13 PM, "Xavier Maillard" wrote:
>
> On Tue, 07 Feb 2012 17:36:24 +0100, Florian Friesdorf
> wrote:
> >
> > I just wanted to express my gratitude, that for a while now notmuch is
> > tagging by a factor
Hi Adam.
On Wed, 8 Feb 2012 17:21:54 -0700, Adam Wolfe Gordon
wrote:
> This new JSON format for replies includes headers generated for a
> reply message as well as the headers of the original message. Using
> this data, a client can intelligently create a reply. For example, the
> emacs client
stinfo/notmuch
>
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20120208/6370f31d/attachment.html>
On Tue, 07 Feb 2012 17:36:24 +0100, Florian Friesdorf
wrote:
>
> I just wanted to express my gratitude, that for a while now notmuch is
> tagging by a factor 200 faster than it used to be!
+1 It is really comfortable to notmuch tag now !
/Xavier
On Wed, Feb 8, 2012 at 2:00 AM, Jani Nikula wrote:
> On Wed, 08 Feb 2012 09:15:59 -, Patrick Totzke <
> patricktot...@googlemail.com> wrote:
> > Quoting Alex Botero-Lowry (2012-02-08 08:24:51)
> > >I'm using a similar setup. An inconvenience with the setup is that
> I have
> > >vario
ers
is a one-time effort. I think I'll go with that.
- Bhaskara
> Jani.
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20120208/d4d77fb8/attachment.html>
On Wed, 8 Feb 2012 16:43:15 +, David Edmondson wrote:
> Optimize thread tagging by combining all the tagging operations to a
> single "notmuch tag" call.
>
> For threads in the order of tens or a hundred inbox tagged messages,
> this gives a noticeable speedup. On two different machines, arc
Recent changes in notmuch-show tagging introduced some code
duplication. The patch cleanups and simplifies
`notmuch-show-archive-thread' function by using
`notmuch-show-tag-all', no longer used function are removed. After
the change, `notmuch-show-archive-thread' function becomes symmetric
with `
On Sat, 04 Feb 2012 23:49:38 +, Mark Walters
wrote:
>
> On Wed, 1 Feb 2012 17:22:49 +0200, Tomi Ollila wrote:
> > Some formatting in NEWS file has been changed so that it could
> > be given to markdown processing almost verbatim.
> > More effort has been put into formatting of version 0.11
/notmuch/attachments/20120208/4092f32e/attachment.pgp>
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 with message-cite-original. This is very useful for
users who regularly receive HTML-only email.
Use message-mode's message-cite-original function
---
man/man1/notmuch-reply.1 |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/man/man1/notmuch-reply.1 b/man/man1/notmuch-reply.1
index 5160ece..9cde96d 100644
--- a/man/man1/notmuch-reply.1
+++ b/man/man1/notmuch-reply.1
@@ -43,6 +43,11 @@ include
.BR default
Include
This new JSON format for replies includes headers generated for a
reply message as well as the headers of the original message. Using
this data, a client can intelligently create a reply. For example, the
emacs client will be able to create replies with quoted HTML parts by
parsing the HTML parts
---
test/multipart |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/test/multipart b/test/multipart
index 2dd73f5..7cff74a 100755
--- a/test/multipart
+++ b/test/multipart
@@ -589,6 +589,13 @@ Non-text part: text/html
EOF
test_expect_equal_file OUTPUT EXPECTED
+tes
Hi everyone,
Here is a new and much-improved version of my series [1] adding support for
quoting HTML parts in replies using a JSON reply format. This version is, as
the diffs indicate, much more ambitious than previous versions, especially
on the emacs front:
* The JSON reply format now only inc
the text/x-vcalendar variant).
>;; If we can deduce a MIME type from the filename of the attachment,
>;; do so and pass it on to the handler for that type.
> --
> 1.7.1
>
-- next part --
A non-text attachment was scrubbed...
Name: not available
--
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/20120208/8a4c31b5/attachment.pgp>
Treat text/calendar as text/x-vcalendar. At least the following
produce text/calendar that parse as text/x-vcalendar:
PRODID:-//Google Inc//Google Calendar 70.9054//EN
PRODID:Microsoft Exchange Server 2010
Code by David Edmondson
---
I wish I had some references here, other than my own maildir
Make notmuch-show-all-multipart/alternative-parts accept a list of
multipart/alternative types to show in addition to the preferred
types. This allows the user to force display some alternative part
types while normally showing just the preferred ones.
Signed-off-by: Jani Nikula
---
emacs/notmuc
I like to have notmuch-show-all-multipart/alternative-parts nil. I'd also
like to see the text/calendar alternatives that I keep getting that have
the information that the text/plain alternative is missing (like date and
time *sigh*).
Patch 1 allows me to specify the alternative parts I want to al
Optimize thread tagging by combining all the tagging operations to a
single "notmuch tag" call.
For threads in the order of tens or a hundred inbox tagged messages,
this gives a noticeable speedup. On two different machines, archiving
a thread of about 50 inbox tagged messages goes down from 10+ s
---
test/multipart |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/test/multipart b/test/multipart
index 2dd73f5..7cff74a 100755
--- a/test/multipart
+++ b/test/multipart
@@ -589,6 +589,13 @@ Non-text part: text/html
EOF
test_expect_equal_file OUTPUT EXPECTED
+te
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 with message-cite-original. This is very useful for
users who regularly receive HTML-only email.
Use message-mode's message-cite-original function
This new JSON format for replies includes headers generated for a
reply message as well as the headers of the original message. Using
this data, a client can intelligently create a reply. For example, the
emacs client will be able to create replies with quoted HTML parts by
parsing the HTML parts
---
man/man1/notmuch-reply.1 |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/man/man1/notmuch-reply.1 b/man/man1/notmuch-reply.1
index 5160ece..9cde96d 100644
--- a/man/man1/notmuch-reply.1
+++ b/man/man1/notmuch-reply.1
@@ -43,6 +43,11 @@ include
.BR default
Include
Hi everyone,
Here is a new and much-improved version of my series [1] adding support for
quoting HTML parts in replies using a JSON reply format. This version is, as
the diffs indicate, much more ambitious than previous versions, especially
on the emacs front:
* The JSON reply format now only inc
On Tue, 31 Jan 2012 19:29:06 +0200, Jani Nikula wrote:
> Modify the show view key bindings as follows to make them more
> consistent:
Cry havoc, and let loose the dogs of bikeshedding. Err, I mean, pushed.
d
On Tue, 07 Feb 2012 17:36:24 +0100, Florian Friesdorf wrote:
>
> I just wanted to express my gratitude, that for a while now notmuch is
> tagging by a factor 200 faster than it used to be!
+1 It is really comfortable to notmuch tag now !
/Xavier
___
On Wed, 8 Feb 2012 08:36:09 +, David Edmondson wrote:
> Optimize thread tagging by combining all the tagging operations to a
> single "notmuch tag" call.
>
> For threads in the order of tens or a hundred inbox tagged messages,
> this gives a noticeable speedup. On two different machines, arc
On Sun, 5 Feb 2012 11:13:41 +0400, Dmitry Kurochkin wrote:
> Changes:
>
> v4:
>
> * rebased on master, no conflicts so no need for another review
>
I pushed this series.
Maybe this was discussed already, but I think ideally * would apply only
to open messages. So consider that a feature re
v8 rebased onto master after Dmitry's changes without any manual
intervention.
pgp2VthBp3OMy.pgp
Description: PGP signature
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch
On Wed, 08 Feb 2012 09:15:59 -, Patrick Totzke wrote:
> Quoting Alex Botero-Lowry (2012-02-08 08:24:51)
> >I'm using a similar setup.? An inconvenience with the setup is that I
> > have
> >various filters in gmail that filter, e.g., mailing list mails by
> > skipping
> >the gmail
Quoth David Edmondson on Feb 08 at 8:02 am:
> Re-work the existing crypto switch toggle to be based on a persistant
> buffer-local variable.
>
> To allow this, modify `notmuch-show-refresh-view' to erase and re-draw
> in the current buffer rather than killing the current buffer and
> creating a n
On Tue, 31 Jan 2012 19:29:06 +0200, Jani Nikula wrote:
> Modify the show view key bindings as follows to make them more
> consistent:
Cry havoc, and let loose the dogs of bikeshedding. Err, I mean, pushed.
d
___
notmuch mailing list
notmuch@notmuchmail
On Sat, 04 Feb 2012 23:49:38 +, Mark Walters
wrote:
>
> On Wed, 1 Feb 2012 17:22:49 +0200, Tomi Ollila wrote:
> > Some formatting in NEWS file has been changed so that it could
> > be given to markdown processing almost verbatim.
> > More effort has been put into formatting of version 0.11
On Sun, 05 Feb 2012 23:34:44 +0400, Dmitry Kurochkin wrote:
>
> Are you sure? I do not see it in master.
>
Oops. Should be there now.
d
Quoting Alex Botero-Lowry (2012-02-08 08:24:51)
>I'm using a similar setup.? An inconvenience with the setup is that I have
>various filters in gmail that filter, e.g., mailing list mails by skipping
>the gmail inbox and applying specific tags.?...
>Ideally, I'd like a view in notm
On Wed, 8 Feb 2012 16:55:16 +, Jani Nikula wrote:
> Treat text/calendar as text/x-vcalendar. At least the following
> produce text/calendar that parse as text/x-vcalendar:
>
> PRODID:-//Google Inc//Google Calendar 70.9054//EN
> PRODID:Microsoft Exchange Server 2010
>
> Code by David Edmonds
On Wed, 8 Feb 2012 16:55:15 +, Jani Nikula wrote:
> Make notmuch-show-all-multipart/alternative-parts accept a list of
> multipart/alternative types to show in addition to the preferred
> types. This allows the user to force display some alternative part
> types while normally showing just th
On Wed, 8 Feb 2012 16:43:15 +, David Edmondson wrote:
> Optimize thread tagging by combining all the tagging operations to a
> single "notmuch tag" call.
>
> For threads in the order of tens or a hundred inbox tagged messages,
> this gives a noticeable speedup. On two different machines, arc
Treat text/calendar as text/x-vcalendar. At least the following
produce text/calendar that parse as text/x-vcalendar:
PRODID:-//Google Inc//Google Calendar 70.9054//EN
PRODID:Microsoft Exchange Server 2010
Code by David Edmondson
---
I wish I had some references here, other than my own maildir
Make notmuch-show-all-multipart/alternative-parts accept a list of
multipart/alternative types to show in addition to the preferred
types. This allows the user to force display some alternative part
types while normally showing just the preferred ones.
Signed-off-by: Jani Nikula
---
emacs/notmuc
I like to have notmuch-show-all-multipart/alternative-parts nil. I'd also
like to see the text/calendar alternatives that I keep getting that have
the information that the text/plain alternative is missing (like date and
time *sigh*).
Patch 1 allows me to specify the alternative parts I want to al
Recent changes in notmuch-show tagging introduced some code
duplication. The patch cleanups and simplifies
`notmuch-show-archive-thread' function by using
`notmuch-show-tag-all', no longer used function are removed. After
the change, `notmuch-show-archive-thread' function becomes symmetric
with `
Optimize thread tagging by combining all the tagging operations to a
single "notmuch tag" call.
For threads in the order of tens or a hundred inbox tagged messages,
this gives a noticeable speedup. On two different machines, archiving
a thread of about 50 inbox tagged messages goes down from 10+ s
Optimize thread tagging by combining all the tagging operations to a
single "notmuch tag" call.
For threads in the order of tens or a hundred inbox tagged messages,
this gives a noticeable speedup. On two different machines, archiving
a thread of about 50 inbox tagged messages goes down from 10+ s
Allow the user to open a thread with inverted
`notmuch-show-only-matching-messages' behaviour using a prefix
argument.
---
emacs/notmuch-show.el |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/emacs/notmuch-show.el b/emacs/notmuch-show.el
index d077ae0..fc36524 100644
Allow the user to choose that only matching messages are shown by
default.
---
emacs/notmuch-show.el |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/emacs/notmuch-show.el b/emacs/notmuch-show.el
index bb46523..d077ae0 100644
--- a/emacs/notmuch-show.el
+++ b/emacs/n
---
emacs/notmuch-show.el |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/emacs/notmuch-show.el b/emacs/notmuch-show.el
index a668625..bb46523 100644
--- a/emacs/notmuch-show.el
+++ b/emacs/notmuch-show.el
@@ -1686,7 +1686,7 @@ added."
(interactive "P")
(let ((paren
With an argument, record and reply the state of the buffer during
`notmuch-show-refresh-view'.
In this context, "state" is defined as:
- the open/closed state of each message,
- the current message.
Traditional use of refresh with the = key does not retain the
state. The recently introduced tog
---
emacs/notmuch-show.el |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/emacs/notmuch-show.el b/emacs/notmuch-show.el
index 8a792e9..6c79511 100644
--- a/emacs/notmuch-show.el
+++ b/emacs/notmuch-show.el
@@ -1134,6 +1134,7 @@ Refreshes the current view, observing changes
Very deeply indented content is sometimes difficult to
read (particular for something like patches). Allow the indentation of
the content to be toggled with '<'.
Indentation of the header lines is not affected, so it remains
possible to see the structure of the thread.
---
emacs/notmuch-show.el |
Indentation now uses tabs where possible.
---
...hread-maildir-storage-with-fourfold-indentation |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git
a/test/emacs.expected-output/notmuch-show-thread-maildir-storage-with-fourfold-indentation
b/test/emacs.expected-output/
The current behaviour (all messages shown, non-matching collapsed)
is retained as the default. Type '!' to switch to showing only
the matching messages - non-matching messages are not available.
'!' will switch back to showing everything.
---
emacs/notmuch-show.el | 18 +-
1 file
Except for where invisibility is involved, replace the use of overlays
in `notmuch-show-mode' with text properties, which are more efficient
and can be merged together more effectively.
---
emacs/notmuch-show.el | 62 +++-
emacs/notmuch-wash.el |8
Re-work the existing crypto switch toggle to be based on a persistant
buffer-local variable.
To allow this, modify `notmuch-show-refresh-view' to erase and re-draw
in the current buffer rather than killing the current buffer and
creating a new one. (This will also allow more per-buffer behaviour i
v8:
- Code review comments from Austin:
- Correctly decrypt parts when saving, etc. them. (revert to
original behaviour).
David Edmondson (8):
emacs: Rework crypto switch toggle.
emacs: Allow `notmuch-show-mode' to display only matching messages.
emacs: Allow the indentation of content
On Sun, 5 Feb 2012 11:13:41 +0400, Dmitry Kurochkin
wrote:
> Changes:
>
> v4:
>
> * rebased on master, no conflicts so no need for another review
>
I pushed this series.
Maybe this was discussed already, but I think ideally * would apply only
to open messages. So consider that a feature r
Quoth David Edmondson on Feb 08 at 8:02 am:
> Re-work the existing crypto switch toggle to be based on a persistant
> buffer-local variable.
>
> To allow this, modify `notmuch-show-refresh-view' to erase and re-draw
> in the current buffer rather than killing the current buffer and
> creating a n
se-buffer))
> > + (notmuch-show-worker))
> >
> > (defvar notmuch-show-stash-map
> >(let ((map (make-sparse-keymap)))
> > @@ -1097,6 +1096,7 @@ thread id. If a prefix is given, crypto processing
> > is toggled."
> > (define-key map (kbd "M-RET") 'notmuch-show-open-or-close-all)
> > (define-key map (kbd "RET") 'notmuch-show-toggle-message)
> > (define-key map "#" 'notmuch-show-print-message)
> > + (define-key map "$" 'notmuch-show-toggle-process-crypto)
> > map)
> >"Keymap for \"notmuch show\" buffers.")
> > (fset 'notmuch-show-mode-map notmuch-show-mode-map)
> > diff --git a/emacs/notmuch.el b/emacs/notmuch.el
> > index cd04ffd..ff0db99 100644
> > --- a/emacs/notmuch.el
> > +++ b/emacs/notmuch.el
> > @@ -463,9 +463,9 @@ Complete list of currently available key bindings:
> >"Return a list of authors for the current region"
> >(notmuch-search-properties-in-region 'notmuch-search-subject beg end))
> >
> > -(defun notmuch-search-show-thread (&optional crypto-switch)
> > +(defun notmuch-search-show-thread ()
> >"Display the currently selected thread."
> > - (interactive "P")
> > + (interactive)
> >(let ((thread-id (notmuch-search-find-thread-id))
> > (subject (notmuch-prettify-subject (notmuch-search-find-subject
> > (if (> (length thread-id) 0)
> > @@ -473,8 +473,7 @@ Complete list of currently available key bindings:
> > (current-buffer)
> > notmuch-search-query-string
> > ;; Name the buffer based on the subject.
> > - (concat "*" (truncate-string-to-width subject 30 nil nil
> > t) "*")
> > - crypto-switch)
> > + (concat "*" (truncate-string-to-width subject 30 nil nil
> > t) "*"))
> >(message "End of search results."
> >
> > (defun notmuch-search-reply-to-thread (&optional prompt-for-sender)
-- 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/20120208/aa3dfda0/attachment-0001.pgp>
On Sun, 05 Feb 2012 23:34:44 +0400, Dmitry Kurochkin
wrote:
>
> Are you sure? I do not see it in master.
>
Oops. Should be there now.
d
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch
On Wed, 08 Feb 2012 09:15:59 -, Patrick Totzke
wrote:
> Quoting Alex Botero-Lowry (2012-02-08 08:24:51)
> >I'm using a similar setup. An inconvenience with the setup is that I
> > have
> >various filters in gmail that filter, e.g., mailing list mails by
> > skipping
> >the gmai
On Wed, 8 Feb 2012 08:36:09 +, David Edmondson wrote:
> Optimize thread tagging by combining all the tagging operations to a
> single "notmuch tag" call.
>
> For threads in the order of tens or a hundred inbox tagged messages,
> this gives a noticeable speedup. On two different machines, arc
Quoting Alex Botero-Lowry (2012-02-08 08:24:51)
>I'm using a similar setup. An inconvenience with the setup is that I have
>various filters in gmail that filter, e.g., mailing list mails by skipping
>the gmail inbox and applying specific tags. ...
>Ideally, I'd like a view in notm
Optimize thread tagging by combining all the tagging operations to a
single "notmuch tag" call.
For threads in the order of tens or a hundred inbox tagged messages,
this gives a noticeable speedup. On two different machines, archiving
a thread of about 50 inbox tagged messages goes down from 10+ s
I have some code[1] that bidirectionally syncs gmail labels into tags in
notmuch, but it's not fast enough to be run continuously. Eventually, and I
mean that with the longest possible value, I'll get around to fixing that.
If you're interested in trying to fix it I can explain the issues and some
t;> tls_trust_file /etc/ssl/certs/ca-certificates.crt
>>
>> account default
>> host smtp.gmail.com
>> from USER at gmail.com
>> tls on
>> tls_starttls off
>> auth on
>> user USER at gmail.com
>>
>> Finally, I use goobook to use the gmail contacts as addressbook in
>> Emacs. See http://mid.gmane.org/87zkfuh3i0.fsf at nikula.org for that.
>>
>>
>> HTH,
>> Jani.
>> ___
>> notmuch mailing list
>> notmuch at notmuchmail.org
>> http://notmuchmail.org/mailman/listinfo/notmuch
>>
>
>
> ___
> notmuch mailing list
> notmuch at notmuchmail.org
> http://notmuchmail.org/mailman/listinfo/notmuch
>
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20120208/864ac480/attachment.html>
On Sat, Feb 4, 2012 at 4:35 AM, Jani Nikula wrote:
> On Sat, 04 Feb 2012 09:15:16 +, David Edmondson wrote:
> > On Sat, 4 Feb 2012 03:39:23 -0500, don warner saklad <
> don.sak...@gmail.com> wrote:
> > > a) For gmail how do you setup notmuch mail ?...
> > >
> > > b) Any workarounds?
> > >
>
>
> Finally, I use goobook to use the gmail contacts as addressbook in
> Emacs. See http://mid.gmane.org/87zkfuh3i0.fsf at nikula.org for that.
>
>
> HTH,
> Jani.
> ___
> notmuch mailing list
> notmuch at notmuchmail.org
> http://notmuchmail.org/mailman/listinfo/notmuch
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20120208/7d9d093b/attachment-0001.html>
Seems reasonable. I'm definitely in favor of erasing buffers instead
of killing and recreating them. Two questions below.
Quoth David Edmondson on Feb 06 at 9:21 am:
> Re-work the existing crypto switch toggle to be based on a persistant
> buffer-local variable.
>
> To allow this, modify `notm
Allow the user to open a thread with inverted
`notmuch-show-only-matching-messages' behaviour using a prefix
argument.
---
emacs/notmuch-show.el |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/emacs/notmuch-show.el b/emacs/notmuch-show.el
index d077ae0..fc36524 100644
---
emacs/notmuch-show.el |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/emacs/notmuch-show.el b/emacs/notmuch-show.el
index a668625..bb46523 100644
--- a/emacs/notmuch-show.el
+++ b/emacs/notmuch-show.el
@@ -1686,7 +1686,7 @@ added."
(interactive "P")
(let ((paren
With an argument, record and reply the state of the buffer during
`notmuch-show-refresh-view'.
In this context, "state" is defined as:
- the open/closed state of each message,
- the current message.
Traditional use of refresh with the = key does not retain the
state. The recently introduced tog
Very deeply indented content is sometimes difficult to
read (particular for something like patches). Allow the indentation of
the content to be toggled with '<'.
Indentation of the header lines is not affected, so it remains
possible to see the structure of the thread.
---
emacs/notmuch-show.el |
Indentation now uses tabs where possible.
---
...hread-maildir-storage-with-fourfold-indentation |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git
a/test/emacs.expected-output/notmuch-show-thread-maildir-storage-with-fourfold-indentation
b/test/emacs.expected-output/
Allow the user to choose that only matching messages are shown by
default.
---
emacs/notmuch-show.el |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/emacs/notmuch-show.el b/emacs/notmuch-show.el
index bb46523..d077ae0 100644
--- a/emacs/notmuch-show.el
+++ b/emacs/n
The current behaviour (all messages shown, non-matching collapsed)
is retained as the default. Type '!' to switch to showing only
the matching messages - non-matching messages are not available.
'!' will switch back to showing everything.
---
emacs/notmuch-show.el | 18 +-
1 file
Except for where invisibility is involved, replace the use of overlays
in `notmuch-show-mode' with text properties, which are more efficient
and can be merged together more effectively.
---
emacs/notmuch-show.el | 62 +++-
emacs/notmuch-wash.el |8
---
emacs/notmuch-show.el |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/emacs/notmuch-show.el b/emacs/notmuch-show.el
index 8a792e9..6c79511 100644
--- a/emacs/notmuch-show.el
+++ b/emacs/notmuch-show.el
@@ -1134,6 +1134,7 @@ Refreshes the current view, observing changes
Re-work the existing crypto switch toggle to be based on a persistant
buffer-local variable.
To allow this, modify `notmuch-show-refresh-view' to erase and re-draw
in the current buffer rather than killing the current buffer and
creating a new one. (This will also allow more per-buffer behaviour i
v8:
- Code review comments from Austin:
- Correctly decrypt parts when saving, etc. them. (revert to
original behaviour).
David Edmondson (8):
emacs: Rework crypto switch toggle.
emacs: Allow `notmuch-show-mode' to display only matching messages.
emacs: Allow the indentation of content
83 matches
Mail list logo