- 02 Jun, 2016 - 1 commit
-
-
Mitch Curtis authored
It was using qtbase/lipi_toolkit/projects/lipiengine.cfg but it should be qtbase/qtvirtualkeyboard/lipi_toolkit/projects/lipiengine.cfg Change-Id: Ib8a7fe62739c23470e536ac25e16483df499a1a6 Task-number: QTBUG-53366 Reviewed-by:
Samuli Piippo <samuli.piippo@qt.io>
-
- 26 May, 2016 - 1 commit
-
-
Jarkko Koivikko authored
This fixes the default value of LIPI_ROOT after merge commit 17548a0b Change-Id: I9de341978d89dadc3aecec5afc4f726eb1c82c27 Reviewed-by:
Mitch Curtis <mitch.curtis@qt.io>
-
- 15 May, 2016 - 1 commit
-
-
Jarkko Koivikko authored
Installing plugins into a data path is a very bad idea, even more so when the path disagrees with the non-prefix location. The default LIPI_ROOT contains both the plugins and the projects needed at runtime for handwriting recognition. This change adds new environment variable LIPI_LIB which points to location for plugins only. This allows the separation of the two. Change-Id: Ie50b6871b6d176b2d06ff068743b40e9daa2c5cb Reviewed-by:
Oswald Buddenhagen <oswald.buddenhagen@theqtcompany.com>
-
- 13 Apr, 2016 - 1 commit
-
-
Oswald Buddenhagen authored
linux distributors don't like it at all when arch-specific binaries end up in shared data directories. Change-Id: I2f983cb8fc3713fea25cd103013d0ce5356ffa0c Reviewed-by:
Joerg Bornemann <joerg.bornemann@theqtcompany.com>
-
- 17 Mar, 2016 - 1 commit
-
-
Anton Kudryavtsev authored
It's faster. Change-Id: Ic8fba4775a45d0eeb3cfd45eb40e51d14d3dce3f Reviewed-by:
Mitch Curtis <mitch.curtis@theqtcompany.com>
-
- 12 Jan, 2016 - 1 commit
-
-
Kalle Viironen authored
Change-Id: I0dc6af72a3ae52a0b97b704df84fb1a8197aeeb8 Reviewed-by:
Jani Heikkinen <jani.heikkinen@theqtcompany.com> Reviewed-by:
Rainer Keller <rainer.keller@theqtcompany.com>
-
- 27 Oct, 2015 - 1 commit
-
-
Jarkko Koivikko authored
This change wraps the entire C++ API into namespace. In practice, all the C++ interfaces inside the qtvirtualkeyboard plugin are private, except the QPlatformInputContext plugin API. Even the AbstractInputMethod and AbstractInputPanel are not really a public in the sense that they could be used outside the plugin. At least it does not make sense, since there is no way to extend the virtual keyboard functionality without recompiling the plugin. Task-number: QTRD-3628 Change-Id: I1037ee247abca3219efeaa4e4150baaff7c3d668 Reviewed-by:
Mitch Curtis <mitch.curtis@theqtcompany.com>
-
- 26 Oct, 2015 - 1 commit
-
-
Kalle Viironen authored
Change-Id: Iba2bd21b95dde1aac5750ac77856716e0c61e577 Reviewed-by:
Kalle Viironen <kalle.viironen@theqtcompany.com>
-
- 15 Sep, 2015 - 1 commit
-
-
Mitch Curtis authored
Using the commercial template found here: https://wiki.it.local/display/QTCOM/Header+templates+to+be+used+in+Qt+Code Change-Id: If401d8fa3ff4dab6ea1e74477d5c02b5dcd09eea Task-number: QTRD-3693 Reviewed-by:
Mitch Curtis <mitch.curtis@theqtcompany.com>
-
- 27 Aug, 2015 - 3 commits
-
-
Rainer Keller authored
The error message "Error 1: Error code is not set" has no useful information in this case. LTKLinuxUtil::loadSharedLib does only return the values FAILURE or SUCCESS. No useful error text can be displayed from that. Change-Id: Ic1e00ad6a68dd14eddbe7e103a37190643b75270 Reviewed-by:
Mitch Curtis <mitch.curtis@theqtcompany.com> Reviewed-by:
Jarkko Koivikko <jarkko.koivikko@code-q.fi>
-
Rainer Keller authored
This is needed in order to use HWR from a different path. Change-Id: If836dda550defd42e7ca7067a788e0d917787dd1 Reviewed-by:
Jarkko Koivikko <jarkko.koivikko@code-q.fi>
-
Jarkko Koivikko authored
This change improves the user experience by reducing the time spent waiting the HWR task to complete. Previously the recognition was started after the recognition timer expired. This caused the total overhead of the recognition to be summed on top of the recognition timer, reducing the user experience in low performance devices. Now the idle time (during the recognition timer) is used for the benefit of HWR task, so that in optimal case, the recognition result is available immediately after the recognition timer expires. If the HWR task takes longer to process than the recognition timer, the results will be provided as soon as the HWR task is done. Ongoing recognition task is cancelled if the user continues drawing while the recognition timer is running. If the recognition task is already completed, the current result is ignored and the result from the next recognition task is used instead. Change-Id: I9ba797223d8a9b8daf423e500fcf9d5250caaa5a Reviewed-by:
Mitch Curtis <mitch.curtis@theqtcompany.com>
-
- 17 Jun, 2015 - 1 commit
-
-
Jarkko Koivikko authored
This change adds a reference implementation of the handwriting input method. The handwriting support is enabled by adding CONFIG+=lipi-toolkit to the qmake command line. The current implementation uses alphanumeric model for handwriting recognition, which come bundled in the lipi toolkit. Change-Id: I1fcc0a0c0620dd7f9503a2a584cea0003e8a032e Reviewed-by:
Gatis Paeglis <gatis.paeglis@theqtcompany.com>
-