Want to do something instead of just talking about it? Fantastic! Be bold. Open a pull request.
- If you are proposing a design change or nontrivial new functionality, please float your idea as an issue first so you don’t end up doing wasted work.
- Please follow the formatting conventions of the existing code. Yes, that includes Paul’s idiosyncratic taste in brace placement:
- Matching braces always go in either the same row or the same column, and
- always align with the code they enclose.
- You will need to install SwiftLint to run the test target.
- Please make sure the tests pass locally (cmd-U in Xcode).
- Expect a little back and forth on your PR before it’s accepted. Don’t be discouraged by this. Questioning is not a sign you did bad work; on the contrary, it’s a sign of interest!
- No mistake is too small for a pull request — not even a one-character typo.
- If you have trouble building or testing the project, please submit an issue or PR about it — even if you resolve the problem. This will help improve the docs.
- If you want to update the user guide, note that the guide is generated from the
Docsdirectory inmaster, so that’s where you should make your change. Do not submit pull requests againstgh-pages.
Thank you for helping with Siesta!
P.S. Please be excellent to one another and follow our code of conduct.