/**************************************************************************** ** ** Copyright (C) 2021 The Qt Company Ltd. ** Contact: https://www.qt.io/licensing/ ** ** This file is part of the documentation of the Qt Toolkit. ** ** $QT_BEGIN_LICENSE:COMM$ ** ** Commercial License Usage ** Licensees holding valid commercial Qt licenses may use this file in ** accordance with the commercial license agreement provided with the ** Software or, alternatively, in accordance with the terms contained in ** a written agreement between you and The Qt Company. For licensing terms ** and conditions see https://www.qt.io/terms-conditions. For further ** information use the contact form at https://www.qt.io/contact-us. ** ** $QT_END_LICENSE$ ** ** ** ** ** ** ** ****************************************************************************/ /*! \page qtvirtualkeyboard-build.html \title Building Qt Virtual Keyboard \section1 Overview This document describes how to build the Qt Virtual Keyboard plugin. The project is split into the following subprojects: \table \row \li \e examples/virtualkeyboard/basic/basic.pro \li Qt Virtual Keyboard Demo application \row \li \e src/virtualkeyboard/import/ \li Qt Virtual Keyboard QML plugin (QtQuick.VirtualKeyboard) \row \li \e src/virtualkeyboard/plugin/ \li Qt Virtual Keyboard platform input context plugin. This plugin provides the QPlatformInputContext interface for the Qt and is also responsible for loading the Virtual Keyboard Plugins (QtQuick.VirtualKeyboard.Plugins). \row \li \e src/virtualkeyboard/plugins/ \li A directory containing Qt Virtual Keyboard plugins, such as the Hunspell plugin \row \li \e src/virtualkeyboard/settings/ \li Qt Virtual Keyboard Settings QML plugin (QtQuick.VirtualKeyboard.Settings) \row \li \e src/virtualkeyboard/styles/styles.pro \li Qt Virtual Keyboard Styles QML plugin (QtQuick.VirtualKeyboard.Styles) \row \li \e src/virtualkeyboard/virtualkeyboard.pro \li Qt Virtual Keyboard module, QML components and layouts \endtable The input methods are implemented either in C++ or QML. Qt Virtual Keyboard provides implementations of \e PlainInputMethod, \e MultitapInputMethod and \e HunspellInputMethod. The \e MultitapInputMethod is implemented in QML while the others are implemented in C++. \section1 Build Instructions The Qt Virtual Keyboard can be built for Linux Desktop/X11, Windows Desktop or Boot2Qt targets. The target is automatically detected by QMAKE and requires no special configuration parameters. Qt Creator is the preferred build environment for Qt Virtual Keyboard as you can then leverage the shadow build functionality and rapidly switch between build targets. \section2 Configuration Options The table below contains the top-level options for configuring the virtual keyboard features. \table \header \li CONFIG \li Description \li Remarks \row \li \e lang- \li Enables the specified language \li The specified language can be activated using \e lang- option, which has the format "language[_country]", where: \list \li language is a lowercase, two-letter, ISO 639 language code \li country is an uppercase, two-letter, ISO 3166 country code \endlist This option can be used to define the language support as required. The virtual keyboard can support one or more languages at a time. For example, \c CONFIG+=lang-fi_FI activates the Finnish language. The virtual keyboard automatically includes all languages if no other languages are specified. \row \li \e lang-all \li Enables all the languages \li Enables all the languages supported by the virtual keyboard. This flag is essentially an alias for \c {CONFIG+="lang-ar_AR lang-da_DK ..."} This option is enabled by default. To build only a specific language, use the \c lang- option above. \row \li \e handwriting \li Enables handwriting input \li This flag enables handwriting input using the first engine available at build time in the following order: \c myscript, \c t9write, \c lipi-toolkit. To enable handwriting input using a specific engine, use the feature-specific configuration instead. For example, \c CONFIG+=lipi-toolkit. \row \li \e arrow-key-navigation \li Enables arrow key navigation for the keyboard \li Allows controlling the keyboard using the arrow and return keys. \endtable \section3 Advanced Configuration Options The table below shows the advanced configuration options that will be applied automatically when activating a certain top-level feature. The options can also be used for enabling or disabling a specific feature. In most cases, these options are not needed, but there are also cases where their use is justified. For example, the Traditional Chinese language (CONFIG=lang-zh_TW) will include both Zhuyin and Cangjie input methods by default. This behavior can be changed by adding the preferred input method to the configuration, e.g., \c CONFIG+="lang-zh_TW zhuyin". \table \header \li Advanced CONFIG \li Top-level CONFIG \li Description \li Remarks \row \li \e disable-desktop \li \e n/a \li Disables Desktop integration \li By default, the desktop integration is enabled when the target environment is X11 or Windows desktop. With this option, the desktop integration can be disabled. \note For embedded integration, where the InputPanel is instantitated by the application, there is no need to use this option explicitly. The virtual keyboard will not create the desktop input panel if the application creates InputPanel before the focus is set to an input field. \row \li \e disable-layouts \li \e n/a \li Disables built-in layouts \li By default, the virtual keyboard plugin contains the English keyboard layout. By specifiying the \e disable-layouts configuration flag, the built-in layout(s) are excluded from the virtual keyboard plugin. \note In this scenario, the \c QT_VIRTUALKEYBOARD_LAYOUT_PATH environment variable should be set to the file system directory containing the custom keyboard layouts before running the application. \row \li \e disable-xcb \li \e n/a \li Disables X11 integration \li \note Deprecated since 1.3. Use \e disable-desktop instead. \row \li \e disable-hunspell \li \e n/a \li Disables Hunspell integration \li Hunspell integration is enabled if the Hunspell library is available on the system, or if it is built using the local project file. Integration can be disabled using this option. \row \li \e no-bundle-pinyin \li \e n/a \li Disables bundling of pinyin resources \li This option excludes pinyin resources from the plugin binary. This option may be used to reduce the plugin binary size. \row \li \e no-bundle-tcime \li \e n/a \li Disables bundling of tcime resources \li This option excludes tcime resources from the plugin binary. This option may be used to reduce the plugin binary size. \row \li \e static \li Enables static builds of the virtual keyboard \li This option enables \l {Static builds}{static builds}. \row \li \e retro-style \li \e n/a \li Enables Retro style \li Changes the default keyboard style to the Retro style. Both styles are still included in the package, but this option allows you to change the built-in default style. \row \li \e no-builtin-style \li \e n/a \li Disables bunding of styles \li This option excludes styles from the plugin binary. \row \li \e pinyin \li \e lang-zh_CN \li Enables the Pinyin input method for Simplified Chinese. \li This option activates the Pinyin input method for the Simplified Chinese language. \include build.qdocinc input-method-language-option-note \row \li \e tcime \li \e lang-zh_TW \li Enables the both Cangjie and Zhuyin input methods for Traditional Chinese. \li This option activates the both Cangjie and Zhuyin input methods for the Traditional Chinese language. \include build.qdocinc input-method-language-option-note \row \li \e cangjie \li \e lang-zh_TW \li Enables the Cangjie input method for Traditional Chinese. \li This option activates the Cangjie input method for the Traditional Chinese language. \include build.qdocinc input-method-language-option-note \row \li \e zhuyin \li \e lang-zh_TW \li Enables the Zhuyin input method for Traditional Chinese. \li This option activates the Zhuyin input method for the Traditional Chinese language. \include build.qdocinc input-method-language-option-note \row \li \e hangul \li \e lang-ko_KR \li Enables the Hangul input method for Korean. \li This option activates the Hangul input method for the Korean language. \include build.qdocinc input-method-language-option-note \row \li \e openwnn \li \e lang-ja_JP \li Enables the OpenWnn input method for Japanese. \li This option activates the OpenWnn input method for the Japanese language. \include build.qdocinc input-method-language-option-note \row \li \e lipi-toolkit \li \e handwriting \li Enables the handwriting input method using Lipi Toolkit. \li Handwriting recognition is based on the open source Lipi Toolkit. \row \li \e t9write \li \e handwriting \li Enables the handwriting input method using T9 Write. \li Handwriting recognition is based on the commercial T9 Write product from Nuance Communications. \row \li \e myscript \li \e handwriting \li Enables the handwriting input method using MyScript Text SDK. \li Handwriting recognition is based on the most recent commercial Text Recognition SDK product from MyScript. \endtable \section2 Building Documentation \table \row \li \e {make docs} \li Generates documentation \endtable \section2 Hunspell Integration By default, \e HunspellInputMethod will not be available unless the Hunspell library and development headers are found. For Linux/X11 targets, the Hunspell library can be provided by installing the libhunspell-dev package. Alternatively, the Hunspell sources can be extracted into the \e src/plugins/hunspell/3rdparty/hunspell directory. The sources are automatically detected by the qmake and the project will be configured to use the local Hunspell. If Hunspell sources are used, then the dictionary files must also be copied into the \e src/plugins/hunspell/3rdparty/hunspell/data directory. An example of how the directory structure should look after copying in the Hunspell sources and dictionary files is listed below: \badcode 3rdparty └── hunspell ├── data │ ├── en_GB.aff │ └── en_GB.dic ├── hunspell.pro └── src └── hunspell ├── affentry.cxx ├── affentry.hxx (etc.) \endcode \section2 T9 Write Integration T9 Write integration supports the T9 Write Alphabetic and T9 Write CJK engines. Both engines are integrated via T9WriteInputMethod. The input method can be initialized with either of the engines at runtime. The engine selection happens automatically based on input locale and input mode from the keyboard. \section3 T9 Write Compatibility Qt Virtual Keyboard is compatible with T9 Write v7.5.0 onward. The latest tested version is v7.8.1. \section3 T9 Write Build Preparations The contents of the SDK must be either manually copied to the directory structure described below, or by using the \e unpack.py script found in the t9write directory. To unpack the SDK using the script: \badcode $ cd src/plugins/t9write/3rdparty/t9write/ $ python unpack.py T9Write_Alpha_v7-8-0_SDK.zip . \endcode \badcode 3rdparty └── t9write ├─── api │ ├─── decuma*.h │ ├─── t9write*.h │ └─── xxt9w*.h ├─── data │ ├─── arabic │ │ └─── *.bin [T9 Write Arabic] │ ├─── hebrew │ │ └─── *.bin [T9 Write Hebrew] │ ├─── *.bin [T9 Write Alphabetic] │ ├─── *.hdb │ ├─── *.phd │ └─── *.ldb [T9 Write v7.5] └─── lib ├─── arm │ ├─── shared │ │ ├─── alphabetic │ │ │ └─── *.so │ │ └─── cjk │ │ └─── *.so │ └─── static │ ├─── alphabetic │ │ └─── *.a / *.o │ └─── cjk │ └─── *.a / *.o ├─── linux-x86 │ ├─── shared │ │ ├─── alphabetic │ │ │ └─── *.so │ │ └─── cjk │ │ └─── *.so │ └─── static │ ├─── alphabetic │ │ └─── *.a / *.o │ └─── cjk │ └─── *.a / *.o └─── win32 ├─── shared │ ├─── alphabetic │ │ ├─── *.dll │ │ └─── *.lib │ └─── cjk │ ├─── *.dll │ └─── *.lib └─── static ├─── alphabetic │ └─── *.lib / *.obj └─── cjk └─── *.lib / *.obj \endcode \note The above files are from the T9 Write demo SDK for Windows; the contents may vary for other platforms. Where the contents of each directory are: \table \header \li Directory \li Description \li Remarks \row \li \e api \li This directory should contain all of the API files \li The API files usually located in the "api" and "public" directories of the SDK, but sometimes in the "demo" directory. When using both Alphabetic and CJK engines at the same time, any overlapping files can be copied from either SDK. \row \li \e data \li This directory should contain all HWR databases and optionally XT9 databases. \li HWR database for the T9 Write Alphabetic: \list \li \e _databas_le.bin \endlist HWR database for the T9 Write CJK: \list \li \e cjk_HK_std_le.hdb HongKong Chinese \li \e cjk_J_std_le.hdb Japanese \li \e cjk_K_mkt_le.hdb Korean \li \e cjk_S_gb18030_le.hdb Simplified Chinese \li \e cjk_T_std_le.hdb Traditional Chinese \endlist Language database: \list \li File extension is either \e .ldb or \e .phd \endlist \row \li \e lib/// \li Directory structure holding supported target builds. \li These directories should hold the desired target libraries. If both shared and static libraries are found, shared libraries are preferred. For example, to enable a static win32 build, copy \e t9write_alphabetic_rel.obj to \e lib/win32/static/alphabetic directory. \endtable Finally, the SDK is included in the build by adding CONFIG+=t9write to the qmake command line. \section2 MyScript Text SDK Integration MyScript Text is designed for building applications that enable the recognition of handwritten text. MyScript Text supports the recognition of isolated characters, cursive, print and superimposed writing. MyScript superimposed writing is integrated into Qt Virtual Keyboard. It enables the recognition of letters, words or parts of words written one over the other, without any explicit separation between consecutive fragments. It is capable of running on memory and CPU constrained devices. \section3 Input handwriting styles of MyScript Text SDK The end-user can write one word fragment over the other, or one character over the other, as depicted below. Space between two written words are automatically added, so that there is no need for an explicit gesture. \raw HTML
Writing one character over the other
Writing fragments of word over the others
\endraw \section3 Language coverage of MyScript Text SDK MyScript Superimposed supports 70 languages. \section3 MyScript Text SDK Packages Installation The MyScript delivery team can provide you the packages with various \c .zip archives. To access all the code, tools, and resources needed for building your own handwriting application, \b {extract all the packages in the same destination folder} as \c src/plugins/myscript/3rdparty/myscript. The file hierarchy should look like below: \badcode 3rdparty └── myscript ├─── conf ├─── doc ├─── edk ├─── engine │ └─── bin │ ├─── lin-arm64 │ │ └─── *.so │ ├─── lin-armv7 │ │ └─── *.so │ ├─── lin-x64 │ │ └─── *.so │ ├─── lin-x86 │ │ └─── *.so │ ├─── win-x64 │ │ └─── *.dll │ ├─── win-x86 │ │ └─── *.dll │ (etc.) ├─── rdk ├─── resources │ ├─── ar │ │ └─── *.res │ ├─── en_GB │ │ └─── *.res │ ├─── ja_JP │ │ └─── *.res │ ├─── ko_KR │ │ └─── *.res │ ├─── zh_CN │ │ └─── *.res │ (etc.) ├─── tools └─── voim ├─── api ├─── bin │ ├─── lin-arm64 │ │ └─── *.so │ ├─── lin-armv7 │ │ └─── *.so │ ├─── lin-x64 │ │ └─── *.so │ ├─── lin-x86 │ │ └─── *.so │ ├─── win-x64 │ │ └─── *.dll │ ├─── win-x86 │ │ └─── *.dll │ (etc.) └─── conf \endcode The description for the contents of each directory are: \table \header \li Directory \li Description \row \li \e conf \li Contains the language configuration files that the Engine uses to configure language resources. \row \li \e doc \li Contains the HTML documentation files. The file \c index.html displays the main page. \row \li \e edk \li Contains the Engine Development Kit and handwriting programming elements for each supported programming language API, including code samples. \row \li \e engine \li Contains libraries of each engine object, depending on the target platforms it could be SO, A, or DLL. \row \li \e rdk \li Contains the Resource Development Kit, i.e. tools and examples for creating custom resources. \row \li \e resources \li Contains resource files with the /c .res extension. They are binary assets used at run time by the different MyScript technologies to achieve the various recognition tasks. \row \li \e tools \li Contains useful programmer tools including InkTool for ink testing. \row \li \e voim \li Contains libraries of MyScript Text Input Method. It is an extension SDK to the MyScript Text recognition system and designed for building input methods using handwriting recognition easily and quickly. \endtable \section3 Setting the Certificate of MyScript Text SDK \b {A valid certificate is mandatory to use the MyScript Text SDK.} This is a security measure that uniquely identifies you as a legitimate customer of MyScript technologies. The certificate helps MyScript trace customers' identify and the products that have been purchased. The certificate is delivered in the /c [your_login].vo.zip package. When you unzip this package, the certificate is automatically put in the appropriate location. This ensure that the certificate is instantly working within the services and code samples that you have been provided with. \section3 How to build Qt Virtual Keyboard with MyScript Text SDK The MyScript Text SDK is included in the build of Qt Virtual Keyboard by either adding \c CONFIG+=handwriting or \c CONFIG+=myscript to the qmake command line. \section2 Static builds The virtual keyboard can be built and linked statically against the application. This implies that Qt is also built statically (using the -static option in the configure command line). Static builds of the virtual keyboard are enabled by adding \c CONFIG+=static to the qmake command line and then rebuilding. Some third party modules used by the virtual keyboard are always built as shared libraries. These modules are Hunspell and Lipi Toolkit. \section3 Using the static plugin The following section should be added to the application project file that uses the statically built virtual keyboard. \code static { QTPLUGIN += qtvirtualkeyboardplugin QT += svg } \endcode \c QTPLUGIN causes qmake to pull linker dependencies for the virtual keyboard plugin. The SVG module is required as an extra dependency for Qt, since the SVG format is required by the default styles. From here on, using a statically built virtual keyboard is no different from the normal case. \section1 Deployment \section2 Desktop Targets Add a Deploy Step that executes the \e {make install} command, then deploy using the \e {Deploy All} command. \section2 Boot2Qt Targets The installation is done by copying the necessary files to the memory card, or by using the adb push command. */