I looked around and struggled to find out what it does?
My guess would be that it notifies you of when new posts are made to communities you subscribe to. But that sounds like a lot, so I’m really not sure.
Otherwise, is it me or does the wording here not speak for itself?
Oh I get what you mean now. Yeah, live threads are probably fine. There wouldn’t be the same overhead of every single user being permanently connected to the server, only the ones actually on the thread. So long as every thread wasn’t a live one it would probably be fine.
To be fair, the existing polling solution might be able to be leveraged for this as well. I think it’s probably not so much a technical challenge as it is a nice to have feature when Lemmy doesn’t have a lot of must have features (though it’s improving).
Fair, though I’m increasingly thinking multi-communities are pretty much “must-have”
It would be nice, but remember we are in a position where there is no way for a user to report something to admins. If someone sets up a community and puts illegal things in it, they can just quickly close the reports and they will disappear from the admins report view.
Lemmy also saves images for thumbnails in full resolution, and has no clearing of this copy, meaning the image storage just grows and grows.
Multi-communities are way down the list!
Fair!
As an admin … do you think there’d be scope to build and provide a moderation plug-in?
I figure it could be a separate sideloaded server that calls the lemmy API and/or DB as necessary. This way it can be a separate project, be developed more experimentally in a less performance oriented fashion (I’m thinking a Python flask app) as it’s only mods and admins using it, and if it requires work from core lemmy devs should only ever need a new API endpoint (which is less onerous than a whole new feature).
Adding a link to it in the default lemmy UI for mods shouldn’t be too hard either.
There are a bunch of tools already! Some of the alternate frontends have extra tools to help, plus there are auto-mod tools as well. See this page:
https://github.com/dbeley/awesome-lemmy?tab=readme-ov-file#tools
I would expect a multi-reddit type function could be built in an app or frontend without needing core Lemmy changes too. Isn’t it just a matter of pulling the data from each community and displaying it in one combined feed?
Yea … but then each front end would need to implement it. Seems like some useful API endpoints would be better so the clients can just focus on the GUI.
awesome-lemmy has definitely gotten more awesome since I last saw it (IE, there are more things there)!!
Though I’m not sure there’s anything there quite touching on what I’m thinking about. I regularly hear about the lack of good moderation tools/interfaces … so I figure it makes sense to start a single project that’s relatively fast moving and comfortable with function creep to give admins/mods the tools or at least interface they want and need. The auto-mod stuff is important too, but the sense I get is that mods and admins feel somewhat blind and helpless with the tools as they are, which feels ripe to me for a richer interface.
The mods/admins would just have to use the one with the functionality. Isn’t that the same as your proposal? I’m not sure I follow what makes it different.
Oh sorry … I was talking about multi-communities, like for every user not just mods/admins.
Ah right. Because I think you could build it into a frontend or app and anyone using that app would be able to see a feed of joined up communities.
I’m not sure how a different implementation would work. There is a lot of public/private key stuff happening in ActivityPub so you can be sure that the federated posts are actually coming from the community you subscribe to and the users it claims wrote them.
If you work it out I’d be interested to see!