[Request] More plugin info on store page about decky-loader

[PartyWumpus]

Thanks for the suggestions.

The date of the tag/version of the plugin

The date of each version is sent by the store, so this would be a reasonably trivial frontend adjustment.

A way to flag/report a plugin as broken/orphaned
An indicator of some sort showing that the selected tag/version of a plugin has been reported as broken/orphaned

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.

A comment system- to comment on, and read comments about a 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, perhaps based on a +1 system, which can only be voted on if the plugin is currently installed

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.

[wallentx]

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 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 plugin-flagged label automatically applied - https://github.com/users/wallentx/projects/3/views/8
This view can essentially act as the data source for a plugin rendering as broken or whatever.

The custom fields I spawned pretty easy with either of these (I'm not sure which is technically considered more "current"):
gh project field-create 3 --owner "@me" --name "Plugin" --data-type "SINGLE_SELECT" --single-select-options "$(curl -Ls https://beta.deckbrew.xyz/plugins | jq -r '[.[] | {key: (.name | ascii_downcase), value: .name}] | sort_by(.key) | map(.value) | join(",")')"

gh project field-create 3 --owner "@me" --name "Plugin" --data-type "SINGLE_SELECT" --single-select-options "$(grep 'path = plugins/' .gitmodules | cut -d'/' -f2 | sort | tr '\n' ',' | sed 's/,$//')"

Anyway, I was just poking around at the new Projects features and used this as an excuse to learn them.

[JohnEdwa]

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.

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.