OK folks, we need to stop assuming #Mastodon is the entire #Fediverse and expecting its idiosyncrasies to be mandated on everyone else.
-
fbievan (Powered by Polymaths)replied to julian on last edited by
@julian @santisbon oof β that is bad
-
santisbonreplied to fbievan (Powered by Polymaths) on last edited by
@fbievan I'm not sure what you mean but the argument is this: you can't scream at people using ActivityPub correctly for not following some custom specific to an implementation (like Mastodon) or implementation type (like microblogging). It would also go against the whole idea of independent communities with their own rules, just speaking the same protocol.
-
fbievan (Powered by Polymaths)replied to santisbon on last edited by
@santisbon OK I get it a little bit more now... I'll have to look through the protocol again sometime laterβ sleep deprivation is not great lol
have a great night (or day)
-
santisbonreplied to fbievan (Powered by Polymaths) on last edited by
@fbievan going through the protocol specification is pretty interesting, I would recommend it to anyone. I'd be happy to share what I've learned so far if anyone is getting started with it and has questions. I even put together a diagram to help me visualize it as I go.
-
fe06replied to julian on last edited by [email protected]
@julian @santisbon adding CW as a feature of the protocol would be nice for everyone, yes?
#PeerTube also has its own mechanism of blurring videos, and #Pixelfed also can do something similar.
I do want to see Fedi to grow way beyond Mastodon, and other microblogs to pick up momentum. If some kind of CW is welcomed by almost everyone, it seems something to incorporate at ActivityPub.
But then again, I haven't read the specifications, and have never written protocols.
-
Emelia πΈπ»replied to santisbon on last edited by
@santisbon I'm trying to get a proper CW mechanism into ActivityPub so we can stop overloading summary: https://github.com/w3c/activitystreams/issues/583
If I'm to shepherd a FEP I'd likely need funding support, which is why I've not been able to move this forwards.
-
Mike Macgirvin π₯οΈreplied to Emelia πΈπ» on last edited by
-
Emelia πΈπ»replied to Mike Macgirvin π₯οΈ on last edited by
@mikedev we can agree to disagree.
(Also Emoji's haven't historically been hashtags in anything that used TwitterText, since that library only supports ascii hashtags)
-
Mike Macgirvin π₯οΈreplied to Emelia πΈπ» on last edited byI just spit beer all over the lounge. You're serious?
-
@fe06 @julian @santisbon the specs aren't that hard to extend, no protocol design experience necessary! tag me here if you open a PR describing this kind of property extension on https://codeberg.org/fediverse/fep/ and i'll chip in a little editing, it gets easier after you've written 1 or 2
-
@santisbon @fbievan this is a pretty useful cheat-sheet!
-
@[email protected] definitely will be requesting some assistance when I draft an FEP regarding topic synchronization!
-
bumblefudgereplied to Emelia πΈπ» on last edited by
@thisismissem @santisbon I totally agree that the solution is a FEP for implementation to opt-in to universal CW support, whether it's written by someone (Em) with a deep knowledge of what upgrade path for Masto is feasible and fully backwards-compatible, or by someone deep in peertube/lemmy/etc and familiar with what would require the least or no lift from those major implementations to present a unified front. Or (best of all worlds)... both?
-
silverpillreplied to Emelia πΈπ» on last edited by
@thisismissem @santisbon Lemmy is implementing "post tags" which are similar to content labels: https://github.com/LemmyNet/rfcs/blob/main/0004-post-tags.md. Perhaps you could collaborate? They seem to be interested in such FEP too: https://github.com/LemmyNet/rfcs/pull/4#discussion_r1679203468
cc @julian
-
silverpillreplied to Mike Macgirvin π₯οΈ on last edited by
@mikedev @thisismissem I think content labels should be different from hashtags on the protocol level, but in UI they can be unified.
-
Emelia πΈπ»replied to silverpill on last edited by
@silverpill @santisbon @julian yeah... I was about to say that those look like hashtags but slightly different (no hash)
It'd be really great if they came to an AP issue triage or something; I'm semi often being tagged by others in relation to Lemmy work, and I'm not sure I've the bandwidth to subscribe to watch the entire project.
Definitely open to collaborate with projects on trust & safety if I can (sometimes time is against me)
-
Emelia πΈπ»replied to Emelia πΈπ» on last edited by
@silverpill @santisbon @julian
@by_caballeroI think there's two parts here: free-form content warnings where entropy is extremely high, and then more structured content labels, which should ideally have fairly low entropy.
(Cont)
-
Emelia πΈπ»replied to Emelia πΈπ» on last edited by
@silverpill @santisbon @julian @by_caballero
With content labels I was thinking along the lines of there being perhaps a few sets of them from well-known providers, e.g., from IFTAS, such that the URIs for a given label is the same no matter which AP software it came from, and supporting something like sameAs from the RDF/OWL world for linking tags from different providers.
I think if you do it per-community, you'll see fragmentation of the content labels, and they'll become less effective.
-
@[email protected] if that's the case then I would caution you to keep the standard labels as vague as humanly possible, otherwise you'll end up playing referee over which specific, esoteric labels to add next (with very very vocal proponents, I'm sure!)
But... Why not both?
Possibly even a first line, standardized "opinionated" and "promotional" CW tags, and additional community specific CW tags.
-
Steve Batereplied to santisbon on last edited by [email protected]
@santisbon @fbievan Nice diagram, but I don't see any Actor base type in the normative specs.