Matt Armstrong writes:
> My mail yesterday about muting
> (id:qf5vazjjciq@marmstrong-linux.kir.corp.google.com) was in part
> motivated by this question:
>
> Has anybody implemented something like "snooze" in notmuch?
>
There is some related discussion at
id:4a05c1d8-6da3-44ba-86e3-25
On Thu, 04 Aug 2016, Carl Worth wrote:
>> i) notmuch could have an "also expand tags" feature, where thread based
>> results would auto expand matching tags. I would set this to
>> "unread".
>
> This approach makes a lot of sense to me based on how notmuch.el works.
My idea on how to do
On Thu, Aug 04 2016, Matt Armstrong wrote:
> Yes, I find the query semantics with respect to tags and threads a bit
> confusing at times. This is not a problem specific to notmuch, as I
> find the same kinds of issues in GMail. Usually the problem occurs at
> the semantic border between per-messa
My mail yesterday about muting
(id:qf5vazjjciq@marmstrong-linux.kir.corp.google.com) was in part
motivated by this question:
Has anybody implemented something like "snooze" in notmuch?
I think of a "snooze" as a temporary mute.
The intent would be to hide messages from the inbox until some f
Yuri D'Elia writes:
> For example, for a query like "tag:unread AND date:24h..now", I'm shown
> all threads containing unread messages within the last day, which is
> perfect. But when I select a thread (with RET), I'm shown the thread
> from the start.
Yuri, I see you're running into issues sim
On Thu, Aug 04 2016, Jani Nikula wrote:
>> I'd like to jump directly to the first unread message (and in detail, to
>> the first message that actually matches the query!). It's really not
>> great to have to find what message matched the query, especially for
>> long-running threads.
>
> For me, h
Jani Nikula writes:
> On Thu, 04 Aug 2016, Matt Armstrong wrote:
>> This question pertains to notmuch built from recent git HEAD, using
>> notmuch.el in show mode (i.e. not tree mode).
>>
>> I sometimes read a thread with a bunch of messages and notmuch.el
>> collapses a bunch of them (even if u
On Thu, 04 Aug 2016, Yuri D'Elia wrote:
> For example, for a query like "tag:unread AND date:24h..now"
BTW the "now" part is redundant, you can use an open ended range
"tag:unread AND date:24h..".
BR,
Jani.
___
notmuch mailing list
notmuch@notmuchmail.
On Thu, 04 Aug 2016, Yuri D'Elia wrote:
> Hi everyone, I'm experimenting with notmuch-emacs.el (straight from
> git), and I have a few questions after a few days of testing.
>
> The search buffer packs messages in threads by default. Is there a way
> to have a flat list of strictly matching messag
On Thu, 04 Aug 2016, Matt Armstrong wrote:
> This question pertains to notmuch built from recent git HEAD, using
> notmuch.el in show mode (i.e. not tree mode).
>
> I sometimes read a thread with a bunch of messages and notmuch.el
> collapses a bunch of them (even if unread and the search matches
Hi everyone, I'm experimenting with notmuch-emacs.el (straight from
git), and I have a few questions after a few days of testing.
The search buffer packs messages in threads by default. Is there a way
to have a flat list of strictly matching messages when needed?
For example, for a query like "ta
This question pertains to notmuch built from recent git HEAD, using
notmuch.el in show mode (i.e. not tree mode).
I sometimes read a thread with a bunch of messages and notmuch.el
collapses a bunch of them (even if unread and the search matches tags in
every message). I can't figure out the heuri
12 matches
Mail list logo