Did @silverpill@mitra.social or @trwnh@mastodon.social put together a draft FEP that successfully merges 7888, 400e, and @mikedev@fediversity.site's conversation containers? I remember reading it last week, and wonder if it's the one true FEP that will render the others obsolete.
Re: 400e, 7888, and conversation containers
tags: #400e #7888 #fep
to: https://fediversity.site/channel/mikedev https://mastodon.social/users/trwnh https://mitra.social/users/silverpill
FEP-7888 and the Add activity
tags: #7888 #activitypub #fep
to: https://hachyderm.io/users/thisismissem https://mastodon.social/users/trwnh
@thisismissem@hachyderm.io in a post yesterday brought back the idea that better post controls could be achieved if the reply were sent to the target only, and the target then forwards it if applicable.
It reminded me of @trwnh@mastodon.social's https://w3id.org/fep/7888, which attempts to govern a similar flow where a reply is sent to the context owner (instead of inReplyTo
, which I think was Em's intent), and the context owner (and/or originating server) federates out an Add
if approved.
Which got me thinking about whether that federated server could actually send out a Remove
too!
Let's say a reply is made but later on, a mod decides that it is to be deleted. A Remove
would be a way to signal to other instances that the content actually be removed/deleted!
We could even take it one step further; servers will always exist who don't adhere to the philosophy of the context owner approving replies. If they federate their own replies out, the context owner could actually proactively send a Reject
and limit the spread of those replies...