-
-
Notifications
You must be signed in to change notification settings - Fork 81
Plugin screen enchancements #139
Comments
I'm fine with all those suggestions. Search Bar
This is the best one I think, easy to see and to use as well. Quick navigation between categoriesI like the sticky headers, can't think of anything better for quick navigation. Ability to mark that extra user actions are required
I like this one. Multiple plugin channelsThis sounds pretty useful, could add a hashtable inside the Update so we can have a list of "Update": {
"Branches": {
"beta": "https://beta-endpoint",
"alpha": "https://another-endpoint"
}
} Plugin visual settingsThis is probably the most complex feature imo, but I don't see why not, as it will enhance the user experience to make everything even easier. |
@Haato3o I would also suggest adding ability to disable auto-updates. It would be also helpful if there was a way to downgrade to specific plugin version. For that we could add support for optional PreviousVersions field in plugin registry like so: {
"InternalName": "DecorationSearch",
"Readme": "https://raw.githubusercontent.com/Haato3o/DecorationSearch/master/README.md",
"ImageUrl": "https://raw.githubusercontent.com/Haato3o/DecorationSearch/master/DecorationSearch/Assets/icon.png",
"Module": "https://github.com/Haato3o/DecorationSearcher/releases/latest/download/module.json",
"PreviousVersions": ["https://github.com/Haato3o/DecorationSearcher/releases/1.0.0.0/download/module.json"]
} |
I don't see any reason why someone would want to downgrade a plugin to be completely honest, the only use case for it is if someone has a pirated version of the game and wants to use plugins that don't support that game version anymore, or very specific cases that isn't worth to cover because I've only seen one person wanting to downgrade a plugin since I've added plugin support. |
@Haato3o if plugin update introduced bug or changed functionality that user was relying on, it may be useful. Maybe it is worth to add "rollback to specific version and skip next update". I can agree that it may not be very wide-used feature, but HunterPie do have ability to disable automatic updates, I think plugins should have this too. |
I'll list here plugin screen enhancements. Please provide your thoughts on that before I'll start implementing them.
Search bar ✅
As a user I want to be able to quickly search in large plugins list.
Possible search bar locations:
Quick navigation between categories
As a user I want to be able to navigate between categories (Available, Installed, Waiting for reload) quickly.
Solution 1 - sticky headers
Category headers are always visible and clickable. When clicked, view will scroll to this category contents.
Downside of that solution is that we will spend additional space that could be occupied by plugin rows.
Ability to mark that extra user actions are required
As a user I want to easily know that additional actions in addition to download click are required.
If we add "ActionRequired" field to module.json, we could utilize standardized way to emphasize RTFM, so user won't miss require steps.
Possible ways to notify:
We could implement one or multiple items from the list.
Multiple plugin channels
As a user I want to be able to participate in testing of beta plugin builds as well as rollback to master easily.
That will require module.json:Update support or enpoints.
I would suggest keeping selected channel in
plugin.settings.json
.Removing unnecessary files on plugin update
As a developer I want to be able to easily remove files that were downloaded as part of previous version but aren't needed anymore.
I suggest adding support for another special value in module.json:Update object. It will contain patterns that will resolved from plugin root. For example
"Delete": "some-old-lib.dll;assets/img-*.png;*.dll"
.Plugin preview ✅
As a user I want to see all available information about plugin when selecting one.
I suggest adding panel on top of readme that will display enlarged plugin icon as well as additional information like plugin links, publish date, install button, selected channel, download count, author, etc.
Publish date ✅
I suggest adding publish date in module.json.
Plugin links ✅
As a user I want to be able to check plugin source code/site from HunterPie.
I suggest extending module.json with "Links" field. This field can contain links to github or other sites. For known ones (such as github, patreon, nexus), icon can be added.
This could be unnecessary, since all this info may be just included in readme, but I think "native" display will incentivize developers to add this information more often. And in case of using readme from github, you will not have to duplicate link to github itself.
Image zoom ✅
As a user I want to be able to see details in smaller images from readme.
I suggest adding ability to click on image to show it's larger version.
Plugin visual settings ✅
As a developer I want to be able to provide first-class configuration experience for user.
I suggest adding HunterPie API that allows to add configuration tabs for plugins. So it will be possible to add your own controls to options.
This may look like that:
The text was updated successfully, but these errors were encountered: