Hi!
Continuing discussion from vimperator list here as this might get a
longer thread...
On 02.03.2010 12:12, Martin Stubenschrott wrote:
The theory goes like this:
The muttator main window should start with the focus in the message list.
To "inspect" a message, you press 'i' (or click inside the message body),
then you can use hjkl, etc. to navigate the message body, not the message list.
Actually then you can also press 'f' to start hinting mode for the message.
If you then press<Esc> to cancel the hint mode, it should go back to
'message' mode. Another escape go back to normal mode (focused message list).
Also if you manually give focus to the folder list, pressing Esc should focus
the message list.
Hmmm, things got clearer now, but I actually don't like it too much.
Tried this while reading through a bunch of newsgroup mails - keeps you
busy cycling between those two modes continuously...
For opening links and stuff it's ok to switch mode, but for simple
reading, it shouldn't be needed.
I agree that default focus should be in message list, but what about
adding key bindings to scroll the message in the message pane while
leaving the focus at the message list?
Is there any other nice concept we could copy from other text mode MUAs?
Never really used mutt by myself...
compose window: What's the idea behind the "-- COMPOSE --" mode? How
shall one change to INSERT mode which one usually likes? Simply not
implemented yet or did I overlook something?
[...]
actually COMPOSE mode should only happen after you press "Esc". This should
blur the focus, and allow different commands. Like "y" to send the message
or "t" to focus the To: field (slightly based on mutt's design). So to be
more exact, COMPOSE is probably the default mode of the composer, but it
shouldn't be initially in that mode when opening up the composer.
Hmmm. I'm not sure if blurring the focus is really the right approach.
What we would need is some sort of "read-only" mode to do things like
yanking etc.
And if "y" is bound to send the message, how shall one copy-n-paste
then? Ctrl-C, Ctrl-V doesn't really work well, especially when
frequently mixed with Ctrl-Z as this cycles Muttator through different
pass-through-modes which was *really* confusing for me at the beginning...
Anyway, all of this is the basic usability plan behind muttator, but feel
free to suggest a different workflow, I am very open to the ideas of
other motivated people.
Let's see - perhaps others also have good ideas here or could share some
insights about other usage MUA's usage concepts...
--
Gernot Hillier
Siemens AG, CT T DE IT 1, Corporate Competence Center Embedded Linux
_______________________________________________
Muttator mailing list
[email protected]
https://www.mozdev.org/mailman/listinfo/muttator
