Thanks for your interest in contributing!
- Fork the repository
- Create a feature branch:
git checkout -b my-feature - Make your changes
- Run the checks:
cargo fmt --check cargo clippy -- -D warnings cargo test - Commit and push your branch
- Open a pull request against
main
- All code must pass
cargo fmt,cargo clippy -- -D warnings, andcargo test - Add tests for new functionality
- Keep PRs focused on a single change
- Follow existing code style and conventions
The codebase is intentionally low on comments. Follow these conventions:
///doc comments on public (and most private) structs, enums, fields, and functions. This is the dominant style. Explain why when the code encodes a non-obvious spec rule or design choice — a bare what is not enough for layout/CSS logic.//!module-level docs only when a file has a meaningful architectural role worth describing. Not on every file.//inline comments sparingly, only to annotate non-trivial algorithmic steps.- No block comments (
/* */). - No
FIXMEorHACKmarkers.TODO:is acceptable on#[ignore]tests. - Let well-named identifiers speak for themselves. Don't narrate what the code does, document why it does it that way.
Open an issue on GitHub with a clear description and, if possible, a minimal reproduction.