Post AC27MmPCc2QymN1Iki by wolf480pl@mstdn.io
(DIR) More posts by wolf480pl@mstdn.io
(DIR) Post #AC27MmPCc2QymN1Iki by wolf480pl@mstdn.io
2021-10-04T21:19:55Z
0 likes, 0 repeats
Imagine you have a federated chat protocol, somewhat like XMPP, but with 1st-class rooms.Rooms for chat, rooms for presence, each user would get a room for DMs. That'd work nice for anything async.But due to the way it works under the hood, you end up with sync an RPC-like primitive, and users can be a target of that too (but only if online).What could that be used for?Measuring latency?Getting someone's client version?Asking for timezone?Is that useful at all?
(DIR) Post #AC27XG6v1a1lntSsUq by wolf480pl@mstdn.io
2021-10-04T21:21:49Z
0 likes, 0 repeats
To be clear, you need that RPC primitive with non-users as targets in order to join rooms and stuff, but with users as targets I find it hard to find compelling usecases that'd let me make a few important design decisions.
(DIR) Post #AC27jXDzDkr0MBclfM by wolf480pl@mstdn.io
2021-10-04T21:24:02Z
0 likes, 0 repeats
IOW I'm stuck because I need to decide how to route those to clients, and I don't know what the tradeoffs are, because I don't know what they'd be used for.
(DIR) Post #AC28ONHP6I3dO0hFWS by wolf480pl@mstdn.io
2021-10-04T21:31:24Z
0 likes, 0 repeats
@epoch busy/idle/afk is presence, and it'd be handled better as a room - you post your presence there, it gets broadcasted to everyone intrested.As for finger/whois-type stuff, I want it to work when the user is offline, so I have a different idea how to implement that too. Same with encryption keys, especially if you want to be able to send an encrypted message to an offline user.Thanks for the reply though.
(DIR) Post #AC28PfJdWpNVc6MA6q by solaslux@todon.nl
2021-10-04T21:31:37Z
0 likes, 0 repeats
@wolf480pl what if you had a nickname server, too
(DIR) Post #AC28WGPSWk3YObE5T6 by wolf480pl@mstdn.io
2021-10-04T21:32:50Z
0 likes, 0 repeats
@solaslux a nickname server?