On 2016-04-04 15:34:25 -0700, David Champion wrote: > * On 04 Apr 2016, Richard Russon wrote: > > This release of NeoMutt contains no new features. > > It's just a rebase of the code to Mutt-1.6.0. > > > > The current list of stable features is: > > Conditional Dates Conditional Date Formatting > > +1. I've used this for many years, and support merge.
Seems useful. > > Ifdef Conditional config options > > -0. Useful but an uncommon approach. Would sort of rather see mutt > directly support abstract preprocessors so you can plug in m4, cpp, etc. I problem I see with the proposed Ifdef is that it introduces another level of quoting. > > Limit-Current-Thread Limit Index View to Current Thread > > -1. Would prefer a ~. that matches the current message; then a ~(~.) > macro would be equivalent. Yes, this would be much better. > > Notmuch Powerful email search engine > > No opinion. I'd like a better description. Perhaps it does more or less what I requested in 2002. > > Progress Bar Colourful Progress Bar > > Seems non-discrete in the github codebase. Not sure what this does. Very useful. The goal is to progressively change the background of the command line (the line at the bottom of the terminal). For instance, with a normally black background and a special red background for the progress bar one has successively, with a 10-column terminal: BBBBBBBBBB (0%) RBBBBBBBBB (10%) RRBBBBBBBB (20%) RRRBBBBBBB (30%) RRRRBBBBBB (40%) RRRRRBBBBB (50%) RRRRRRBBBB (60%) RRRRRRRBBB (70%) RRRRRRRRBB (80%) RRRRRRRRRB (90%) RRRRRRRRRR (100%) This is just additional information (redundant with the usual progress information, but more easily visible, in particular if one does something else during this time). The text itself remains the same. > > Quasi-Delete Hide emails from view, but don't delete them > > Intriguing. Appears not to save on exit, but if it and there were a > show-deleted or undelete option, I'd be pretty interested. Is the goal to implement editable virtual folders? (Something not possible with mairix, for instance.) > > Trash Folder Move 'deleted' emails to a trash folder > > Overlaps functionally with quasi-delete. No. This is completely different. The goal of the trash folder is to really delete mail from the usual folders, keeping a temporary backup of these messages. The goal of Quasi-Delete seems more like filtering, a bit like <limit>, but stronger, with a result that looks like a folder. I don't like the term "Quasi-Delete". Too confusing. -- Vincent Lefèvre <[email protected]> - Web: <https://www.vinc17.net/> 100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/> Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)
