This is a good point, though I'm not clear how different servers would handle outbox requests for activities that they don't support. I'm pretty sure mine would just die.
My big concern with OAuth tokens is that they require me to give away write access to my Fediverse identity when I "like" or "reply" to something, which could easily be an attack vector.
We talked about scoping OAuth tokens, but it feels like a lot of moving parts. More details later
To be more explicit, and in the context of Bandwagon, album sales are just buying premium access to album downloads. Albums are federated, but the one-time purchase is not.
But you can also make a premium feed using “circles” letting followers buy access to a stream of updates that ARE federated. Members-only items come through as DMs from an otherwise public “Follow”
I'm often grumpy about how "loose" the #ActivityPub protocol is. So it's important that I also point to positive examples of how to do it well.
https://w3id.org/fep/b2b8: "Long-form Text" is a great set of concrete terms and concepts that moves the #Fediverse forward in some really good ways. As we continue growing beyond "microblogging" we need this, and more stuff like it.
Thank you to @evanprodromou for putting your time into this document. It's a solid investment for everyone.
Yeah, probably, maybe, possibly, idk. It’s all speculation in the absence of a C2S API that developers want to use. I don’t think I could say what any browser maker might do.. esp if they see AP as a threat to their moats.
I want to focus on what WE can do right now. Move the ecosystem forward. Maybe in a few years the W3C will catch up C2S and we can all build to that, too.
But we can’t wait for that before we fix the UX that Tim laid out.
Yes, that would be nice. But I don’t think anyone is holding their breath waiting for C2S to be realistically usable.
For years, we’ve all just filled the gap in C2S with the Mastodon API, which isn’t great.
For the foreseeable future, we’re probably going to have a patchwork of overlapping solutions that all combine into a semi-coherent system. FEP-3b86 is one more patch in the tapestry.
Custom protocol handlers would be cool if they're built into every browser, and they always work. But that's a dependency that's brittle, and breaks too easily.
FB wins b/c they have one coherent system that all works together. The Fediverse loses b/c it requires far too much technical knowledge. That's the bottom line of Tim's posts.
So, keep up the fight for custom protocols. But let's also do the things we can *right now* that don't wait for Apple, Google, and Microsoft.
1. User is browsing some site out there and clicks a button to start an activity with that content: Like, Share, whatever.
2. If this is the first time on this site, the site asks them to enter their Fediverse handle (e.g. @benpate). This is stored to simplify subsequent activities.
Hey Sebastian, it's awesome that the Social CG is looking into this topic. I scanned your notes, but I'm not totally following your conclusions.
It looks like these are interactions for a C2S mobile app to build stuff on a server. I like the idea of listing out the actions that can be taken on a particular object.
But I don't see how this helps me when I find a URL on the open web. Can you help me understand how this information would be used?
3. The site queries my WebFinger entry, looking for an link relation matching my request. So, if I clicked "Like", then the server looks for a relation like: "https://w3id.org/fep/3b86/Like"
4. The server replaces necessary tokens in the link and forwards the user to that URL. For our "Like" example, it would be to a page on Mastodon where I could submit the "Like"
5. "on-success" and "on-cancel" values complete the process, closing pop-ups, or returning to the original page