this post was submitted on 11 Jan 2024
2 points (100.0% liked)

Fediverse

28716 readers
77 users here now

A community to talk about the Fediverse and all it's related services using ActivityPub (Mastodon, Lemmy, KBin, etc).

If you wanted to get help with moderating your own community then head over to [email protected]!

Rules

Learn more at these websites: Join The Fediverse Wiki, Fediverse.info, Wikipedia Page, The Federation Info (Stats), FediDB (Stats), Sub Rehab (Reddit Migration), Search Lemmy

founded 2 years ago
MODERATORS
2
submitted 11 months ago* (last edited 11 months ago) by [email protected] to c/[email protected]
 

I just had that problem when you browse to a Mastodon post and ⭐️ it, or try to follow someone. The choreography is clumsy, and the kind of thing that will hinder mainstream adoption of ActivityPub.

acct is IANA official and used behind the scenes with webfinger. It'd be dead-simple to enable browsers looking up an app to handle acct: URLs: an ActivityPub client.

It's trickier to think of how to handle posts, given the discussion about Lemmy/Mastodon interop… and the ActivityStreams spec has a dozen object types! But I think I'm going to want only as many clients as necessary, and one sounds great, so I'm interested to hear what people are thinking at an infrastructure level

all 8 comments
sorted by: hot top controversial new old
[–] [email protected] 1 points 11 months ago* (last edited 11 months ago)

I was pointed to this proposal for fedi: from Tim Bray, which I'd missed, and found a commenter pointing back to this advocating for acct:, which leaves the question of linking to posts kinda vague

EDIT: adding FEP-07d7: A Custom URL Scheme and Web-Based Protocol Handlers for Linking to ActivityPub Resources ( discussion )

[–] [email protected] 0 points 11 months ago (1 children)

ActivityPub uses the acct URI to kickstart itself and then uses LD-JSON to span the network. The JSON contains fields and lists that can be dynamically expanded into whatever representation you need, with default schemas ready for use through ActivityStreams.

I think it's difficult to set up a URI standard for ActivityStreams objects because there is no standard identifier, nor is there a guarantee that these identifiers will be URI-safe. Objects do contain references to (unique) URLs that identify them, but the data is linked either by value (written out completely) or as URLs.

Setting up a URI scheme can be difficult to do comprehensively. How do you represent a link to a repost of an edit of a Location object? You can't exactly expect the URL to indicate the type, so you'll probably end up with "ap:server.com/1234", but at that point you're leaving out the important part ("where do I go to fetch this object"). You can't just assume that there are standard endpoints because ActivityPub doesn't standardise any. Soms apps break on showing Lemmy content for this reason; they were written for Mastodon and Mastodon alone, so their URL generation breaks.

I think an URI scheme would just become one of those unimplemented or useless specifications. It would only distract from what I consider to be the much better solution: fixing up and implementing ActivityPub's client-server protocol.

The CS protocol lacks important things (like "how do I log in"), but it exposes ActivityPub directly. Your server will expose a bunch of lists (timelines? communities? Up to the server!) and all the app needs to do is render those. Dig down a level and you get a bunch of objects; posts, notes, comments, whatever you can think of, and they too can be rendered by the client in any way you may want.

The protocol is rather freeform but importantly, the server takes care of any references and dereferencing. Clients shouldn't need to deal with that mess of they're connected to a server that handles everything for them already.

You can write a super generic ActivityPub CS client that operates somewhat like a file browser, and then it should work with any type of ActivityPub content. A smarter app could detect the type of server responsible for managing certain things (i.e. when you're following a Lemmy community, treat posts in it as such, and not as a flat timeline), and the protocol extensions that every server adds should help with that.

The only limitation, in my opinion, is the fact that so few servers actually implement the ActivityPub CS protocol, and that in turn there are only a few applications that make use of it. I think this comes down to the vagueness of things like "how do I tell whay user this is in a standardised way" and if we can improve that part of the protocol, we may be able to get the "one single super app" for ActivityPub.

[–] [email protected] 0 points 11 months ago* (last edited 11 months ago) (1 children)

Thanks for the thoughtful response.

You can’t exactly expect the URL to indicate the type

Yes, this seems like one of the bigger hitches. I've never investigated, but I wonder if the git+ssh plan is formalized, and whether it is an option

A smarter app could detect the type of server responsible for managing certain things (i.e. when you’re following a Lemmy community, treat posts in it as such, and not as a flat timeline), …

Seems a mistake to me too imagine that the future of ActivityPub is servers limited to specific certain content types?

Need to think more about the client/server parts of your post, but again, thanks for taking the time

[–] [email protected] -1 points 11 months ago (2 children)

I don't have an answer for you, I just want to tell you that the plural of schema is schemata.

[–] [email protected] 0 points 11 months ago (1 children)

Huh, I had no idea. Looked it up, and apparently both "schemata" and "schemas" are accepted, but I kind of prefer the former.

[–] [email protected] -1 points 11 months ago

I would have guessed "schemæ"