Thank you for your interest in contributing!
Please take a moment to review this document in order to make the contribution process easy and effective for everyone involved.
Following these guidelines helps to communicate that you respect the time of the developers managing and developing this open-source project. In return, and in accordance with this project's code of conduct, other contributors will reciprocate that respect in addressing your issue or assessing changes and features.
If you have questions or would like to communicate with the team, please join us in our public Matrix chat rooms. We'd be happy to hear from you!
- First steps as a contributor
- Mentorship and Growth
- Learning the tech stack
- Development environment
- Build Schemes Selection
- Testing
- Issues and projects
- Bug reports
- Feature requests
- Pull requests
- Data edits
- Localization
- Documentation
- Design
Thank you for your interest in contributing to Scribe-iOS! We look forward to welcoming you to the community and working with you to build an tools for language learners to communicate effectively :) The following are some suggested steps for people interested in joining our community:
- Please join the public Matrix chat to connect with the community
- Read through this contributing guide for all the information you need to contribute
- Look into issues marked
good first issueand the Projects board to get a better understanding of what you can work on - Check out our public designs on Figma to understand Scribes's goals and direction
- Consider joining our bi-weekly developer sync!
Note
Those new to Swift or wanting to work on their Swift skills are more than welcome to contribute! The team would be happy to help you on your development journey :)
Onboarding and mentoring new members is vital to a healthy open-source community.
We need contributors who are onboarded to gain new skills and take on greater roles by triaging issues, reviewing contributions, and maintaining the project. We also need them to help new contributors to grow as well. Please let us know if you have goals to develop as an open-source contributor and we'll work with you to achieve them.
We also have expectations about the behavior of those who want to grow with us. Mentorship is earned, not given.
To be blunt, those who are mainly sending AI generated contributions are not demonstrating an interest in growing their skills and are not helping to develop the project. This is not to say that all uses of AI for contributions are bad, but AI should be a tool, not the contributor itself.
Continued constructive contributions, new open issues, and clear communication helps the project. We would be happy to help community members who can make these contributions to expand their skills and take on further responsibilities.
If you like the sound of this, then we look forward to working with you!
Scribe is very open to contributions from people in the early stages of their coding journey! The following is a select list of documentation pages to help you understand the technologies we use.
Docs for those new to programming
- Mozilla Developer Network Learning Area
- Doing MDN sections for HTML, CSS and JavaScript is the best ways to get into web development!
- Open Source Guides
- Guides from GitHub about open-source software including how to start and much more!
Swift learning docs
Scribe-iOS is developed using the Swift coding language. Those new to Swift or wanting to develop their skills are more than welcome to contribute! The first step on your Swift journey would be to read through the Swift documentation. The general steps to setting up a development environment are:
-
Download Xcode
-
Fork the Scribe-iOS repo, clone your fork, and configure the remotes:
Note
Consider using SSH
Alternatively to using HTTPS as in the instructions below, consider SSH to interact with GitHub from the terminal. SSH allows you to connect without a user-pass authentication flow.
To run git commands with SSH, remember then to substitute the HTTPS URL, https://github.com/..., with the SSH one, git@github.com:....
- e.g. Cloning (with submodules) now becomes
git clone --recurse-submodules git@github.com:<your-username>/Scribe-iOS.git
GitHub also has their documentation on how to Generate a new SSH key 🔑
Note
Cloning this repository with --recurse-submodules also clones a copy of Scribe-i18n where the texts for Scribe projects are localized. When pulling changes from main, you should also run the following command: git submodule update --init --recursive to get the copy of the localization files currently on main (you can also run update_project_and_submodule.sh). To get the most up to date version of Scribe-i18n, change to its directory in Scribe/i18n and run git pull origin main.
# Clone your fork of the repo into the current directory (including submodules).
git clone --recurse-submodules https://github.com/<your-username>/Scribe-iOS.git
# Navigate to the newly cloned directory.
cd Scribe-iOS
# Assign the original repo to a remote called "upstream".
git remote add upstream https://github.com/scribe-org/Scribe-iOS.git- Now, if you run
git remote -vyou should see two remote repositories named:origin(forked repository)upstream(Scribe-iOS repository)
- (Optional) Install prek pre-commit hooks to check for and correct common errors in commits:
pip install --upgrade pip # make sure that pip is at the latest version
pip install prek
prek install
# prek --all-files-
Open the Scribe-iOS directory in Xcode
-
The application has 2 build schemes, Conjugate and Scribe for the verb conjugation and the language keyboards applications
- There are other build schemes for individual keyboard which don't need to be selected unless you're trying to debug a keyboard
- More about this could be read in the Build Schemes Selection section
-
In order to run Scribe on an emulator:
- Read the documentation from Apple if need be
- In the top bar select Scribe as the scheme
- If you're debugging you'll need to select the keyboard you're testing as the scheme (see the note on debugging below)
- Select a device to run the app on
- Press the run button marked
Start the active scheme - From here code edits that are made will be reflected in the app each time the active scheme is restarted
-
Build the developer documentation by selecting
Product>Build Documentation(^⇧⌘D)
Note
Feel free to contact the team in the iOS room on Matrix if you're having problems getting your environment setup!
The Xcode debugger often doesn't work as expected for Scribe as the keyboards themselves are extensions. To get breakpoints and the debugger to work as you'd expect them to:
- Go up to the top bar where your schemes are (this is a bit to the right of the run button) and change it from Scribe to the language of the keyboard you'd like to debug (see a screenshot of this)
- Choose a device as normal
- Hit the run button (or ⌘-R) to start the active scheme
- When you get a window telling you to "choose an app to run", don't choose Scribe as you might expect, but instead scroll down and select Xcode Previews
- Occasionally you'll be met with just a black screen on startup, in which case you can press Home (or ⇧-⌘-H) and then go directly to Scribe or an app for keyboard testing
The project includes two build schemes, each corresponding to a different application.There are other targets corresponding to the individual keyboards which are shipped within the Scribe target.
Build schemes can be selected from the top bar next to device selection.
- Scribe → Scribe Language Keyboards app (IME)
- Conjugate → Scribe Conjugate verb conjugation app
Writing unit tests is essential to guarantee the dependability and sustainability of the Scribe-iOS codebase. Unit tests confirm that individual components of the application work as intended by detecting errors at an early stage, thus making the debugging process easier and boosting assurance for upcoming modifications. An unchanging testing method helps new team members grasp project norms and anticipated actions.
In addition to the prek pre-commit hooks that are set up during the development environment section, Scribe-iOS includes a testing suite that should be ran before all pull requests and subsequent commits.
Please run the following in the project root:
# If you don't have swiftlint installed:
# brew install swiftlint
# Lint the project:
swiftlint --strictIf you see that there are linting errors above, then please run the following command to hopefully fix them automatically:
swiftlint --fixFor testing and code coverage, please run the following command:
# Clear prior builds if needed:
# rm -rf Build
xcodebuild -scheme Scribe -derivedDataPath Build/ -destination 'platform=iOS Simulator,name=iPhone 16,OS=latest' clean build test -enableCodeCoverage YES CODE_SIGN_IDENTITY="" CODE_SIGNING_REQUIRED=NOGenerate the coverage report JSON with the following:
xcrun xccov view --report $(find ./Build/Logs/Test -name '*.xcresult') --json > code_coverage.jsonAnd finally view the coverage report in the terminal:
python3 Tests/process_coverage_report.py code_coverage.json
# You can also pass an integer or double to check against a threshold:
# python3 Tests/process_coverage_report.py code_coverage.json NUMERIC_THRESHOLDNote
See Tests/process_coverage_report.py for details.
The issue tracker for Scribe-iOS is the preferred channel for bug reports, features requests and submitting pull requests. Scribe also organizes related issues into projects.
Note
Just because an issue is assigned on GitHub doesn't mean the team isn't open to your contribution! Feel free to write in the issues and we can potentially reassign it to you.
Be sure to check the -next release- and -priority- labels in the issues for those that are most important, as well as those marked good first issue that are tailored for first-time contributors.
A bug is a demonstrable problem that is caused by the code in the repository. Good bug reports are extremely helpful - thank you!
Guidelines for bug reports:
-
Use the GitHub issue search to check if the issue has already been reported.
-
Check if the issue has been fixed by trying to reproduce it using the latest
mainor development branch in the repository. -
Isolate the problem to make sure that the code in the repository is definitely responsible for the issue.
Great Bug Reports tend to have:
- A quick summary
- Steps to reproduce
- What you expected would happen
- What actually happens
- Notes (why this might be happening, things tried that didn't work, etc)
To make the above steps easier, the Scribe team asks that contributors report bugs using the bug report template, with these issues further being marked with the Bug type.
Again, thank you for your time in reporting issues!
Feature requests are more than welcome! Please take a moment to find out whether your idea fits with the scope and aims of the project. When making a suggestion, provide as much detail and context as possible, and further make clear the degree to which you would like to contribute in its development. Feature requests are marked with the Feature type, and can be made using the feature request template.
Good pull requests - patches, improvements and new features - are the foundation of our community making Scribe-iOS. They should remain focused in scope and avoid containing unrelated commits. Note that all contributions to this project will be made under the specified license and should follow the coding indentation and style standards (contact us if unsure).
Please ask first before embarking on any significant pull request (implementing features, refactoring code, etc), otherwise you risk spending a lot of time working on something that the developers might not want to merge into the project. With that being said, major additions are very appreciated!
When making a contribution, adhering to the GitHub flow process is the best way to get your work merged:
-
If you cloned a while ago, get the latest changes from upstream:
git checkout <dev-branch> git pull upstream <dev-branch>
-
Create a new topic branch (off the main project development branch) to contain your feature, change, or fix:
git checkout -b <topic-branch-name>
-
Commit your changes in logical chunks, and please try to adhere to Conventional Commits.
Note
The following are tools and methods to help you write good commit messages ✨
- commitlint helps write Conventional Commits
- Git's interactive rebase cleans up commits
-
Locally merge (or rebase) the upstream development branch into your topic branch:
git pull --rebase upstream <dev-branch>
-
Push your topic branch up to your fork:
git push origin <topic-branch-name>
-
Open a Pull Request with a clear title and description.
Thank you in advance for your contributions!
Note
Please see the Wikidata and Scribe Guide for an overview of Wikidata and how Scribe uses it.
Scribe does not accept direct edits to the grammar files as they are sourced from Wikidata. Edits can be discussed and the Scribe-Data queries will be changed. If there is a problem with one of the files, then the fix should be made on Wikidata and not on Scribe. Feel free to let us know that edits have been made by opening a data issue or contacting us in the issues for Scribe-Data and we'll be happy to integrate them!
Being an app that focusses on language learning, localization plays a big part in what Scribe will eventually be. Those interested are more than welcome to join the team at scribe-org/Scribe-i18n where we work on localizing all Scribe applications via Weblate.
Please run the update_i18n_keys.sh script to load in the most recent version of the Scribe-i18n app texts into Scribe-iOS.
Documentation is an invaluable way to contribute to coding projects as it allows others to more easily understand the project structure and contribute. Issues related to documentation are marked with the documentation label.
Designs for Scribe are done in the public design file in Figma. Those interested in helping with Scribe's design are also welcome to share their ideas using the design improvement template that makes an issue marked with the design label.
All branding elements such as logos, icons, colors and fonts should follow those that are set out in scribe-org/Organization. As the project is fully open source, these elements are also open for discussion. Efforts in making Scribe products professional with a distinct and cohesive identity are much appreciated!