Contributions are welcome — bug fixes, new features, documentation improvements, or entirely new tools that fit the project's scope.
- Fork the repository and clone your fork.
- Create a branch from
mainfor your work:git checkout -b feat/your-feature-name
- Make your changes. Each project lives in its own directory — keep changes scoped to the relevant folder.
- Test your work before submitting. If the project has a Docker setup, verify it builds and runs.
- Commit with clear, descriptive messages:
fliphtml5-liberator: handle WASM modules with stripped exports - Push your branch and open a Pull Request against
main.
- One PR per concern. Don't bundle unrelated changes.
- Follow existing patterns. Match the code style, directory layout, and documentation conventions already in use.
- Document what you change. Update the relevant project README if your change affects usage, configuration, or dependencies.
- Keep it self-contained. Each project folder should remain independently usable.
Use the pattern: <project>: <short description>
cyberdrop-dl-gui: add batch URL import from clipboard
ha-connect-portable: fix ZBT-2 baud rate detection on macOS
fliphtml5-liberator: skip pages with empty image refs
For repo-level changes (README, CI, community files): repo: <description>
Open an issue with:
- Which project is affected.
- Steps to reproduce.
- Expected vs. actual behavior.
- Environment details (OS, Python version, Docker version, etc.).
Open an issue with the enhancement label. Describe the use case, not just the solution — the "why" matters more than the "how."
By contributing, you agree that your work will be licensed under the project's MIT License.