How to Choose a Chinese Keyboard: Pinyin, Double Pinyin and Rime
Choose an input scheme before a keyboard app, test everyday typing, and check what stays local, syncs to cloud storage or reaches an online service.
Published / Methodology
Choose the input scheme before the app
Start with the Chinese you need to write and the devices you use. An input scheme describes how you enter sounds or shapes; a keyboard app supplies the interface, dictionaries and additional services. Rime is an input-method engine with different frontends and configurable schemes. Its name alone does not tell you which layout, dictionary, synchronization service or online feature an app provides.
拼音 (pīnyīn), the standard romanization of Mandarin, lets you enter a pronunciation and select the intended characters. 双拼 (shuāngpīn), literally “double spelling,” maps syllable components to keys to shorten input. Rime’s user guide documents several such schemes. Learn the mapping for the exact scheme you choose; similarly named options are not a reason to assume identical key assignments.
| Starting point | Useful when | What to check |
|---|---|---|
| Full pinyin | You already know Mandarin pronunciation and want a familiar starting point | Candidate selection, proper names, punctuation and mixed English |
| Double pinyin | You want to learn a compact encoding and can practice its mapping | The specific mapping, error recovery and whether your devices support it |
| A Rime-based app | You need configurable schemes, dictionaries or reusable phrases | The frontend, supported configuration, deployment steps and data handling |
Keep pronunciation, encoding and output script separate
Changing to a shorter encoding does not teach an unfamiliar word’s pronunciation. A learner who cannot identify a syllable may need a dictionary, handwriting or another lookup method before a phonetic keyboard helps. Likewise, choosing simplified or traditional output is a separate setting from choosing a phonetic scheme. Check the exact output variant you need in the app rather than treating “traditional” as a single universal preference.
On iPhone, Apple documents adding keyboards through Settings → General → Keyboard → Keyboards → Add New Keyboard, and switching with the globe or emoji key. Keep a familiar keyboard available while testing another. Consult the app’s own setup instructions for any extra steps; an engine’s desktop instructions do not automatically apply to an iOS frontend.
Run a small test with text you actually write
Before changing your daily setup, make a short test sheet: a common sentence, a person or place name, an uncommon work term, an English product name inside a Chinese sentence, a number and date, and punctuation. Use harmless sample text. Try selecting the second candidate, correcting one wrong key, moving the cursor and deleting a word. Record the result and the app, scheme and dictionary versions.
Repeat the same sheet after changing only one setting. Count corrections and note any awkward switching; do not compare two runs that also changed the dictionary and layout. This is a personal usability check, not a controlled speed benchmark. A promotional accuracy percentage does not establish how a keyboard handles your names, terminology or typing habits.
Separate local typing from optional network features
Read a keyboard’s privacy policy by feature: ordinary conversion and learning, dictionary or model downloads, cloud synchronization, voice input, translation and AI writing. “Local typing” describes one part of that list. It does not establish that every feature or the containing app works without a network.
For example, Hare’s published policy says everyday conversion normally runs on the device, while optional online scripts can send selected text, current input or clipboard content directly to a service chosen by the user. It also describes cloud-folder synchronization and model downloads. These are developer statements, not a ThreadEast traffic audit. Before using an online feature, identify the destination, the text it receives, the provider’s handling terms and how to disable it.
Treat Full Access as a capability decision
Apple’s archived custom-keyboard developer guide explains that open access enables networking and a shared container with the containing app. Granting a capability does not prove that every use sends text away, and a developer’s statement that typing is local does not remove the capability. Check current app documentation for which features require it and begin with the permissions needed for your test.
Hare says its bundled keyboard can type without Full Access, while imported configurations and shared app data need it. That distinction belongs to this implementation; do not generalize it to every Rime-based keyboard. ThreadEast reviewed documentation and did not install the app, inspect its network traffic or verify all current iOS behavior.
Back up configuration and learned words deliberately
Before importing a configuration, keep a copy of your working setup and list its dependent dictionaries. Rime’s user guide distinguishes configuration from learned-word data and documents dictionary snapshots and synchronization. A plain phrase list is not necessarily a complete backup of learning history. Follow the instructions for the particular frontend and version, including deployment or reload steps after configuration changes.
If you enable a cloud folder, check which records enter it and how to remove old copies. Hare’s policy says disabling synchronization does not delete files already written there. Keep sensitive names and phrases out of a test dictionary until you understand that boundary. Finish your trial with a usable fallback keyboard, a saved working configuration and a clear list of enabled online features.
Scope and further reading
This guide is a selection and testing workflow based on Apple and Rime documentation and a developer’s published app documentation, checked October 27, 2026. It does not rank keyboard apps or verify storefront availability, current prices, performance claims or security. The accompanying dated briefing explains why an October 20 SSPAI developer post was selected from an October 27 ThreadEast observation.
Sources & further reading
- October 27 keyboard briefing
- Rime official website
- Rime user guide: input schemes and user data
- Apple: Add or change keyboards on iPhone
- Apple archived developer guide: Custom Keyboard
- Hare: Rime on iPhone and iPad
- Hare privacy policy
Found an error? Request a correction.