How to Contribute
We welcome contributions from everyone, and there are many ways to contribute, from Github issues and pull requests, to contribution to our monthly teleconferences.
You don't have to be a member of the Community Group to contribute.
If you want to get even more out of your involvement in our rule creation project, you can officially join the ACT-Rules Community to get on the mailing list and participate in monthly teleconferences.Learn more about how to join ACT-Rules Community
Feedback on rules is encouraged on our open Github repository, so you don't even have to be a member of the Community Group to contribute in this way.
If you "watch" the repository, you will get notifications when changes are happening.
Rules and Definitions (shared terms across rules) that are Github Issues can be everything from just a title to a quite finished rule. The issues will be prefixed with either "Rule:" (or possibly "New Rule:") or "Algorithm".
The top comment on an issue should hold the updated rule or algorithm, and underneath there will be a thread of comments and a history of actions related to the issue.
Please feel free to add your own comments to issues.
Start giving feedback on issues:
- See the ideas and early drafts that might need input
- Use the Definition of "Done" to guide your review
- Learn more about commenting on issues (TBD)
Pull requests are rule drafts that are ready for peer reviews. You can sign up as a reviewer and follow the rule through iterations. A rule needs three approvals, and if a rule has the label "Reviewer wanted", we need more people to sign up for reviewing it. But even if three people are already signed up, we can always use more eyes on it.
You can both add single comments to a pull request and do a full review.
Only approve a rule if you feel confident (to the best of your knowledge) that this rule is 100% ready to be a published ACT rule. Please also refer to the Definition of "Done".
If you for some reason are not so confident, you can always leave a comment for the things that you have an opinion about, without doing a full review.
Start giving feedback and doing reviews for draft rules:
- See the draft rules, algorithms and more that need more reviewers
- Use the Definition of "Done" to guide your review
- Learn more about reviewing and commenting on pull requests (TBD)
We welcome any input for changes, also for already published rules. The published rules should be as precise as possible, limiting the number of potential false positives and false negatives. For this it is important to draw on as many tool and methodology implementations and expert opinions as possible.
Feedback and corrections for existing rules can target both on the sections of the rule itself (Applicability, Expectations, Accessibility Support, etc.) and the test cases, to e.g. expand the edge case coverage.
You have several options for correcting existing rules:
- Open a discussion in an Issue: If you want to open a discussion, you can open a new issue on Github repository to discuss the issue with the existing rule. Learn more about creating issues (TBD).
- Make the change yourself in a pull request: If you know exactly what you want changed, you can do the change yourself as a pull request on Github and submit it for review. Learn more about creating pull requests (TBD).
Anyone can suggest new rules on our open Github repository, so you don't even have to be a member of the Community Group to contribute in this way.
Whether you have a single great idea for an accessibility rule or you work for an organisation that wants to contribute a whole repository of rules, we welcome the contribution.
When you submit a rule, we expect you to be responsible for the rule the whole way through the review process, including adjusting the rule as you receive feedback from others. It will take some time and effort, but the learning experience in it is great.
If you are not ready to carry a rule all the way through the process, you can partner up with someone else who wants to do it.
Partnering up with someone outside of your own organisation for rule writing will sharpen the rule, which is why we often do that in our work.
Depending on how polished your rule proposal is, you can either add your idea as an issue or a pull request.
For rule contributors with less Github experience, it is often easiest to start the rule design in a Github issue. This allows for easy editing and discussions with others, while the rule is taking shape.
Before contributing a new rule, we recommend you check its validity with several experienced accessibility auditors first. This helps you identify potential stumbling blocks early in the rule design.
If you want to use the experts in the ACT-Rules Community for this, submit your rule suggestion as an Issue (see Submit an idea for discussion (TBD)).
The best way to stay informed about the activities of ACT-Rules Community is to become a member.
By becoming a member you will be added to the mailing list, and you will receive all the latest updates, meeting invites etc.
The Community Group has conference calls every month. It is (usually) on the second Thursday of the month at 16:00 to 17:30 Central European Time. See the meeting time in your own timezone.
Participating in our conference calls is the easiest way to become an active contributor, get to know the other members of the Community Group, and learn from the shared pool of knowledge held by the accessibility experts in the group.
The invitation and agenda for these meetings is sent out through the mailing list a few days in advance. The dates for the next 3 meetings can also be found on the agenda.
- To join ACT-Rules Community, you need a W3C Account. If you don’t already have one, get a W3C account here.
- Go to Join the community group now! and join the group.
- If you work for a W3C Member organization, you will need to request approval. This request will be sent to your organization’s representative in the W3C’s Advisory Committee.