On Wed, 6 Jul 2011 09:25:41 -0400, Austin Clements wrote:
> Had I replaced it, though, there are two variations I would have
> tried.? Have you guys considered these and, if so, any thoughts?
>
> * Make SPC mark the *current* message read and move to the next one,
> rather than moving to the
;87lixevs2e.fsf at gilead.invalid"
Cheers,
Daniel
-- 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/20110707/f04ab72c/attachment.pgp>
d...
Name: not available
Type: application/pgp-signature
Size: 835 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20110707/05eea4d7/attachment.pgp>
On Wed, 06 Jul 2011, Daniel Schoepe wrote:
Non-text part: multipart/signed
> On Wed, 06 Jul 2011 13:34:13 +0200, Michal Sojka
> wrote:
> > So my proposal is to forget about different queries for filters and
> > counts and having here only the following options: filter, hide-tags and
> >
Quoth Jameson Graef Rollins on Jul 07 at 1:40 pm:
> On Thu, 07 Jul 2011 20:49:35 +0200, Matthieu Lemerre wrote:
> > On Wed, 6 Jul 2011 09:25:41 -0400, Austin Clements
> > wrote:
> > > * Make SPC mark the *current* message read and move to the next one,
> > > rather than moving to the next and
ssage [0].
jamie.
[0] id:"87pqlpioew.fsf at servo.factory.finestructure.net"
-- 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/20110707/b2a165c7/attachment.pgp>
http://notmuchmail.org/pipermail/notmuch/attachments/20110707/2f731204/attachment.pgp>
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20110707/a93ad0c0/attachment-0001.pgp>
On Thu, 07 Jul 2011 10:15:47 +0200, Daniel Schoepe wrote:
> Hi Dmitry,
>
> On Thu, 07 Jul 2011 11:16:03 +0400, Dmitry Kurochkin gmail.com> wrote:
> > Why do we need to remove `goto-address-mode' overlays if it is not
> > enabled ((goto-address-mode t) is below is removed)?
> > [..]
> >
Hi Daniel.
On Wed, 6 Jul 2011 16:18:01 +0200, Daniel Schoepe wrote:
> This fixes the minor annoyance that message ids were parsed as mail
> addresses by goto-address-mode in notmuch-show buffers.
I did not try it yet but it looks like a nice feature. Though I have
some questions on the code
implementation detail and might change
some day.
Cheers,
Daniel
-- 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
On Wed, 6 Jul 2011 16:18:01 +0200, Daniel Schoepe wrote:
> This fixes the minor annoyance that message ids were parsed as mail
> addresses by goto-address-mode in notmuch-show buffers.
> ---
> emacs/notmuch-show.el | 24 +---
> 1 files changed, 21 insertions(+), 3
On Wed, 6 Jul 2011 16:18:01 +0200, Daniel Schoepe
daniel.scho...@googlemail.com wrote:
This fixes the minor annoyance that message ids were parsed as mail
addresses by goto-address-mode in notmuch-show buffers.
---
emacs/notmuch-show.el | 24 +---
1 files changed, 21
Hi Daniel.
On Wed, 6 Jul 2011 16:18:01 +0200, Daniel Schoepe
daniel.scho...@googlemail.com wrote:
This fixes the minor annoyance that message ids were parsed as mail
addresses by goto-address-mode in notmuch-show buffers.
I did not try it yet but it looks like a nice feature. Though I have
Hi Dmitry,
On Thu, 07 Jul 2011 11:16:03 +0400, Dmitry Kurochkin
dmitry.kuroch...@gmail.com wrote:
Why do we need to remove `goto-address-mode' overlays if it is not
enabled ((goto-address-mode t) is below is removed)?
[..]
`goto-address-mode' creates buttons not only for email addresses but
On Wed, 06 Jul 2011, Daniel Schoepe wrote:
Non-text part: multipart/signed
On Wed, 06 Jul 2011 13:34:13 +0200, Michal Sojka sojk...@fel.cvut.cz wrote:
So my proposal is to forget about different queries for filters and
counts and having here only the following options: filter, hide-tags and
On Thu, 07 Jul 2011 20:34:21 +0200, Daniel Schoepe
daniel.scho...@googlemail.com wrote:
My patch about user-defined sections mainly needs better documentation
and there's discussion reducing its flexibility a little, so it should
definitely be ready before the feature freeze, if that's still
On Thu, 07 Jul 2011 20:49:35 +0200, Matthieu Lemerre ra...@free.fr wrote:
On Wed, 6 Jul 2011 09:25:41 -0400, Austin Clements amdra...@mit.edu wrote:
* Make SPC mark the *current* message read and move to the next one,
rather than moving to the next and marking it read. This way, you're
Quoth Jameson Graef Rollins on Jul 07 at 1:40 pm:
On Thu, 07 Jul 2011 20:49:35 +0200, Matthieu Lemerre ra...@free.fr wrote:
On Wed, 6 Jul 2011 09:25:41 -0400, Austin Clements amdra...@mit.edu wrote:
* Make SPC mark the *current* message read and move to the next one,
rather than moving
Fourth time's the charm. Some more improvements by Michal Sojka, thanks.
A few more opinions about whether or not to leave in the different
filters for queries and counts, would also be very much appreciated.
___
notmuch mailing list
---
test/emacs | 37
test/emacs.expected-output/notmuch-hello |5 ++-
.../notmuch-hello-new-section |4 ++
.../notmuch-hello-no-saved-searches|4 ++-
This patch makes the notmuch-hello screen fully customizable
by allowing the user to add and remove arbitrary sections. It
also provides some convenience functions for constructing sections,
e.g. showing the unread message count for each tag.
This is done by specifying a list of functions that
22 matches
Mail list logo
