Both GNU Social (née StatusNet) and pump.io used to support admin-level plugins. We disabled the plugin capability in pump.io because there weren't a lot of actual implementations. I don't know if GNU Social still supports them.
I've never had social software that let users write and share their own macros, though. It would be pretty cool if we had that.
'Our own' is doing a fair amount of lifting there, and the security concerns are very real.
Even assuming this is permission-locked to the account, the malicious actor possibility is incredibly high. From the obvious (stripping your followed, muting people at random) to the less obvious (liking and unliking things without your intervention), and a number of other things.
The ability to write your own is not an issue; it's the 'use this thing I wrote' being passed along.
I apologize if I came off overly snippy or critical- I just blanched hard at the possible implementations of a script front end being used with the user's permissions, and all the bad things that -could- occur, especially with something as fragile (from a social perspective, not engineering) as social media.
It's going to need some very firm guardrails. There's certainly behavior that it would be nice to adjust without impacting other users on your instance, though.
@silverwizard yes, but maybe the abstraction level could be focused on Activity Streams 2.0 objects and activities, rather than the DOM, like GreaseMonkey uses.
@silverwizard so... pleroma/akkoma MRF? the "message rewrite facility" takes incoming and outgoing activities and, before delivery, modifies them in some programmatic way using elixir modules. it's admin-level, but you have total control over the as2 document. the only downside is that you can't have multiple sources of truth -- incoming messages are stored locally after the rewrite, and outgoing messages are rewritten once before delivery.
I'm planning something kind of similar, where the UI is HTML template sets, and can be replaced by a new set of HTML templates and CSS. This way, any third-party designer can create a different UI/theme, and such themes can be shared. (All require security checks, of course.)
@Evan Prodromou #Friendica has a clunky addon system based on hooks you can use to alter some of the page data. It's heavily used by social media connectors, although their numbers are dwindling because third-party networks disappear or close their public API (Facebook, and now Twitter).
Evan Prodromou
in reply to Evan Prodromou • • •Evan Prodromou
in reply to Evan Prodromou • • •Sorry, this is not entirely true.
Both GNU Social (née StatusNet) and pump.io used to support admin-level plugins. We disabled the plugin capability in pump.io because there weren't a lot of actual implementations. I don't know if GNU Social still supports them.
I've never had social software that let users write and share their own macros, though. It would be pretty cool if we had that.
Dan Hon
in reply to Evan Prodromou • • •Oggie
in reply to Evan Prodromou • • •'Our own' is doing a fair amount of lifting there, and the security concerns are very real.
Even assuming this is permission-locked to the account, the malicious actor possibility is incredibly high. From the obvious (stripping your followed, muting people at random) to the less obvious (liking and unliking things without your intervention), and a number of other things.
The ability to write your own is not an issue; it's the 'use this thing I wrote' being passed along.
Evan Prodromou
in reply to Oggie • • •Oggie
in reply to Evan Prodromou • • •I apologize if I came off overly snippy or critical- I just blanched hard at the possible implementations of a script front end being used with the user's permissions, and all the bad things that -could- occur, especially with something as fragile (from a social perspective, not engineering) as social media.
It's going to need some very firm guardrails. There's certainly behavior that it would be nice to adjust without impacting other users on your instance, though.
Shoq
in reply to Evan Prodromou • • •James M.
in reply to Evan Prodromou • • •silverwizard
in reply to Evan Prodromou • •Friendica has a solid add-on suite and toolchain
github.com/friendica/friendica…
Evan Prodromou
in reply to silverwizard • • •silverwizard
in reply to Evan Prodromou • •Evan Prodromou
in reply to silverwizard • • •silverwizard likes this.
silverwizard
in reply to Evan Prodromou • •Evan Prodromou
in reply to silverwizard • • •silverwizard likes this.
infinite love ⴳ
in reply to Evan Prodromou • • •Christopher
in reply to Evan Prodromou • • •James M.
in reply to Evan Prodromou • • •nandi
in reply to Evan Prodromou • • •Bonfire
bonfirenetworks.orgAdam Nelson
in reply to Evan Prodromou • • •f00f/eris/continuum/etc
in reply to Evan Prodromou • • •Edward L Platt
in reply to Evan Prodromou • • •Benjamin Atkin
in reply to Evan Prodromou • • •calc.exe
in reply to Evan Prodromou • • •Evan Prodromou
in reply to calc.exe • • •Hypolite Petovan
in reply to Evan Prodromou • • •mcg
in reply to Evan Prodromou • • •Bonfire
bonfirenetworks.org