| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Reviewed-by: Trust Me
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Currently QCoeFepInputContext uses default QLineEdit palette when
setting up text format before passing the formatted text to native
side (which uses it, for example, to show T9 suggested words).
The above way is incorrect due to two reasons:
- custom widget might not be anything like QLineEdit and might have
really different palette from it
- it ignores stylesheets (or modifications to the QLineEdit's palette)
Therefore, the color for text format is picked up from focusWidget,
if it is available (in most cases it should be). If the focusWidget
is not available, then QLineEdit default palette is used.
Task-number: QTBUG-9480
Reviewed-by: Janne Koskinen
|
|
|
|
|
|
|
|
|
|
|
|
| |
The default values for QCoeFepInputContext are set so that lower
('ab') and upper cases ('AB') are supported. Without any input method
hints, input mode widgets cannot get into text mode ('Ab') at all.
Changed the implementation so that default value is 'Text' like
in native S60 devices.
Task-number: QTBUG-10006
Reviewed-by: Janne Koskinen
|
|
|
|
|
|
|
|
|
| |
This is regression in QCoeFepInputContext::commitCurrentString.
Recent member variable removal broke the existing functionality.
Fixed by removing the orphaned return-statement.
Task-number: QTBUG-9867
Reviewed-by: Alessandro Portale
|
|
|
|
|
|
|
|
|
|
| |
In Sym^3 when virtual keyboard is opened, text selection is not
carried over from editor-like widget to the VKB. This is due that
new implementation of AVKON FEP manager requires that clients indicate
with editor flags that they can handle text selection.
Task-number: QT-3277
Reviewed-by: Janne Anttila
|
|
|
|
|
| |
Task-number: QTBUG-6851
Reviewed-by: Sami Merila
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
In T9 input mode StartFepInlineEditL gets called with empty initial
text. In case there was text selected in editor when editing started,
the selected text did not get removed since the logic in editors to
detect input is as follows:
bool isGettingInput = !event->commitString().isEmpty()
|| event->preeditString() != preeditAreaText()
|| event->replacementLength() > 0;
This means that empty preeditString did not trigger selection removal,
but the selected text was removed when non-empty inline text was
provided by UpdateFepInlineTextL. However, the S60 FEP assumes that
StartFepInlineEditL removes the selected text, i.e
GetCursorSelectionForFep after StartFepInlineEditL must return empty
selection.
The above issue was fixed by removing the selected text explicitly in
StartFepInlineEditL if aInitialInlineText is empty.
Task-number: QTBUG-6363
Reviewed-by: Axis
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
On Symbian^3, the virtual keyboard cannot be closed anymore
when the editor area where the text is displayed is tapped and
autocompletion is suggesting a word currently.
This is caused by the fragile native FEP manager which assumes that
client must report certain event (EAknCursorPositionChanged), after
user interaction with the editor area. Otherwise the native FEP
manager is in dead-lock, until somebody reports this event to it.
Task-number: QTBUG-7828
Reviewed-by: axis
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
There were two bugs:
- First, we need to avoid triggering the CancelTransaction call when
committing the temporary preedit text, because otherwise FEP starts
sending us spurious backspace events. Since the
"triggeredBySymbian" variable is no longer descriptive for that use
case, I renamed it in the process and that changed the negation of
the flag. Notice the absense of a change inside
commitTemporaryPreeditString(). That is because we want that one
to avoid the transaction cancel, and therefore wee keep the old
negation.
- Second, m_cursorPos needs to be kept in sync with the widget state
when we send the temporary preedit string, because the input
context cannot separate between types of preedit text when it hits
the first block in commitCurrentString() (types being either our
temporary text, or FEP's text), and we have to avoid the longPress
code path.
RevBy: Janne Koskinen
|
|
|
|
|
|
|
| |
The documentation states we should use the local sendEvent. Not sure
if it makes a difference, but better to be consistent.
RevBy: Trust me
|
|
|
|
| |
RevBy: Trust me
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
It's annoying to lose preedit (e.g. underlined) text everytime a
focus switch occurs, especially because it can sometimes happen
while inside the FEP menus, such as "Insert symbol".
Fixed by committing the text in reset() implementation, rather than
discarding it.
Task: QTBUG-7439
RevBy: Sami Merila
|
|
|
|
|
|
|
|
|
|
|
| |
This was done by intercepting key events with text in them, and
temporarily submit them as preedit text instead of real input text.
Currently it does not work in WebKit, but that is because WebKit
hides preedit text as well, which is a bug of its own.
RevBy: Simon Hausmann
Autotest: Manual testing went fine
|
|
|
|
| |
Reviewed-by: Trust Me
|
|
|
|
|
|
|
|
| |
Calling SetFocus twice here was obsolete and caused intermittent panics.
Replaced them with proper queueInputCapabilitiesChanged call.
Task-number: QTBUG-6519
Reviewed-by: axis
|
|
|
|
|
|
|
|
|
|
| |
When using T9, FEP is always using black text color. This is due to
that we use default parameters for TFontPresentation. If we change
the text color according to style, before calling
GetFormatOfFepInlineText, it uses color value from style.
Task-number: QTBUG-4072
Reviewed-by: axis
|
|\ |
|
| |
| |
| |
| |
| |
| | |
The word 'module' was missing.
Reviewed-By: TrustMe
|
| |
| |
| |
| |
| | |
Task: QTBUG-5661
RevBy: Janne Koskinen
|
| |
| |
| |
| | |
RevBy: Trust me
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
The native FEP handles the 'pencil' key on some platforms by opening an
edit menu on the screen that contains things like 'Insert Symbol' and
'Writing Language' for text input widgets. This was previously not
working in the Qt input method implementation because in order for the
FEP system to open the menu, it must be able to access the menu bar
(CBA). This is done my using the object provider mechanism (MOP) and
an implementation of the MopNext() function was missing. Adding this
and also setting the AppUi as the MOP parent for top level widgets
allowed the FEP framework to find it's way to the menubar and thus
open a menu.
Task-number: QTBUG-5606
Reviewed-by: axis <qt-info@nokia.com>
Reviewed-by: mread <qt-info@nokia.com>
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Qt key event was not handled properly in the case of long key press.
With long key press, QCoeFepInputContext::commitCurrentString gets
called 3 times("q", "", "1"). (Normal key press is causing one call).
This is how aknfep works, so commitCurrentString was modified
to replace first character if long key press event detected.
E.g. "q" is replaced with "1".
qlinecontrol modified to keep cursor position correct.
Signed-off-by: axis <qt-info@nokia.com>
|
|/
|
|
|
| |
Task: QT-1141
RevBy: mread
|
|
|
|
| |
RevBy: Iain
|
|
|
|
|
| |
Task: QT-2418
RevBy: Shane Kearns
|
|\ |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
QLineEdits with input masks report the cursor position relative to
displayed text via inputMethodQuery(), but the text returned is
the actual text of the control, which can differ from displayed text,
causing mismatch between FEP display and control display.
To properly fix this we would need to know the displayText of
QLineEdits instead of just the text, which on itself should be a trivial
change. The difficulties start when we need to commit the changes back
to the QLineEdit, which would have to be somehow able to handle
displayText, too.
Task made to fix this properly: QTBUG-5050
Task-number: QTBUG-4892
Reviewed-by: axis
|
|/
|
|
|
|
|
|
|
|
| |
After typing a sentence in Japanese, and before committing the
sentence, you can select each component and choose a different
character representation for it. This commit fixes highlighting of the
currently selected sentence component which was broken by commit
55137901.
Reviewed-by: Marius Storm-Olsen
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The two major points were:
- Replacing "s60" with "symbian" in all event handling functions,
since there is nothing S60-specific about them.
- Replace the Symbian event types with the encapsulating
QSymbianEvent container. This allows us to cope with more types of
events in the future without having to add new virtual functions.
AutoTest: QWidget passed
Task: QT-1156
RevBy: Jason Barron
RevBy: Shane Kearns
RevBy: Sami Merila
|
|
|
|
|
|
|
|
|
| |
New behavior is to turn them off when inputting numbers or hidden
text, which is the way it was in Qt 4.5.
Task: QT-1938
Task: QT-2257
RevBy: Prasanth Ullattil
|
|
|
|
|
|
| |
Added the missing defines
Reviewed-by: Denis
|
|
|
|
|
|
|
| |
This restores the behavior in 4.5.
Task: QT-2257
RevBy: Simon Hausmann
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
When switching away from the application, the focused widget is set to
null. When switching back, there are callbacks from S60 before the focus
has been restored.
These functions check for null widget, but the output function parameters
are left uninitialised, which causes a crash inside the S60 FEP.
1) GetXYZ functions now initialise the output parameters even when the
focused widget is null.
2) Return no input capability when there is no focused widget, as was
already done during destruction. This stops most of the callbacks
from S60.
Task-number: QTBUG-4618
Reviewed-by: axis
|
| |
|
|
|
|
| |
Reviewed-by: trustme
|
|
|
|
|
|
|
|
| |
1) Input methods caused crash due to using CCoeEnv::Fep() without
checking for NULL pointer
2) Autotest itself had Q_ASSERT where it should have used Q_VERIFY
Reviewed-by: axis
|
|\ |
|
| |
| |
| |
| | |
Reviewed-by: Trust Me
|
|/
|
|
|
| |
Task-number: 241223
Reviewed-by: Janne Koskinen
|
|
|
|
| |
That's the last of them... for now.
|
|
|
|
| |
Reviewed-by: Trust Me
|
|\
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Conflicts:
demos/boxes/glshaders.cpp
demos/boxes/vector.h
demos/embedded/fluidlauncher/pictureflow.cpp
demos/embedded/fluidlauncher/pictureflow.h
doc/src/desktop-integration.qdoc
doc/src/distributingqt.qdoc
doc/src/examples-overview.qdoc
doc/src/examples.qdoc
doc/src/frameworks-technologies/dbus-adaptors.qdoc
doc/src/geometry.qdoc
doc/src/groups.qdoc
doc/src/objecttrees.qdoc
doc/src/platform-notes.qdoc
doc/src/plugins-howto.qdoc
doc/src/qt3support.qdoc
doc/src/qtdbus.qdoc
doc/src/qtdesigner.qdoc
doc/src/qtgui.qdoc
doc/src/qtmain.qdoc
doc/src/qtopengl.qdoc
doc/src/qtsvg.qdoc
doc/src/qtuiloader.qdoc
doc/src/qundo.qdoc
doc/src/richtext.qdoc
doc/src/topics.qdoc
src/corelib/tools/qdumper.cpp
src/gui/embedded/qkbdpc101_qws.cpp
src/gui/embedded/qkbdsl5000_qws.cpp
src/gui/embedded/qkbdusb_qws.cpp
src/gui/embedded/qkbdvr41xx_qws.cpp
src/gui/embedded/qkbdyopy_qws.cpp
src/gui/embedded/qmousebus_qws.cpp
src/gui/embedded/qmousevr41xx_qws.cpp
src/gui/embedded/qmouseyopy_qws.cpp
src/gui/painting/qpaintengine_d3d.cpp
src/gui/painting/qwindowsurface_d3d.cpp
src/opengl/gl2paintengineex/glgc_shader_source.h
src/opengl/gl2paintengineex/qglpexshadermanager.cpp
src/opengl/gl2paintengineex/qglpexshadermanager_p.h
src/opengl/gl2paintengineex/qglshader.cpp
src/opengl/gl2paintengineex/qglshader_p.h
src/opengl/util/fragmentprograms_p.h
src/plugins/kbddrivers/linuxis/linuxiskbdhandler.cpp
src/plugins/mousedrivers/linuxis/linuxismousehandler.cpp
src/script/parser/qscript.g
src/script/qscriptarray_p.h
src/script/qscriptasm_p.h
src/script/qscriptbuffer_p.h
src/script/qscriptclass.cpp
src/script/qscriptclassdata_p.h
src/script/qscriptcompiler.cpp
src/script/qscriptcompiler_p.h
src/script/qscriptcontext.cpp
src/script/qscriptcontext_p.cpp
src/script/qscriptcontext_p.h
src/script/qscriptcontextfwd_p.h
src/script/qscriptecmaarray.cpp
src/script/qscriptecmaarray_p.h
src/script/qscriptecmaboolean.cpp
src/script/qscriptecmacore.cpp
src/script/qscriptecmadate.cpp
src/script/qscriptecmadate_p.h
src/script/qscriptecmaerror.cpp
src/script/qscriptecmaerror_p.h
src/script/qscriptecmafunction.cpp
src/script/qscriptecmafunction_p.h
src/script/qscriptecmaglobal.cpp
src/script/qscriptecmaglobal_p.h
src/script/qscriptecmamath.cpp
src/script/qscriptecmamath_p.h
src/script/qscriptecmanumber.cpp
src/script/qscriptecmanumber_p.h
src/script/qscriptecmaobject.cpp
src/script/qscriptecmaobject_p.h
src/script/qscriptecmaregexp.cpp
src/script/qscriptecmaregexp_p.h
src/script/qscriptecmastring.cpp
src/script/qscriptecmastring_p.h
src/script/qscriptengine.cpp
src/script/qscriptengine_p.cpp
src/script/qscriptengine_p.h
src/script/qscriptenginefwd_p.h
src/script/qscriptextenumeration.cpp
src/script/qscriptextenumeration_p.h
src/script/qscriptextqobject.cpp
src/script/qscriptextqobject_p.h
src/script/qscriptextvariant.cpp
src/script/qscriptfunction.cpp
src/script/qscriptfunction_p.h
src/script/qscriptgc_p.h
src/script/qscriptmember_p.h
src/script/qscriptobject_p.h
src/script/qscriptprettypretty.cpp
src/script/qscriptprettypretty_p.h
src/script/qscriptvalue.cpp
src/script/qscriptvalueimpl.cpp
src/script/qscriptvalueimpl_p.h
src/script/qscriptvalueimplfwd_p.h
src/script/qscriptvalueiteratorimpl.cpp
src/script/qscriptxmlgenerator.cpp
src/script/qscriptxmlgenerator_p.h
tests/auto/linguist/lupdate/testdata/recursivescan/project.ui
tests/auto/linguist/lupdate/testdata/recursivescan/sub/finddialog.cpp
tests/auto/qkeyevent/tst_qkeyevent.cpp
tools/linguist/shared/cpp.cpp
|
| |
| |
| |
| | |
Reviewed-by: Trust Me
|
| |
| |
| |
| | |
Reviewed-by: Trust Me
|
|\ \ |
|
| | | |
|
|\ \ \ |
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Windows IME supports reconversion of text. e.g. On a Japanese layout,
up on pressing the HENKAN key a list of choices for the current word are
shown in a popup. This patch adds that support to Qt. We will select the
current word in the widget and the choices are shown as in the editing
mode.
Task-number:225588
Reviewed-by: axis
|