Thanks for considering making a contribution to Seal or its documentation. Before you get started, please take a moment to read these guidelines.
We appreciate contributions, but simple typo fixes (e.g., minor spelling errors, punctuation changes, or trivial rewording) will be ignored unless they significantly improve clarity or fix a critical issue. If you are unsure whether your change is substantial enough, consider opening an issue first to discuss it.
The example frontend in this repository is provided as a reference implementation only. We will not accept pull requests for UI/UX improvements or cosmetic changes to the example frontend unless they fix actual bugs or critical issues. The example is meant to demonstrate functionality, not serve as a production-ready application.
We encourage you to use this example as a starting point for your own frontend applications. If you build upon this example to create your own implementation, we'd love to hear about it! Feel free to share your projects with the community, and we may highlight notable implementations in our documentation or community channels.
Found a bug or security vulnerability? Please check the existing issues before opening a new one.
Provide as much detail as possible, including steps to reproduce the issue, expected behavior, and actual behavior.
Is something missing or incorrect in our documentation? You can make a PR if you prefer to fix it yourself.
We’re actively working on publishing Seal’s documentation using Walrus Sites. The site will be built with Material for MkDocs, a static site generator that supports clean, customizable documentation.
You’ll find all documentation content inside the docs directory, with site configuration defined in mkdocs.yml.
To contribute or test updates locally:
- Install
mkdocs-materialusing either:brew install mkdocs-material, orpip install mkdocs-material
- From the root of the repository, run
mkdocs serve. This will start a local development server so you can preview changes in your browser.
[!INFO] For larger documentation issues, please create an issue in GitHub.
Fork the repository and create a new branch for your changes. Ensure your branch is based on the latest main.
Follow the coding style and conventions used in the project, see Code Standards and Pre-commit Hooks for further details.
If your change is significant, please open an issue first to discuss it.
Ensure your changes are well-tested. Provide a clear description of your changes in the pull request.
Reference any relevant issue numbers in your pull request. Be responsive to feedback from maintainers.
Follow existing code structure and formatting.
Write meaningful commit messages.
Ensure all tests pass before submitting a pull request.
We have CI jobs running for every PR to test and lint the repository. You can install Git pre-commit hooks to ensure that these check pass even before pushing your changes to GitHub. To use this, the following steps are required:
- Install Rust.
- Install nextest.
- Install pre-commit using
pipor your OS's package manager. - Run
pre-commit install -c .pre-commit-config-example.yamlin the repository.
After this setup, the code will be checked, reformatted, and tested whenever you create a Git commit.
You can also use adjust the pre-commit configuration or use a different pre-commit configuration if you wish:
- Create a file
.pre-commit-config.yaml, optionally copying and adapting.pre-commit-config-example.yaml(this is set to be ignored by Git). - Run
pre-commit install -c .pre-commit-config.yaml.
By contributing, you agree that your contributions will be licensed under the same license as this project.
Thank you for contributing!