Home | Notifications | New Note | Local | Federated | Search | Logout
Note Detail
洪 民憙 (Hong Minhee) :nonbinary:@hongminhee@hollo.social (2026-07-11 22:47:14)
The more I work on Hollo, the more its Mastodon-compatible API feels like a straitjacket. I chose it for a practical reason: people could use existing clients, and I wouldn't have to build a frontend too. I still think that was the right call at the time.
The problem is that clients can only expose what Mastodon's API represents. I keep coming up with ideas, then asking whether the API has anywhere to put them. If it doesn't, I have no way to get the feature in front of users.
ActivityPub API (so-called “C2S”) might be the eventual answer, but it doesn't help much today. I don't know of any clients Hollo users could realistically use with it, and adoption is still limited.
So I keep coming back to the idea that Hollo will need a frontend of its own. I'd keep the Mastodon API for existing apps. I'm not especially eager to take on a whole frontend, but I don't see another way to try ideas that don't fit Mastodon's model.
---Reply---
fedicat@fedicat@pc.cafe (2026-07-12 01:20:44)
@hongminhee Several platforms have extensions or variations of the mastodon api that I try to accommodate, but it depends how well they're documented (gotosocial, mitra, pleroma, akkoma) or if it's not too hard to glean from the source (neodb, pixelfed) and, not least important, if I have a test account to try them out.
Reply
---Replies---
洪 民憙 (Hong Minhee) :nonbinary:@hongminhee@hollo.social (2026-07-12 02:58:08)
@fedicat That's fair. I know other platforms extend the Mastodon API, but I've been reluctant to do the same. It doesn't feel like a surface that's meant to be extended, and I'd rather not pile more non-standard behavior on top of an API that's already a moving target.