[investigation] take a look at the viability of groups #20
Labels
No labels
approved, awaiting change
bug
configuration
documentation
duplicate
enhancement
extremely low priority
feature request
Fix it yourself
help wanted
invalid
mastodon_api
needs docs
needs tests
not a bug
planned
pleroma_api
privacy
question
static_fe
triage
wontfix
No milestone
No project
No assignees
8 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: AkkomaGang/akkoma#20
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
this is probably the most requested feature ever, and it should probably be looked at properly
it won't be easy, and will likely require collaboration from everyone (that is, mainline, mastodon, misskey, etc)
the first step in this is figuring out what people actually mean by the word "groups" and what functionality this should incorporate
then we will need to model the AP for them, and the governance structure internally (i.e whomst admins them etc etc)
the scope of this issue covers the high-level design only, and not the implementation details which will be covered later
what do people want/need from a group?
The way I see it, there's basically two kinds of "groups" that people are talking about:
My idea would be to have both the broadcast functionality of (1) and group messaging stuff of (2). Group owners (and maybe moderators depending on how granular we want roles to be) can do things like control who can join the group and be able to kick bad members out, and also whether it's public or not.
Just my two cents, makes sense maybe check how Lemmy implemented groups, to be consistent. Lemmy is a federated forum, supporting their actors may be a good idea for a better fediverse.
Seconding this. I would recommend using different names for the two to keep them apart, I am well in favor of calling the latter "circles" much like Google did. That way people will know instantly what to expect.
Just as an FYI, if it is already known, sorry:
Regarding Lemmy, I tried to add a group (or "topic") from Lemmy (@privacy@lemmy.ml) as a contact, something that is possible in other fedi services. It didn't work on my Akkoma instance (which is my main instance). It worked straight away on my back-up instance which is running Friendica.
I tested Lemmy compatibility with the lastest stable release yesterday and it does work better now. You can follow communities now and top-level posts from Lemmy are shown as boosts on my Akkoma timeline. However it seems like none of the comments are federated and I did not yet try to comment from Akkoma.
I've been following a few groups from Lemmy and kbin and I prefer Akkoma's interface when browsing these groups. But I can't see replies to posts unless those replies are from users on not-lemmy/kbin (e.g. can't see replies from user accounts on lemmy but can see replies if a mastodon or Akkoma user made them)
I'm using the latest stable version (3.10.3) and I'm following several communities on both Lemmy and Kbin. However, I've noticed a few major issues regarding how does the site handle them:
Pretty much the exact same experience I'm having.
I'm hoping there's some way to get this resolved either on the Akkoma or Kbin/Lemmy sides