🎉 Thanks for taking the time to contribute! 🎉
You can explore or create issues to track ideas, enhancements, or bugs. Use issues to track:
- Missing documentation
- Ideas for enhancements
- Bugs
- Feedback about how you learn stenography
Before creating an issue, search existing issues to see if any relevant issues already exist.
See the steno-dictionaries project to learn more about fixing misstrokes in Typey Type dictionaries.
See the Typey Type CLI project to learn more about contributing lessons and dictionaries.
You can also add lessons directly to the community’s lessons spreadsheet. See Typey Type lessons to learn more.
See the typey-type-stenoboard-diagram-svg-to-react project to learn more about contributing alternative steno layouts, such as Palantype.
Stenography has a steep learning curve so it’s important that every feature is designed with lots of consideration given to usability. This includes optimising designs for a learnable, efficient, memorable, and satisfying experience with minimal errors.
All features are designed before development.
There’s a proud tradition of blind stenographers. Typey Type is built with visual impairments and blindness in mind, and is regularly tested with a screen reader (frequently using VoiceOver on macOS in Safari and occasionally using NVDA on Windows in Edge).
Typey Type aims for the AA standard of accessibility outlined in the Web Content Accessibility Guidelines (WCAG) 2.1.
Each page is tested for accessibility violations using axe: Accessibility for Development Teams.
Typey Type is optimised for desktop devices that support Plover. It is minimally responsive, ensuring that content pages are readable on small screens and flashcards work on iOS, Android, and other mobile devices. It also maintains cross-browser support for the latest versions of modern browsers, such as Firefox, Safari, and Chrome.
Typey Type respects people’s privacy. This includes adhering to the privacy policy and not recording sensitive data. For example, Typey Type does not send words in custom lessons to analytics in case people are using custom lessons to practise typing passwords and the like.
If you like to code, you might want to:
- Find an open issue to tackle. If it’s your first contribution to open-source code, see if there are any open issues with the label,
good first issue
. - Ask if you can help write a new feature.
- Improve tooling and testing.
- Review code on other people’s Pull Requests.
For new code contributions, consider the following:
- Design, accessibility, responsiveness, and privacy.
- Security.
- Check the browser console for errors.
- Check the terminal for errors and warnings.
- Check that the tests all pass.
- Consider creating additional tests.
For significant features, please create or check if there is an open issue and wait for a response before creating a Pull Request. Issues may include designs and discussion of approaches.
You can also help other people by answering questions on:
You can support Di’s efforts on Patreon. A monthly donation helps Di build more lessons and features to help you fast-track your steno progress.
For questions about contributing, create an issue or email [email protected].