On Sun, Sep 18 2022, David Bremner wrote:
> Jose A Ortega Ruiz writes:
>>
>> interesting! if we were to have this, i think i'd prefer pagination
>> rather than increasing the limit and keeping the old ones, and make it
>> work for tree searches too. and perhaps the limit (page size) could be
>>
Jose A Ortega Ruiz writes:
>
> interesting! if we were to have this, i think i'd prefer pagination
> rather than increasing the limit and keeping the old ones, and make it
> work for tree searches too. and perhaps the limit (page size) could be
> a query parameter, so that one could have differe
With this mode, one can fold trees in the notmuch-tree buffer as if
they were outlines, using all the commands provided by
outline-minor-mode. We also define a couple of movement commands
that, optional, will ensure that only the thread around point is
unfolded.
The implementation is based on the
looks good, and very useful, to me, fwiw.
now i'll have to free E in my keymap, which i was using for something
else... i was thinking that, given how crowded those keymaps are
becoming, it might be worth considering two-key chords, with the first
grouping by "kind" (a la gnus); e.g. "/" could b
...and bind these to "E" in their respective keymaps.
Expected to be called interactively, then using read-from-minibuffer
with current search string as initial contents for editing.
(Noninteractive use makes little sense, but is supported.)
With this one can expand (as an opposite to limit) thei
