[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [sup-devel] use-mail branch and other work
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