-
-
Notifications
You must be signed in to change notification settings - Fork 1.3k
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
Add Issue Forms #10865
Add Issue Forms #10865
Conversation
Thanks for starting this! re OS combobox: |
A lot of users don't know what an OS is, so maybe we should give an example?
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thank you for bringing that up.
Please add
|
@MatteoGheza Would you mind updating your demo repo? Wuld be nice if we could test this 'live'. |
id: description | ||
attributes: | ||
label: Feature Description | ||
description: What feature would you like to see added to Mixxx? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think we should swap the title description with this one.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks. IIRC it's also possible to add links, right? If so we could add a third option in addition to "Bug" and "Feature Request": something like "Question" that is a link to the discourse board.
@@ -0,0 +1,27 @@ | |||
name: 🐛 Bug Report |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This caterpillar is easily confused with a snake. What do you think about using 🪲 (U+1FAB2) instead?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Unfortunately I only see a gray rectangular for the proposed alternative on my mobile.
I had also this idea initially, than I realized that 🐛, U+1F41B is called Bug.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
🐛 was added in Emoji 1.0 while 🪲 was added in 13.0 (2020)... I still prefer 🪲
Done. https://github.com/MatteoGheza/mixxx-issue-templates-PoC/issues/new/choose |
Yes, I think we can do something like this (as an optional field). |
I don't think thats possible. This is the closest thing I came up with that should validate. name: 🤔 Question
description: |
Please use [our forums](https://mixxx.org/forums) for questions
body:
# body must contain at least one non-markdown field
# https://docs.github.com/en/communities/using-templates-to-encourage-useful-issues-and-pull-requests/common-validation-errors-when-creating-issue-forms#body-must-contain-at-least-one-non-markdown-field
- type: dropdown
attributes:
label: |
Please use [our forums](https://mixxx.org/forums) for questions
options:
- Please use [our forums](https://mixxx.org/forums) for questions
validations:
required: true
|
Co-authored-by: Swiftb0y <12380386+Swiftb0y@users.noreply.github.com>
contact_links: | ||
- name: 🤔 Question | ||
url: https://mixxx.org/forums | ||
about: Please use our forums for questions |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I don't think thats possible.
It's possible to add links (with title and description) as "contact links". What do you think about this @Holzhaus?
Remember that you can try this at https://github.com/MatteoGheza/mixxx-issue-templates-PoC/issues/new/choose
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Great, exactly what I had in mind! Thanks.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Good catch. I didn't know there was an ISSUE_TEMPLATE/config.yml
. I was only digging through the documentation of the forms yaml scheme.
This solution is much better than my proposal.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Nitpick: instead of arbitrary Open
let's use Go to Mixxx user forum
?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
if possible at all...
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think this is not possible... The config file has not more options than this.
Have a look at: And the result: |
.github/ISSUE_TEMPLATE/config.yml
Outdated
@@ -0,0 +1,5 @@ | |||
blank_issues_enabled: false |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Would you prefer to enable the possibility to add issues without using a template?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'm torn on this.
For bugs and feature requests, this is not neccessary. We don't have some complex JIRA-like form with dozens of fields, just a description + affected version + OS.
However, I think we may sometimes want to create issues as TODO items (e.g. for project boards) and then these two options may not be a good fit. Maybe we should add a new type "Task" for those kind of issues? Or could we restrict blank issues for contributors only?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
👍 "TODO" for contributors only
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Or could we restrict blank issues for contributors only?
If thats possible, that would be ideal IMO.
If not, we should have blank issues enabled for all IMO.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think that with this config file we can't do something like that. I'll enable blank issues in the config.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM, Thank you.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Did we come to a conclusion on 🐛 vs 🪲 @Holzhaus ?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thank you, this is definitely an nice improvement.
I'd tlike to merge this now - if someone wants to fine-tune the details later on, we can still do this in a follow-up PR. Just waiting for approval by @Swiftb0y.
I do prefer the beetle over the caterpillar. Unsure how well it's supported, it works fine on my phone, laptop and desktop. And the icon/emoji is just for eye candy, so even if a device does not support it, everything stays usable. But I'm not super passionate about it. If you'd open a PR, I'd approve it 😄 |
Thanks @MatteoGheza |
As discussed on Zulip, I added issue forms (issue templates but with defined input types and with better UI for the user) for bug reports and feature requests.
As requested, the only required input is the description.
If you want to try this, check this example repo.