* pancake <panc...@youterm.com> [2009-10-15 20:19]: > Anselm R Garbe wrote: >> following (n)mh in this respect, though I'd really appreciate having >> some kind of mail dir pager, perhaps the relevant parts ripped from >> mutt or written from scratch. I always found that the threading >> display in mutt is excellent and I'd really think the basic mail >> lister + previewer as an addition tool in the mh tool chain for >> listing mails and threads would be nice, it's the only feature I'd >> really miss and the only feature with a crappy curses dependency in >> the toolchain ;) >> >> > I have always hated the threaded views..Well that's not true at all, > few years ago I used to use them a lot, and yeah, mutt owns the best > threading view (compared to thunderbird, claws..) > > But actually I dont find them useful or practical because they hide the > timeline of the mailbox by strange trees of mails.
Well, I can't tell which view is more useful in mutt -- threaded or timeline. Which is proved by the fact that I have changed couple of times in the past the default view from one to another, and switched views at least once a day anyway. Which proves for me that they are equally useful for different tasks: a mailbox is a - queue of messages , but - collection of discussions/conversations, too I rely on both ... > What I would really find useful is a decent filtering system , but always > keeping the timeline, which is in mail one of the most important things. Threads do keep the causal relationship, which is equally important. > I would prefer a flat view like > > [thread1] -> go inside to view only these mails , Show between parenthesis > the number of new mails in this thread. > [thread2] ... In mutt you can collapse threads (default key binding <esc>v/V I think) -- also a thing I like. In summary: I would love a less sucking alternative to existing mail clients, in nmh style, i.e. a collection of tools to handle different aspects of the mail processing and to delegate non-mail tasks to $EDITOR, grep, whatever. But there are some features I consider crucial, e.g. decent unicode support and threaded/timeline view. Until the alternative comes I'm forced to stuck with mutt. IMHO it doesn't make sense to cut things which serve you good tens of times every day. SLOC less sometimes sucks more... :o) > Did you ever look the 'menush' app in hg.youterm.com ? I wrote a 'emenu' > program that it is something like dmenu, but for shell, allowing > autocomplete in single line and ansi-based interactive menu with arrows > and so on. I gave it a try. cute :o) cheers -- stanio_