Fontlet is a free software project hosted on Github and runs the typical free software way. We'd love to accept your patches and contributions to the project. If you wish to contribute, please read this first.
This project welcomes non-code contributions, too! The following types of contributions are welcome:
- Ideas: Participate in an issue thread or start your own to have your voice heard.
- Writing: Contribute your expertise in an area by helping expand the included documentation.
- Copy editing: Fix typos, clarify language, and improve the quality of the documentation.
- Formatting: Help keep docs easy to read with consistent formatting.
- Translating: Help to translate the app UI, documentation or the website.
Create an issue with clear description, steps to reproduce, screenshots and other necessary information that might help developers to reproduce the problem and fix it.
Apply relevent labels as bug
, and the platform: platform:win
, platform:darwin
, platform:linux
, platform:all
.
We do not have internationalisation in place yet.
Update documentation and send PRs. 🙂
Are you interested in writing code for this project? Awesome!
We use the following technologies and tools,
- NodeJs
- Electron
- ReactJS (CRA)
- Styled Components
- BlueprintJS
- ESLint/ Prettier
We use GitHub Issue Tracker for most of the developmente related communications. You can also join our Riot.im Community for high bandwidth discussion.
For code styling, we use the Airbnb Style Guide and Prettier.
There are a few basic ground-rules for contributors:
- No
--force
pushes to master or modifying history in any way. Rebasing and force pushing your own PR branch is fine. - Non-master branches should be used for ongoing work.
- Significant modifications like API changes should be subject to a pull request to solicit feedback from other contributors.
- Pull requests are encouraged for all contributions to solicit feedback but left to the discretion of the contributor.
Please search issues and pull requests before adding something new to avoid duplicating efforts and conversations. Please create an issue (if not one already created) when you start working on a feature/bug. Also, put a comment that mentioned you are working on that to avoid duplicate efforts.
Please don't create any new labels. If you think it's nice to have or must have a new label, please create a new issue or put it in the comments on a relevant thread. That'll help us to keep a clean and efficient workflow.
- Producing Open Source Software by Karl Fogel
- How to Write a Git Commit Message by Chris Beams