RESOLVED FIXED 42640
[EFL] Implement input method notification
https://bugs.webkit.org/show_bug.cgi?id=42640
Summary [EFL] Implement input method notification
Lucas De Marchi
Reported Tuesday, July 20, 2010 3:14:35 PM UTC
[EFL] Implement input method notification
Attachments
Patch (8.57 KB, patch)
2010-07-20 07:28 PDT, Lucas De Marchi
no flags
Patch (8.60 KB, patch)
2010-07-22 11:12 PDT, Lucas De Marchi
no flags
Lucas De Marchi
Comment 1 Tuesday, July 20, 2010 3:28:09 PM UTC
Antonio Gomes
Comment 2 Tuesday, July 20, 2010 3:55:35 PM UTC
maybe it makes sense to make use of the newly added EditorClientEfl::willSetInputMethodState for editor hint "settage" (?) void EditorClientEfl::willSetInputMethodState() It was added specifically for that by Chromium guys. Other ports like Qt have not adapted themselves to make use of it, though. Could you check?
Lucas De Marchi
Comment 3 Tuesday, July 20, 2010 4:52:34 PM UTC
(In reply to comment #2) > maybe it makes sense to make use of the newly added EditorClientEfl::willSetInputMethodState for editor hint "settage" (?) > > void EditorClientEfl::willSetInputMethodState() It's not feasible, at least for setting the hints of the to-be-focused node. This is because when this method is called, the new node is not focused yet and there's no way to get a reference for this node. Both QT and EFL relies on focusedNode()->hasTagName(WebCore::HTMLNames::inputTag) to determine the input type. In fact, chromium guys added this method because I reported to Kenneth that their prior change had broken input hints on QT. Maybe I could add a signal on EditorClientEfl::willSetInputMethodState() to inform that a virtual keyboard should be closed, but I don't see a need since it's well accomplished by the way it is right now.
Antonio Gomes
Comment 4 Thursday, July 22, 2010 4:43:19 PM UTC
Comment on attachment 62073 [details] Patch r=me with the below fixed. <demarchi> ow.. and now i see there's a typo in doc <demarchi> it's "inputmethod,changed", not "inputmethods,changed"
Lucas De Marchi
Comment 5 Thursday, July 22, 2010 7:12:20 PM UTC
WebKit Commit Bot
Comment 6 Thursday, July 22, 2010 7:50:32 PM UTC
Comment on attachment 62318 [details] Patch Rejecting patch 62318 from commit-queue. lucas.demarchi@profusion.mobi does not have committer permissions according to http://trac.webkit.org/browser/trunk/WebKitTools/Scripts/webkitpy/common/config/committers.py. - If you do not have committer rights please read http://webkit.org/coding/contributing.html for instructions on how to use bugzilla flags. - If you have committer rights please correct the error in WebKitTools/Scripts/webkitpy/common/config/committers.py by adding yourself to the file (no review needed). Due to bug 30084 the commit-queue will require a restart after your change. Please contact eseidel@chromium.org to request a commit-queue restart. After restart the commit-queue will correctly respect your committer rights.
WebKit Commit Bot
Comment 7 Friday, July 23, 2010 2:11:34 AM UTC
Comment on attachment 62318 [details] Patch Clearing flags on attachment: 62318 Committed r63933: <http://trac.webkit.org/changeset/63933>
WebKit Commit Bot
Comment 8 Friday, July 23, 2010 2:11:39 AM UTC
All reviewed patches have been landed. Closing bug.
Note You need to log in before you can comment on or make changes to this bug.