Excerpts from Matthieu Rakotojaona's message of 2014-03-31 21:42:57 +0200: > > add support for a "new" state that is different from unread. > > the idea here is that the new state of a message can be cleared without > > reading the message or marking it as read. this distinction is important > > because i have lots of old unread mail, and so i can't see where i have > > actual new mail. > Isn't that more ore less achievable with the inbox label ? It is added > automatically to new messages unless you explicitely specify otherwise.
the inbox is where all the important new mail comes in. it is easy to reach with "I", which is important. i do not want mailing list emails in the inbox. i have some very active lists, which would just flodd the inbox view and drown out all other new messages. i could use the inbox if i made a search that excludes all mailinglists, but that search would take more than one keystroke to reach. and it would not give me other features, such as a count of new messages in the label-list "new" is a state that should be automatically cleared when i read a message or when the message/thread goes out of view. i currently have it working semi-automaticly in https://github.com/eMBee/sup/commit/9debc5be804f6dc38cc9d4a14d5eead0337b1e22 the new state is cleared when a thread is read or when i refresh with @ in the label-list-mode, labels are sorted by the time of the latest new message, and each label has a count of how many new messages this label has: new 429 messages, 260 unread, 429 new - 5:21am Unread 614916 messages, 614916 unread, 260 new - 5:21am Inbox 928373 messages, 562870 unread, 9 new - 5:18am news 91638 messages, 55560 unread, 74 new - 5:03am fish 4037 messages, 2447 unread, 5 new - 3:33am Spam 18456 messages, 11190 unread, 43 new - 3:26am git 55779 messages, 33819 unread, 100 new - 2:53am Replied 77 messages, 0 unread, 0 new - 2:08am sup 6401 messages, 3880 unread, 0 new - Mar 31 Attachment 14521 messages, 8804 unread, 8 new - Mar 31 debian 13541 messages, 8210 unread, 10 new - Mar 31 fedora 221 messages, 89 unread, 14 new - Mar 31 i can now easily see where there are new messages, how recent they are, and how many. > > some ideas: > > i'd like the ability to apply a label change to all messages that match > > a > > given search, not just the ones loaded into the buffer. > Semi-answer: bin/sup-tweak-labels is this, except it's supposed to be > used from the command line. Moreover you must exit sup because the index > can't be shared safely. ah, thanks, yes, that should solve this problem mostly. > I don't know how we could manage to reproduce the bin/sup-tweak-labels > _inside_ sup efficiently, but I'm open to the discussion. i'd be happy for it to not be efficient. just some fire-and-forget command that silently chuggs away in the background. > You do have interesting ideas. Welcome on board :) thank you. greetings, martin. -- eKita - the online platform for your entire academic life hackerspace beijing - http://qike.info -- chief engineer eKita.co pike programmer pike.lysator.liu.se caudium.net societyserver.org BLUG secretary beijinglug.org foresight developer foresightlinux.org realss.com unix sysadmin Martin Bähr working in china http://societyserver.org/mbaehr/ _______________________________________________ Sup-devel mailing list Sup-devel@rubyforge.org http://rubyforge.org/mailman/listinfo/sup-devel
