Re: Emacs UI improvement suggestion

2010-11-05 Thread Carl Worth
On Fri, 05 Nov 2010 10:36:32 +0100, Sebastian Spaeth  
wrote:
> But thanks for the key hint, it's not listed on the '?' page...

Oops. I need to fix that.

> C-u often appears as black magic to this emacs user.

I've got some strange plans for our emacs interface. The idea is to
support things that emacs users would expect (like C-u), but to also do
things in a way that would be perhaps more natural, (for users who don't
use emacs except for notmuch).

For example, in this specific case I plan to make the '*' keybinding act
as a prefix modifier to make the following command operate on all
messages. So, for example, you would have:

|   Pipe the current message to an external command
* | Pipe all open messages to an external command
RET Hide/show the current message
* RET   Hide/show all messages

I think this will fit in well with existing uses of '*' in the
interface, and also bring in some missing functionality in some cases.

-Carl

-- 
carl.d.wo...@intel.com


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


Emacs UI improvement suggestion

2010-11-05 Thread Carl Worth
On Fri, 05 Nov 2010 10:36:32 +0100, Sebastian Spaeth  
wrote:
> But thanks for the key hint, it's not listed on the '?' page...

Oops. I need to fix that.

> C-u often appears as black magic to this emacs user.

I've got some strange plans for our emacs interface. The idea is to
support things that emacs users would expect (like C-u), but to also do
things in a way that would be perhaps more natural, (for users who don't
use emacs except for notmuch).

For example, in this specific case I plan to make the '*' keybinding act
as a prefix modifier to make the following command operate on all
messages. So, for example, you would have:

|   Pipe the current message to an external command
* | Pipe all open messages to an external command
RET Hide/show the current message
* RET   Hide/show all messages

I think this will fit in well with existing uses of '*' in the
interface, and also bring in some missing functionality in some cases.

-Carl

-- 
carl.d.worth at intel.com
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: 



Emacs UI improvement suggestion

2010-11-05 Thread Sebastian Spaeth
> Does `C-u M-RET' help?

mmh, that "closes" all open mails in this thread. pressing the same keys
does not open them again. Not sure if that would help me a lot :)

But thanks for the key hint, it's not listed on the '?' page...

C-u often appears as black magic to this emacs user.
Sebastian
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: 



Emacs UI improvement suggestion

2010-11-05 Thread David Edmondson
On Fri, 05 Nov 2010 08:45:27 +0100, Sebastian Spaeth  
wrote:
> One UI improvement I would love is to see the number of unread 
> emails in a thread in notmuch-show view. I often reply to a 
> mail in a thread just to see that there are followup mails that 
> resolve the issue already.
> 
> If I had seen that there are more unread mails in that thread 
> (or at least that branch of the thread), I would read those first 
> before hitting reply.
> 
> What do others think?

Does `C-u M-RET' help?


Emacs UI improvement suggestion

2010-11-05 Thread Sebastian Spaeth
One UI improvement I would love is to see the number of unread 
emails in a thread in notmuch-show view. I often reply to a 
mail in a thread just to see that there are followup mails that 
resolve the issue already.

If I had seen that there are more unread mails in that thread 
(or at least that branch of the thread), I would read those first 
before hitting reply.

What do others think?

Sebastian
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: 



Emacs UI improvement suggestion

2010-11-05 Thread Jameson Rollins
On Fri, 05 Nov 2010 08:45:27 +0100, Sebastian Spaeth  
wrote:
> One UI improvement I would love is to see the number of unread 
> emails in a thread in notmuch-show view. I often reply to a 
> mail in a thread just to see that there are followup mails that 
> resolve the issue already.
> 
> If I had seen that there are more unread mails in that thread 
> (or at least that branch of the thread), I would read those first 
> before hitting reply.
> 
> What do others think?

Hey, Sebastian.  Try looking at notmuch-search-line-faces (not very well
named, my fault) which sets the face of search lines based on tags.
I've been using the following setting:

(setq notmuch-search-line-faces
  '(("delete" . '(:background "grey8"))
("unread" . '(:weight bold

Threads with unread messages show up in bold, which makes them pretty
easy to identify.  I also bind a key to filter

"tag:unread and not tag:delete"

which allows me to easily pop view the unread messages.

jamie.
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 835 bytes
Desc: not available
URL: 



Re: Emacs UI improvement suggestion

2010-11-05 Thread Jameson Rollins
On Fri, 05 Nov 2010 08:45:27 +0100, Sebastian Spaeth  
wrote:
> One UI improvement I would love is to see the number of unread 
> emails in a thread in notmuch-show view. I often reply to a 
> mail in a thread just to see that there are followup mails that 
> resolve the issue already.
> 
> If I had seen that there are more unread mails in that thread 
> (or at least that branch of the thread), I would read those first 
> before hitting reply.
> 
> What do others think?

Hey, Sebastian.  Try looking at notmuch-search-line-faces (not very well
named, my fault) which sets the face of search lines based on tags.
I've been using the following setting:

(setq notmuch-search-line-faces
  '(("delete" . '(:background "grey8"))
("unread" . '(:weight bold

Threads with unread messages show up in bold, which makes them pretty
easy to identify.  I also bind a key to filter

"tag:unread and not tag:delete"

which allows me to easily pop view the unread messages.

jamie.


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


Re: Emacs UI improvement suggestion

2010-11-05 Thread Sebastian Spaeth
> Does `C-u M-RET' help?

mmh, that "closes" all open mails in this thread. pressing the same keys
does not open them again. Not sure if that would help me a lot :)

But thanks for the key hint, it's not listed on the '?' page...

C-u often appears as black magic to this emacs user.
Sebastian


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


Re: Emacs UI improvement suggestion

2010-11-05 Thread David Edmondson
On Fri, 05 Nov 2010 08:45:27 +0100, Sebastian Spaeth  
wrote:
> One UI improvement I would love is to see the number of unread 
> emails in a thread in notmuch-show view. I often reply to a 
> mail in a thread just to see that there are followup mails that 
> resolve the issue already.
> 
> If I had seen that there are more unread mails in that thread 
> (or at least that branch of the thread), I would read those first 
> before hitting reply.
> 
> What do others think?

Does `C-u M-RET' help?
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch


Emacs UI improvement suggestion

2010-11-05 Thread Sebastian Spaeth
One UI improvement I would love is to see the number of unread 
emails in a thread in notmuch-show view. I often reply to a 
mail in a thread just to see that there are followup mails that 
resolve the issue already.

If I had seen that there are more unread mails in that thread 
(or at least that branch of the thread), I would read those first 
before hitting reply.

What do others think?

Sebastian


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