HorizonCalendar welcomes both fixes, improvements, and feature additions. If you'd like to contribute, open an issue or a Pull Request with a detailed description of your proposal and/or changes. If you'd like some help getting started, take a look at the Technical Details document for an overview of HorizonCalendar's architecture.
Keep your Pull Requests small. Small PRs are easier to reason about which makes them significantly more likely to get merged.
If you want to add a feature, consider filing an Issue. An Issue can provide the opportunity to discuss the requirements and implications of a feature with you before you start writing code. This is not a hard requirement, however. Submitting a Pull Request to demonstrate an idea in code is also acceptable, it just carries more risk of change.
Respect the minimum deployment target. If you are adding code that uses new APIs, make sure to prevent older clients from crashing or misbehaving. Our CI runs against our minimum deployment targets, so you will not get a green build unless your code is backwards compatible.
Please do not write new code using deprecated APIs.
- Use the provided Pull Request template.
- Update the README.md with details of changes to the public interface, if necessary.
- Increase the version number in the Xcode project file (edit in Xcode, not directly) and in the Podspec file with the new version that this Pull Request would represent. The versioning scheme we use is SemVer.