After reviewing FEP-5624: Per-object reply control policies and GoToSocial's interaction policy spec, I find myself leaning toward the latter for long-term considerations, though both have merit.

FEP-5624 is admirably focused and simpler to implement, which I appreciate. However, 's approach seems to offer some architectural advantages:

  1. The three-tier permission model (allow/require approval/deny) feels more flexible than binary allow/deny
  2. Separating approval objects from interactions appears more secure against forgery
  3. The explicit handling of edge cases (mentioned users, post authors) provides clearer semantics
  4. The extensible framework allows for handling diverse interaction types, not just replies

I wonder if creating an that extracts GoToSocial's interaction policy design into a standalone standard might be worthwhile. It could potentially serve as a more comprehensive foundation for access control in .

This is merely my initial impression though. I'd be curious to hear other developers' perspectives on these approaches.

4

❤️

4 people reacted.

He/him. Fighting for climate justice. Jawns.club admin

"De médico, poeta y loco, todos tenemos un poco"—An perspective to , a melhor interface comum para . Living in in since 1994.

Pronouns: he/him/any

Bi. GenX. Computer hobby person. Server runner. Healthcare worker.

Posts/boosts: memes, computer stuff, pol memes with cw, gender equality, climate change, socialism, people's art.

Blocks: bigots; Chief-News-Clown-obsessed; pol without cw; NATO promoters; loli boosters.

Interests:
◘ memes ◘ tai chi ◘ tcm/acupuncture ◘ shiatsu ◘ music ◘ foss ◘ scifi ◘ recreational programming ◘ geopolitics ◘ history ◘ weather/climate change ◘ hugs/headpats

Header based on image:
https://au.pinterest.com/pin/fischl-bisexual-icon--142918988168575327/
then cropped and processed with graphicsmagick.

Posts self-destruct after approx 1 week.

A little birdie once told me: peep!