@pixelfed aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa looking great Dan
@pixelfed Is there a known iOS App yet?
@pixelfed are you planning to make this compatible with Pleroma's new chats feature once federation is ready?
Pretty interesting, although there doesn't seem to be any movement on Mastodon's side to implement this.
@pixelfed Hyped <3
Is there an emerging AP standard for doing this properly?
It sounds to me like AP is definitely not designed for private communications but for publishing instead (to specific audiences if required). Since multiple decent protocols already cover this completely different class of problems, why try and reinvent things?
Not saying that you are not up to the task, but chat is hard and takes time.
It has very different constraints and issues from publishing. Encryption for real time communication is even harder and the way is paved with just as many pitfalls that others have encountered before.
Why not design some kind of compatibility with say... Matrix, or XMPP? Those could easily support the messaging layer of an otherwise AP publication app.
Finally, both these protocols have tackled down most issues with encryption, trust management, group communication, etc. Both have many client and multiple server implementations.
Some of which support oauth or oidc authentication.
Why not, instead, provide a profile field specifying a Matrix or XMPP id for communication, let users fill it in if they wish to use a separate account, and provide configuration for a tightly coupled server with embedded client along with Pixelfed?
AFAIK, even Misskey private messages lack most modern messaging features, starting with end to end encryption to protect private communication from malicious server admins, but also including voice chat, etc.
Direct messages for continuing a thread without spamming everyone is a cool feature. I think however that exposing it as a private messaging feature is misleading. And rewriting missing features is less productive than using existing protocols and implementations.
Server run by the main developers of the project It is not focused on any particular niche interest - everyone is welcome as long as you follow our code of conduct!