If you have an idea about how to improve any of the sites that the Community Team oversees, then please follow this process to help us manage your request, and make sure a wide variety of contributors have input.
If you just want to report/fix a bug, or ask for a small tweak to an existing feature, then you don’t need to go through these steps, you can go ahead and create an issue on the WordCamp.org Github repository.
- Before spending a lot of time on design or code, publish a proposal to make/Community that describes your idea.
- If you don’t already have the ability to create new posts, then go to the #community-team channel in Slack and ask for a deputy Community Program Supporters (formerly Deputies) are a team of people worldwide who review WordCamp and Meetup applications, interview lead organizers, and keep things moving at WordCamp Central. Find more about program supporters in our Program Supporter Handbook. to give you the Author role.
- Set a deadline in the post for the discussion, usually one month after posting the propsal is good deadline.
- The Community Team will discuss the idea, and determine:
- If it’s something the team wants to do.
- Any tweaks or iterations should be made.
- What the priority level is.
- If the team does want to move forward, then open an issue on the WordCamp.org Github repository, and link to the make/Community post where your request was approved. This will help the Meta Meta is a term that refers to the inside workings of a group. For us, this is the team that works on internal WordPress sites like WordCamp Central and Make WordPress. team manage the development process.
- If you’re planning to design and/or build the feature yourself, please follow the design/implementation process, to ensure that you get the right kinds of feedback at the right points. Without that, you could end up wasting a lot of time and energy, and having to re-design or refactor things.
The reason this process exists is to ensure that all organizing teams have a chance to give input into changes that are made to the sites, rather than them being driven by a single team. That helps make sure the ideas are refined enough to work for all camps. Trac Trac is the place where contributors create issues for bugs or feature requests much like GitHub.https://core.trac.wordpress.org/. isn’t visible and user-friendly enough to get enough discussion from the community.
If you have any feedback about this process or ideas to improve it, please join the discussion about it.