-
Notifications
You must be signed in to change notification settings - Fork 73
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
Label suggestions #760
Labels
documentation
Improvements or additions to documentation
Comments
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
I think we can make our labels a bit more clear by making them multi-part with a delimiter (
:
or/
). Many other projects do this, e.g. matplotlib. I don't have other great examples off the top of my head. What other projects are absolutely rocking the labels?To start with, I propose:
impact/automation
type/bug
impact/dependencies
impact/documentation
type/duplicate
type/enhancement
needs/feedback
impact/automation
label for thisneeds/help
impact/library
. Orimpact/core
in preparation for a futureimpact/plugin
label.type/will-not-do
(using a contraction in a label without spacing is really hard to read even as a native English speaker - we can be more inclusive :) )#281 offers us a mechanism to automatically apply these labels as issues are created. It also offers a mechanism to remove or avoid some labels by directing users away from Issues and towards a more appropriate place, e.g.
type/feature-request
need not exist as a "request" should (IMO :) ) start in Discussions and only become an issue once we agree it is a feature we will implement. Same fortype/question
.I also propose colorizing the items based on the group they're in!
The text was updated successfully, but these errors were encountered: