- From: <bugzilla@jessica.w3.org>
- Date: Thu, 07 Nov 2013 02:04:30 +0000
- To: public-webapps@w3.org
https://www.w3.org/Bugs/Public/show_bug.cgi?id=22093
Jianfeng Lin <jianflin@microsoft.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |REOPENED
CC| |jianflin@microsoft.com
Resolution|FIXED |---
--- Comment #9 from Jianfeng Lin <jianflin@microsoft.com> ---
How about the "isCandidateWindowVisible()" in the proposal
https://dvcs.w3.org/hg/ime-api/raw-file/tip/proposals/IMEProposal.html#widl-InputMethodContext-isCandidateWindowVisible-boolean
It's equivalent to having a candidatewindowshow event fired without a matching
oncandidatewindowhide event, but can be queried at any time, whereas the event
approach requires the developer to listen to the events and update the status
in a variable. When the page is going to show some UI, the developer could call
this function to see if the candidate window is visible, and if so, call
getCandidateWindowClientRect() and position the UI away from the candidate
window.
--
You are receiving this mail because:
You are on the CC list for the bug.
Received on Thursday, 7 November 2013 02:04:32 UTC