In a decentralized metadata resistant messenger where direct peer to peer messages may be unavailable because the other party is offline - what is the best way to order the conversation list:
(Note: Any solution to offline delivery likely carries an additional security assumption either in order to protect the metadata inherent to the conversation or in the risk involved in outsourcing storage)
This is actually slightly complicated by another factor: @cwtch_im doesn't save p2p conversation histories by default. It's a UX preference we adopted from Ricochet and does mean that "last message time" might be "Never" for some contacts even if you talk to them often.
I always find questions like this interesting as there is a clear enough split that it is clear that regardless of the default the behaviour should ultimately be configurable.
Welcome to user choice month @cwtch_im where we really want to hear about the features/behaviour you want in your decentralized infrastructure.
We're focused on getting as many small requested UX improvements in as we can before our next research push.
We're focused on getting as many small requested UX improvements in as we can before our next research push.
https://twitter.com/SarahJamieLewis/status/1480664516874489857
• • •
Missing some Tweet in this thread? You can try to
force a refresh
