New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Request] More plugin info on store page #566
Comments
Thanks for the suggestions.
The date of each version is sent by the store, so this would be a reasonably trivial frontend adjustment.
This is an interesting idea. Right now the closest system to this is just hiding a plugin from the store, which has the major downside of not reporting anything to users of a broken plugin.
I don't love the idea of having to moderate a comments system, but using github issues might be fine. The current system is the discord server, which is not the best solution.
A rating system has been considered in the past and (imo) would probably not be worthwhile. A download counting system has recently been implemented so I think that would serve a similar enough purpose if added to the frontend. |
I saw the testing process that is currently in place for getting plugins into the Decky Plugin Database, and thought that maybe something with that workflow could act as the source of truth. I also saw that GitHub Projects is set up in a very nice manner 👍 I did a mockup of how something like this could go: An issue template specifically for Plugin flagging - https://github.com/wallentx/decky-plugin-database/blob/main/.github/ISSUE_TEMPLATE/PLUGIN-ISSUE.yml?plain=1 From the decky-loader store plugin page, or store page, there's an option to flag the plugin as broken, which if selected, is a pre-filled URL (I found this project, but I'm sure there's a ton of ways to do it https://github.com/sindresorhus/new-github-issue-url) to create a new issue, and automatically fill in the plugin name, plugin version, steamos version, or whatever else might be relevant - wallentx/decky-plugin-database#2 When the issue is created, it is also automatically added to the SDH Tracker project board, and also has a The custom fields I spawned pretty easy with either of these (I'm not sure which is technically considered more "current"):
Anyway, I was just poking around at the new Projects features and used this as an excuse to learn them. |
An endorsement/+1/thumbs up system like on Nexus Mods etc is actually rather useful because it allows you to distinguish between something popular and something that users actually like to use. Even if something doesn't work or isn't actually good, the higher it sits in total downloads the more likely it is that someone new downloads it as well adding to that count - but they wouldn't then recommend it. |
Please confirm
Feature Request Description
I've been using this for a few months, and there are a few items that I think are important to have:
+1
system, which can only be voted on if the plugin is currently installedFurther Description
Much of the thought behind all this is inspired by using AUR helpers, like how yaourt was great at displaying relevant comments about a particular package release. I also think the plugin store is in need of some of these items due to the nature of SteamOS updates breaking things.
My DevOps brain is telling me that this could all be made leveraging GitHub issues/discussions as a backend, if there was no interest in maintaining infra to support any of these.
I'm happy to help, but just wanted to present these items to see if there was any interest in some/all of these things.
The text was updated successfully, but these errors were encountered: