Discussion
I've had a thought about the whole #Discord thing. One of the reasons why it has become so popular even as a “ #forum” thing, despite being *utterly unusable* in that sense, is that is provided single sign-on. Once logged into Discord, you could trivially join any community with zero to no effort. Compare this with the sign-up process in *any* other context and it becomes pretty clear.
The only other place that offered a comparable experience was basically reddit, with its own sets of problems.
The migration from #Discord to anything else will not be a problem *only* because e.g. other chat systems to not provide a comparable UX, but *also* because each community going each separate way for *anything* (be it #chat or #forum) is that the first-time login/sign-up will have more friction than the funneling to Discord had.
One of the posts I saw in my timeline recently about the whole thing was pointing out that whatever is going to be proposed as a Discord alternative should focus on the UX, not on the kind of features that us nerds love, such as federation (or even security).
I'll add to that this kind of seamless joining UX *is* something whose absence will reduce community participation.
And while we're at it, I'll repeat something I've already mentioned: we need something like for the #Fediverse too.
One of the frustrating aspects of the #Fediverse remains the web-based cross-instance interaction. If I follow a link to a post anywhere on the Fediverse, and I want to interact with it in any way, the “flow” is still too cumbersome, especially when I want to interact with multiple different posts from the same instance.
The effort that has gone into #Mastodon to improve the UX from this side *has* improved the situation since 2022 (when I joined), but even on Mastodon it's still suboptimal.
Ideally, #Fediverse platforms should be able to interoperate at a deeper level. I should be able to browse a #Lemmy #PeerTube or #PixelFed instance with my #Mastodon account, or vice versa.
My understanding is that (some of) the platforms ideated by Mike Macgirvin ( #HubZilla and #streams in particular, not sure about #Friendica) have this kind of integration (as well as other nifty features such as nomadic identities). Can we expand support for this to all Fedi platforms, I wonder?
Ideally, #Fediverse platforms should be able to interoperate at a deeper level. I should be able to browse a #Lemmy #PeerTube or #PixelFed instance with my #Mastodon account, or vice versa.
My understanding is that (some of) the platforms ideated by Mike Macgirvin ( #HubZilla and #streams in particular, not sure about #Friendica) have this kind of integration (as well as other nifty features such as nomadic identities). Can we expand support for this to all Fedi platforms, I wonder?
@ Oblomov I'm on both Hubzilla and (streams), and actually browsing through a whole server of anything is not possible here.
The best we have is a directory, somewhat similar to that on Mastodon, but also somewhat more powerful in certain aspects. Even there, Hubzilla only lists channels that can speak its native Zot6 protocol, i.e. Hubzilla and (streams) channels. It doesn't list any ActivityPub actors because ActivityPub is provided by an add-on, optional and off by default.
(streams) has ActivityPub support integrated into its core, and its native Nomad protocol is better at working together with non-nomadic ActivityPub things than Zot6, so ActivityPub is on by default. Thus, its directory also lists ActivityPub-based actors.
You can filter the directory only in three ways. One shows only local channels. One shows only safe channels, i.e. such that aren't flagged NSFW. And one only shows group actors. This one is interesting because it shows you all kinds of these as far as they're known to your server: Friendica groups, Hubzilla forums, (streams) groups, Forte groups if there were any, Lemmy communities, Mbin magazines, PieFed communities, nodeBB forum categories, Flipboard magazines...
That said, filtering by string is not possible so you can't single out actors on a certain server. However, in suggestion mode, the results are weighted by how well their profiles match yours and by how many of your contacts are connected to them, somewhat reminiscent of Facebook.
# Long # LongPost # CWLong # CWLongPost # FediMeta # FediverseMeta # CWFediMeta # CWFediverseMeta # Fediverse # Hubzilla # Streams # (streams)
@jupiter_rowland What about OpenWebAuth? I thought it works as @oblomov describes
@ Oblomov I'm on both Hubzilla and (streams), and actually browsing through a whole server of anything is not possible here.
The best we have is a directory, somewhat similar to that on Mastodon, but also somewhat more powerful in certain aspects. Even there, Hubzilla only lists channels that can speak its native Zot6 protocol, i.e. Hubzilla and (streams) channels. It doesn't list any ActivityPub actors because ActivityPub is provided by an add-on, optional and off by default.
(streams) has ActivityPub support integrated into its core, and its native Nomad protocol is better at working together with non-nomadic ActivityPub things than Zot6, so ActivityPub is on by default. Thus, its directory also lists ActivityPub-based actors.
You can filter the directory only in three ways. One shows only local channels. One shows only safe channels, i.e. such that aren't flagged NSFW. And one only shows group actors. This one is interesting because it shows you all kinds of these as far as they're known to your server: Friendica groups, Hubzilla forums, (streams) groups, Forte groups if there were any, Lemmy communities, Mbin magazines, PieFed communities, nodeBB forum categories, Flipboard magazines...
That said, filtering by string is not possible so you can't single out actors on a certain server. However, in suggestion mode, the results are weighted by how well their profiles match yours and by how many of your contacts are connected to them, somewhat reminiscent of Facebook.
# Long # LongPost # CWLong # CWLongPost # FediMeta # FediverseMeta # CWFediMeta # CWFediverseMeta # Fediverse # Hubzilla # Streams # (streams)
