-
Notifications
You must be signed in to change notification settings - Fork 21
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
Plugin browser download counter #86
Comments
If it isn't possible to have a correct download count then it should be removed all together and not used to order plugins. It would save time if it were possible to see that a plugin is known to work with which version of the authoring tool and framework. |
Be nice to have a unique link to each plugin as currently they all have the same link: |
I don't think any of the GitHub metrics will give us any meaningful sorting -- have you looked at the star count for the core plugins? My preferred solution is to hide the download count but continue to order by downloads. Would be nice to introduce additional sorts too, but not sure how easy this is. |
I agree with Tom. Hiding the counter would still keep the same order (which is probably accurate) but not show incorrect information which can be detrimental to Adapt. |
The plugin browsers counter only counts downloads through the Adapt-cli tool. It's likely that most users don't use the CLI. Instead getting their plugins through
git clone
or just downloading as a zip. This is problematic as users who see plugins with low download counts may assume they haven't been used at all and may be unstable or unusable.We're looking for suggestions on how to improve the plugin browser experience. A few ideas options are:
If you have any of your own ideas please add them as a comment below.
The text was updated successfully, but these errors were encountered: