chore: adding organization wide feature template#8
Conversation
| ## Thanks for your input on enhancements to Capacitor! | ||
| Before creating a feature request, be sure to keep the following points in mind: | ||
| - Search existing feature requests to make sure there isn't already an existing request. | ||
| - Make sure this is the correct project for your request. If the request is related to a plugin or Capacitor core, create the request on that relevant GitHub project instead. |
There was a problem hiding this comment.
Same as comment #7 (comment)
| Before creating a feature request, be sure to keep the following points in mind: | ||
| - Search existing feature requests to make sure there isn't already an existing request. | ||
| - Make sure this is the correct project for your request. If the request is related to a plugin or Capacitor core, create the request on that relevant GitHub project instead. | ||
| - Make sure feature requests are relevant to the goals of the project. If you are unsure, feel free to chat with us in [discussions](https://github.com/ionic-team/capacitor/discussions). |
There was a problem hiding this comment.
Is there any existing docs on GitHub that could be relevant to point people to to better understand what could be the goals of the project? I guess it depends on the project, so maybe not.
| attributes: | ||
| label: Feature Description | ||
| description: "Describe the feature you would like to see." | ||
| validations: | ||
| required: true |
There was a problem hiding this comment.
The question I made at #7 (comment) can also apply here.
| Before creating a feature request, be sure to keep the following points in mind: | ||
| - Search existing feature requests to make sure there isn't already an existing request. | ||
| - Make sure this is the correct project for your request. If the request is related to a plugin or Capacitor core, create the request on that relevant GitHub project instead. | ||
| - Make sure feature requests are relevant to the goals of the project. If you are unsure, feel free to chat with us in [discussions](https://github.com/ionic-team/capacitor/discussions). |
There was a problem hiding this comment.
Another thing that might be worth mentioning is to try to provide as much information as possible. Ambiguous or unclear feature requests with like just 1 or 2 sentences are unlikely to be picked up by the team. Maybe this is obvious, but maybe it could be made explicit?
| label: Supported Platforms | ||
| description: "Check the platforms this feature request is relevant to." | ||
| options: | ||
| - label: iOS | ||
| required: false | ||
| - label: Android | ||
| required: false | ||
| - label: Web | ||
| required: false |
There was a problem hiding this comment.
The comment I made at #7 (comment) can also apply here.
| label: Alternatives | ||
| description: "Describe some alternatives, if any." | ||
| validations: | ||
| required: false |
There was a problem hiding this comment.
Thinking if some of these fields should be required or not. If they're not required, it increases the chances of the feature requests missing relevant information? But possibly you already thought about this so would like to get your input.
| name: Feature Request | ||
| description: Request a new feature | ||
| title: "" | ||
| labels: ["triage"] |
There was a problem hiding this comment.
What would triage look like for a feature request? Initial evaluation if it makes sense?
2 participants
No description provided.