On Wed, Sep 01, 1999 at 10:37:45AM -0400, Brendan Cully wrote:
> Now now.
Sorry, shouldn't write e-mail when I'm tired and grumpy...
> This actually isn't a big deal if you are using a GUI client with a mailbox
> window separate from the message index window and one of those nifty
> tree-view widgets:
>
> +Folder
> ->Subfolder
> ->Subfolder
I guess you are right there. Still room for them to screw it up by
assuming too much about the server, but nothing wrong with the
underlying paradigm.
> 1. The current solution: Display the folder twice. Choosing the first one
> shows you the messages in it, choosing the second one (with the trailing
> delimiter) shows you the folders in it.
>From a user's perspective, I don't like this one. When my friend and
I got this running that display was very confusing to both of us. It
also clutters things up a bit.
> 2. Somehow try to integrate the subfolder list into the message window. This
> will probably be messy and annoying, and very invasive into non-IMAP parts
> of the mutt code. Users might prefer it, even though as a developer I'd
> prefer to avoid this.
>
> 3. Present a new screen when a user selects a folder that contains messages
> and subfolders, clearing up the first screen at the expense of extra work
> navigating.
I agree, neither of those are pretty.
> I'd be interested in other ideas. Currently I like (1) because: it's already
> there, it doesn't mess with non-IMAP code, and I don't have folders with
> subfolders and messages, so I don't have to deal with these ugly lists.
Here is my take on this: We have a problem right now because mailbox
selection and change directory are both mapped to the same key,
typically <enter>. How about separating the two? <enter> still opens
something as a mailbox, but a different key causes you to enter that
directory.
Actually, looking at the help for the folder browsing screen, it looks
like the necessary hooks might already be there. How about maping
view-file to open the mailbox and select-entry to "change context in
the namespace" (or whatever the Cyrus folks want to call cd)? Do you
think that would be a workable solution?
Brian
