unofficial mirror of notmuch@notmuchmail.org
 help / color / mirror / code / Atom feed
From: Carl Worth <cworth@cworth.org>
To: Keith Packard <keithp@keithp.com>, notmuch@notmuchmail.org
Subject: Re: notmuch 'index' mode.
Date: Mon, 23 Nov 2009 19:16:54 -0800	[thread overview]
Message-ID: <87bpismx21.fsf@yoom.home.cworth.org> (raw)
In-Reply-To: <yunhbslpv3q.fsf@aiko.keithp.com>

On Sun, 22 Nov 2009 23:18:33 -0800, Keith Packard <keithp@keithp.com> wrote:
> On Mon, 23 Nov 2009 07:06:06 +0100, Carl Worth <cworth@cworth.org> wrote:
> > 
> >   * The mode documentation really needs to walk the user through how to
> >     setup a custom set of folders.
> 
> You can use the standard emacs customization interface, although it's
> not exactly well documented there. Additional docs are clearly
> indicated.

Yes. I think that's a bit too hidden.

I'm imagining the case of a new user running notmuch. First, if we're
going to allow them to start off from inside emacs rather than the
command-line (and why not?) then I think we can pretty much just run
"notmuch setup" and "notmuch new" for the user (and those walk the user
through things well already.

Then, I'd like the user to be seeing the folder view right away (since
that's the primary view). We've got support for searching while still
indexing, so if we refresh occasionally, the user will be able to see
the inbox count just count up while indexing occurs.

So what next for the user? We've got lots of empty space in the folder
view, so I think what I'd like is to provide some suggestions on search
strings to try, and then to make it obvious how to associate a name with
a search string. And at that point, I'd like that name to be added to
the folder view.

And notice, I don't think we'll need to do the "virtual tag" thing of
associating a tag name with a search and doing the work of making
notmuch maintain the consistency of that tag and search string. It will
be much more clean (and shouldn't be any less fast) to just do the
searches for the original search terms, (rather than searching for tag
terms that were previously applied by searching for the search terms).

Then tags become something that are just for manual manipulation. What
do you think?

> >   * It's not opening my "to-me" folder for some reason. (I thought it
> >     was the '-' at first, but "xorg-board" is working fine). I can debug
> >     this later.
> 
> It shouldn't work on xorg-board either -- it just skips forward one
> 'word' and assumes it's gotten the folder name. Lame programming, I
> know. Should be easy to fix.

Ah, that's it. So "xorg-board" only looked like it worked because I had
a "xorg" folder as well. :-)

> What more do you need? Pretty fonts? Icons? A pony?

Heh. Just some guidance on what the user can do. It's nice that we have
room to do this, (since we don't on the search results view).

> Threads or messages? Threads are more expensive to compute, and when the
> number is zero, it means the same thing. But, it is surprising to see a
> huge number in the folder view and then get only a handful of threads in
> the search view. Perhaps if the count is small enough we can go through
> and actually figure out how many threads are involved.

Maybe something like that.

-Carl

  reply	other threads:[~2009-11-24  3:17 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-11-21  7:35 notmuch 'index' mode Keith Packard
2009-11-23  6:06 ` Carl Worth
2009-11-23  7:18   ` Keith Packard
2009-11-24  3:16     ` Carl Worth [this message]
2009-11-24  3:43       ` Keith Packard
2009-11-24 10:20         ` Jed Brown
2009-11-24 12:14       ` Jan Janak
2009-11-24 16:38         ` Keith Packard
2009-11-24 17:14           ` Jed Brown
2009-11-24 17:51           ` Jan Janak
2009-11-24 23:40           ` Bart Trojanowski

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://notmuchmail.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87bpismx21.fsf@yoom.home.cworth.org \
    --to=cworth@cworth.org \
    --cc=keithp@keithp.com \
    --cc=notmuch@notmuchmail.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://yhetil.org/notmuch.git/

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).