Keyboards are grouped into three folders:
release
- keyboards with full source that pass our stringent quality
checks, Unicode only, generally no PUAlegacy
- binary distributions of keyboards, migrated from Tavultesoft
servers, Unicode and non-Unicodeexperimental
- keyboards that have not yet passed the quality check,
available from the 'experimental' category in Keyman apps with Keyman 10 and
later. Unicode only, but PUA is acceptable.Within each of the folders, keyboards are further grouped by first letter or by
prefix, where multiple keyboards share the same prefix indicating provenance,
for example sil
or gff
.
Get the latest version of Keyman Developer to start the journey of keyboard development.
A good way to start creating a keyboard is to plan out the requirements of the keyboard ahead and decide on the keyboard's language, target users, usability, structure, and many more steps that can be carried out further along the process. To ensure that the keyboard is up to standard, start by implementing the D.I.S.C.U.S. method. Find out more!
Please make sure the keyboard and the package compile successfully before making a keyboard submission. If there are warning messages, try to address all of them; if there are errors, those must be corrected before submission. Help on this: Compiler Messages
When a keyboard is ready to submit, please confirm that the folders and files are consistent to the repository. For more clarification:
After two to three rounds of confirmation and testing, you are welcome to create a Pull Request
To update a keyboard in this repository, follow these steps:
Create a fork from this repository (Update your fork of the keyboards repository if you already have one)
Download a copy of the latest files that are in your forked repository as a ZIP file.
https://github.com/[YourGitHubName]/keyboards/
(after replacing [YourGitHubName]
with your actual GitHub name)https://github.com/[YourGitHubName]/keyboards/tree/master/release/a/ausephon
keymanapp keyboards master release-a_ausephon.zip
ausephon.zip
and save (Or save first, then rename).ausephon.zip
to get the keyboard project folder ausephon with all of its files and subfolders.Update the keyboard files on your computer with Keyman Developer and/or a text editor
ausephon.kpj
(Keyman project file) in the ausephon folder to launch Keyman DeveloperSubmit your updates as a new pull request
[ausephon] updated keyboard
If the fonts are used on multiple keyboards, the font files must be placed under the shared folder
. Follow through this documentation. However, if you are editing the keyboard package within the folders of the forked repository (skip step 2 above) only specifying the existing shared-font location in the package is necessary.
If the guides are not enough to provide you with a complete keyboard, don't be afraid to explore the main keyboard and keyman developer help pages!
Windows:
Linux:
macOS:
brew install bash
)brew install coreutils
)brew install node
)export PATH="$HOMEBREW_PREFIX/opt/coreutils/libexec/gnubin:$PATH"
./build.sh
can be used to build all the keyboards from the command line.
kmc
, the Keyman Developer compiler, is installed as a Node.js module, and so
Keyman Developer is not required for builds.build.sh
parametersSummary:
Build Keyman keyboards
Script Identifier:
/c/Projects/keyman/keyboards
Usage:
build.sh [options...] [action][:target]...
Actions:
clean remove build/ folder and build artifacts
configure install dependencies, e.g. npm
build build target(s)
test run automated tests
Targets:
:project this project
Options:
--silent, -s Suppress unnecessary messages
--keyboard, -k KEYBOARD Build specific targets only, e.g. release/ or release/a/ or release/a/anii/, comma separated
--verbose, -v Verbose logging
--debug, -d Debug build
--color Force colorized output
--no-color Never use colorized output
--help, -h Show this help
Dependencies:
This module has no dependencies
* Specify action:target to run a specific action against a specific :target.
* If action is specified without a target suffix, it will be applied to all :targets.
* If :target is specified without an action prefix, build:target will be inferred.
* If no action, :target, or action:target entries are specified, build will run on all :targets.
If a keyboard has been replaced by another keyboard, include a DEPRECATED.md file in the folder referencing the new keyboard name.
We appreciate the effort of reaching out about any issue or suggestion that is beneficial for the community. Share with us on our community site.