Well, just confirmed that bans on @fediversenews work as they should.
A troll just tried to post here.
Their troll post doesn't display on @fediversenews, nor is their post boosted by the Group.
Even better, they're not notified when they are blocked 😉
Until comment controls come to Friendica, moderation here will mostly have to be reactive.
I will continue using venera.social for groups until a better solution comes along.
Fediverse News reshared this.
Trenton Matthews
in reply to Chris Trottier • • •I’m surprised Friendica doesn’t have that.
Weird!
Fediverse News reshared this.
Chris Trottier
in reply to Trenton Matthews • • •Very few software on the Fediverse have comment controls.
The only two I've seen that do it are Streams and Pixelfed.
EDIT: And apparently Mobilizion.
Trenton Matthews
in reply to Chris Trottier • • •Streams?
I never even heard of that one!
ch0ccyra1n :she_her::neocat_floof_cute:
in reply to Chris Trottier • • •As far as I'm aware the only fediverse application that does support comment control is @mobilizon :
docs.joinmobilizon.org/contrib…
@fediversenews
Federation - Mobilizon
docs.joinmobilizon.orgFediverse News reshared this.
Chris Trottier
in reply to ch0ccyra1n :she_her::neocat_floof_cute: • • •@ch0ccyra1n @mobilizon I didn't know mobilizion did that.
Streams and Pixelfed have comment controls.
Fediverse News reshared this.
Jupiter Rowland
in reply to Chris Trottier • • •Fediverse News reshared this.
Chris Trottier
in reply to Jupiter Rowland • • •Fediverse News reshared this.
Jupiter Rowland
in reply to Chris Trottier • • •Kevin Davidson
in reply to Jupiter Rowland • • •Kevin Davidson
in reply to Kevin Davidson • • •@jupiter_rowland @erincandescent There is an open GitHub issue about this.
github.com/w3c/activitypub/iss…
Disable replies · Issue #319 · w3c/activitypub
GitHubSynth Morxemplum
in reply to Chris Trottier • • •Fediverse News reshared this.
Chris Trottier
in reply to Synth Morxemplum • • •Fediverse News reshared this.
eshep
in reply to Synth Morxemplum • •Fediverse News reshared this.
Synth Morxemplum
in reply to eshep • • •@eshep ui is a fixable issue. I could modify HTML / CSS if I wanted to so I can make it look the way I want it.
The reason why I would make a friendica account separate from a Mastodon account is it would be my more irl account, which is what I've always considered my Facebook account for years. I like to keep some of my relatives away from my digital identity (though I'm almost at a point in my life where it makes no difference)
eshep likes this.
Fediverse News reshared this.
Mike Macgirvin
in reply to Chris Trottier • • •eshep likes this.
reshared this
Fediverse News and eshep reshared this.
Chris Trottier
in reply to Mike Macgirvin • • •Fediverse News reshared this.
Mike Macgirvin
in reply to Chris Trottier • • •Fediverse News reshared this.
Chris Trottier
in reply to Mike Macgirvin • • •Fediverse News reshared this.
Anders Rytter Hansen
in reply to Mike Macgirvin • • •@mike
Are they compatible with Mastodon, Friendica etc? Last time I tried to access a Hubzilla (which Streams is based on?) from Friendica, I couldn't access it with the URL.
@Chris Trottier @Fediverse News
Jupiter Rowland
in reply to Anders Rytter Hansen • • •@Anders Rytter Hansen They should be. (streams) has ActivityPub support.
If you can't connect to someone on Hubzilla, this may have two reasons. Either the URL doesn't work in your case for some reason; then try the Webfinger ID instead, the one with the @s.
Or if you've discovered the channel while looking through some Hubzilla stream instead of somewhere that doesn't run on Zot/Nomad, chances are that this particular channel doesn't have ActivityPub on. At least on Hubzilla, ActivityPub is optional per channel and off by default because it doesn't work too well with nomadic identity.
Oh, and (streams) is at least related to Hubzilla. It isn't a straight Hubzilla fork, though. The actual story behind it is so complicated with another five project names involved that even I don't know the exact line of descendance. Maybe Hubzilla is a direct ancestor, maybe it's rather @mike's private instance(s) which AFAIK never ran vanilla Hubzilla and kept the Red Matrix branding way beyond Hubzilla's 1.0 release.
Anders Rytter Hansen
in reply to Jupiter Rowland • • •@Jupiter Rowland
Ah okay. This makes sense. Thanks for the explanation :)
Hubzilla seems very appealing in this case with what you explain about groups/channels.
@mike @Fediverse News
Anders Rytter Hansen
in reply to Anders Rytter Hansen • • •@Fediverse News
Do you know what are the issues with nomadic identities on ActivityPub?
@Jupiter Rowland @mike
Jupiter Rowland
in reply to Anders Rytter Hansen • • •@Anders Rytter Hansen The problems come from ActivityPub not knowing what nomadic identity is. Most of the time, this works well enough, but it gets complicated when a nomadic channel makes one of its clones its new primary instance, thus changing its Webfinger ID.
For example, my Webfinger ID is jupiter_rowland@hub.netzgemeinde.eu, named after my primary instance.
Let's suppose I have a nomadic clone on zotum.net. Its ID is still jupiter_rowland@hub.netzgemeinde.eu. After all, it's just a clone.
Now let's suppose I make the clone on zotum.net my new primary instance, thus demoting the one on hub.netzgemeinde.eu to a clone. In this case, the Webfinger ID of both changes to jupiter_rowland@zotum.net.
All my connections on Hubzilla and (streams) will automatically be updated accordingly. Hubzilla and (streams) know nomadic identity, and they can handle channels changing their primary instance and their Webfinger ID.
My connections everywhere e
... show more@Anders Rytter Hansen The problems come from ActivityPub not knowing what nomadic identity is. Most of the time, this works well enough, but it gets complicated when a nomadic channel makes one of its clones its new primary instance, thus changing its Webfinger ID.
For example, my Webfinger ID is jupiter_rowland@hub.netzgemeinde.eu, named after my primary instance.
Let's suppose I have a nomadic clone on zotum.net. Its ID is still jupiter_rowland@hub.netzgemeinde.eu. After all, it's just a clone.
Now let's suppose I make the clone on zotum.net my new primary instance, thus demoting the one on hub.netzgemeinde.eu to a clone. In this case, the Webfinger ID of both changes to jupiter_rowland@zotum.net.
All my connections on Hubzilla and (streams) will automatically be updated accordingly. Hubzilla and (streams) know nomadic identity, and they can handle channels changing their primary instance and their Webfinger ID.
My connections everywhere else won't take this so kindly. Everything from Mastodon to CalcKey to Friendica doesn't know nomadic identity, and all these projects don't expect the Webfinger ID of an existing connection to change automatically.
So on the one hand, they are now connected to the "dead account" jupiter_rowland@hub.netzgemeinde.eu. Nothing comes from there anymore because everything comes through jupiter_rowland@zotum net now.
On the other hand, they don't receive anything from me anymore, simply because they aren't connected to jupiter_rowland@zotum.net. ActivityPub-based accounts don't re-connect to the new ID because a) they don't know that IDs of existing channels can change because they can't on Activitypub, and b) they aren't automatically notified of what they perceive as moving to another instance, nor are their connections being automatically updated accordingly.
Switching my primary instance would mean one click of a check box for me, and I'd be done. My connections on Hubzilla and (streams) would only notice that my Webfinger ID has changed.
But every last one of my 300+ followers on Mastodon, Akkoma, CalcKey, Friendica etc. will have to manually follow my "new account" in order to still be able to follow me. And I'll have to notify them all to do so beforehand.
https://calckey.social/users/9aqhkybllt
in reply to Mike Macgirvin • • •Jupiter Rowland
in reply to Chris Trottier • • •@Chris Trottier @mike Technically speaking, yes.
From a more practical point of view, (streams) doesn't exactly have a wealth of open public instances. I've actually written a post on how to find (streams) instances, half in jest, but still working.
Also, has there ever been "field-testing" for how well (streams) groups/forums work with users on ActivityPub-based projects, especially Mastodon? I know that (streams) has better ActivityPub support than Hubzilla, but I guess the improvements mostly concern nomadic identity.
I expect the biggest catch to be how to post to (streams) groups/forums (same goes for those on Hubzilla) from something based on ActivityPub. If even Mastodon users are required to mention (streams) groups/forums with a ! ins
... show more@Chris Trottier @mike Technically speaking, yes.
From a more practical point of view, (streams) doesn't exactly have a wealth of open public instances. I've actually written a post on how to find (streams) instances, half in jest, but still working.
Also, has there ever been "field-testing" for how well (streams) groups/forums work with users on ActivityPub-based projects, especially Mastodon? I know that (streams) has better ActivityPub support than Hubzilla, but I guess the improvements mostly concern nomadic identity.
I expect the biggest catch to be how to post to (streams) groups/forums (same goes for those on Hubzilla) from something based on ActivityPub. If even Mastodon users are required to mention (streams) groups/forums with a ! instead of a @, it'll be very hard to get this to work.
ActivityPub-based projects don't know ! mentions, much less their mobile apps, so you'd first have to educate people on Mastodon etc. to enter group/forum mentions by hand with a !. Many will find that cumbersome and inconvenient, many more won't even know or forget about it and happily trust in their automated @ mentions. If they discover that things don't work the way they expect them to work, they'll decide that "(streams) is broken" and leave for greener pastures such as Friendica, Lemmy, Guppe or Mastodon's own up-coming groups feature.
However, if this does work, and if an appropriate instance can be found or created (by the way, you can also make groups/forums nomadic, and you probably should), this could give (streams) more exposure, and it may lead to more public instances.
Jupiter Rowland
2023-04-19 22:17:05
Mike Macgirvin
in reply to Jupiter Rowland • • •Fediverse News reshared this.
maegul
in reply to Chris Trottier • • •Fediverse News reshared this.
lotfi
in reply to Chris Trottier • • •Jupiter Rowland
Unknown parent • • •@Erin 💽 @Kevin Davidson @Chris Trottier This would require a Fediverse-wide standard that all projects would have to adhere to, regardless of age and origin and underlying protocol. This would require Mastodon (ActivityPub) accounts telling Friendica (DFRN) or Hubzilla (Zot) instances whether to allow the creation of a reply to a post or not. And vice versa.
Ideally, an existing standard would be adopted. That'd be better than creating something ActivityPub-specific from scratch and forcing Hubzilla and (streams) to adapt their own standard to this re-invented wheel.
Also, how would forbidding to reply work on the aspiring replier's side? Would the instance simply refuse to create the reply? Would it do so and notify the replier? Or would
... show more@Erin 💽 @Kevin Davidson @Chris Trottier This would require a Fediverse-wide standard that all projects would have to adhere to, regardless of age and origin and underlying protocol. This would require Mastodon (ActivityPub) accounts telling Friendica (DFRN) or Hubzilla (Zot) instances whether to allow the creation of a reply to a post or not. And vice versa.
Ideally, an existing standard would be adopted. That'd be better than creating something ActivityPub-specific from scratch and forcing Hubzilla and (streams) to adapt their own standard to this re-invented wheel.
Also, how would forbidding to reply work on the aspiring replier's side? Would the instance simply refuse to create the reply? Would it do so and notify the replier? Or would this require UI elements used for replies being greyed out or removed altogether?
It's somewhat hard for me to imagine that I switch one of my posts to "no replies", and somewhere on a Mastodon user's mobile phone, the Mona app deactivates its Reply button for this post.
Not only all projects would have to adhere to this standard, but so would all desktop and mobile apps without an exception.
Kevin Davidson
in reply to Jupiter Rowland • • •I’d see the sender’s local instance generating the fail to send error. Short cut the wasted work, straight to bit bucket.
Jupiter Rowland
in reply to Kevin Davidson • • •@Kevin Davidson @Erin 💽 Blocking quote boosts would deprive Friendica, Hubzilla and (streams) of their resharing functionality. They can't boost like Mastodon. They can only "quote-boost" reshare.
Also, absolute water-tight quote blocking on these three projects is science-fiction. They don't quote with some mumbo-jumbo magic happening in the background. They quote with BBcode in plain sight in the post editor. And you can actually type valid quote code by hand. Not to mention that you can type non-standard ways of quoting by hand, e.g. with quotation marks, with single quotation marks or Usenet style with a leading >.
I'd demonstrate them, but none of you could see them unless I took a screenshot of the post preview and attached it.
Either way, all three projects would have to auto-detect no-quote posts being quoted both as a whole and in one or multiple parts, reliably and without false positives, regardless of how they were quoted.
Kevin Davidson
in reply to Jupiter Rowland • • •The anti-quote people are very adamant that it’s absence from core Mastodon has prevented abuse, even if it’s just a speed bump. That could end up with the sort of split where some groups refuse to follow the standard, instead of just setting different defaults.