[Webkit-unassigned] [Bug 118445] [Qt] QtWebKit should allow sending domain specific keycode to HTML applications

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=118445





--- Comment #21 from Allan Sandfeld Jensen <allan.jensen at digia.com>  2013-07-23 05:17:47 PST ---
(In reply to comment #20)
> (In reply to comment #19)
> > If you can make due with the keycodes outside of what Qt uses >255 <0x01000000. We could pass them through as there is no overlap. Though I think the best solution would be a setting to let us know were are in CE mode.
> 
> I'm getting your point :) But I'm sure adding a new property to a Qt's QKeyEvent is a painful job, because WebKit has to wait until the stable Qt release(with the change).
> 
> What about adding a global settings(via QWebSettings)? like adding new value to QWebSettings::WebAttribute..?
> 
> eg)
> QWebSettings::setAttribute(QWebSettings::WebAttribute::TVEnabled, true);
> 
> If above attribute is set, then from PlatformKeyboardEventQt.cpp given keycode will be just passed to WebCore.
> 
> What do you think?

I was considering that, but I still don't like the passthrough of values that could be misinterpreted. We could implement the correct conversion from Qt keycodes to CE keycodes, but it turns out it is not entirely consistant between the standards. VK_MENU and VK_BACK are mappped differently on CE-HTML than on EBIF and OCAP.

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.