I rather have it as a site which I could also selfhost.
It'd be easier to improve without relaying on having the browser open.
Also it'd be easier to make it work on mobile.
Lemmy Moderation Tools
Welcome
I'm working on a moderation tool to work with Lemmy.
I'm still in early development and discovery. This channel will update the status and respond to questions during development, testing, release, and post-release.
You are encouraged to create posts defining your needs. I also appreciate feedback on status updates. This helps me maintain the right track.
Some of the tools I use to build it cannot be distributed. I plan to get a SaaS solution out ASAP and then work on a distributed build separately and as an open-source project for self-hosting.
I'm calling it the reverse WordPress. They had FOSS first, then hosting. But due to time and need, I'm doing it in reverse.
Hmm, my first thought is that a plugin is better, since it works without worrying about federation, etc, but as front-ends become more diverse it might be difficult to keep it working on everything.
Are you thinking the site option is like browsing using normal federation, or would it be more like using an app?
I think a site / API and maybe an iOS / Android app. If I open up the API, I might lean more on the community to build the apps. Doing this would take a load off instances but put more load on me as an entry point to the Lemmy fediverse. I still have to figure out how it'll work and run. The changes in designs and themes is a problem and will only get worse. I think there are too many variables to get a chrome/firefox extension to work.
Ah, what I meant by federated site vs app is would SocialCare act as if you were browsing the community in question from a federated instance (i.e. the posts have been federated over and you work off of that data) or something like wefwef/Voyager where you're still connecting to the original instance's API (plus maybe also some SocialCare APIs for any extras)?
I see what you're saying. It would be a mix of both due to some limits of the current Lemmy API. Rate limits based on IP & inconsistent instance limits are the biggest factors. They also merge a lot of unrelated stuff into limit buckets. Without a robust API with client keys, I'm kind of limited.
It's an interesting problem; I guess federation needs to be part of the solution just to allow access to enough data when your need it.
In my head the solution was a plugin that could call external APIs, like (plug incoming) the image duplicate detection tool that I'm working on.