Deliver input events that aren't consumed by a renderer back to the webview
Bug #1313727 reported by
Chris Coulson
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Oxide |
Fix Released
|
High
|
Chris Coulson |
Bug Description
RenderViewItem currently consumes all input events (with the exception of some special mouse buttons). However, we need to ensure that events which aren't consumed by the renderer propagate up to parent widgets.
I think this can be achieved by still consuming all events in RenderViewItem, implementing content:
This will be required for application keyboard shortcuts to work
Changed in oxide: | |
importance: | Undecided → High |
status: | New → Triaged |
Changed in oxide: | |
assignee: | Arthur Mello (artmello) → Chris Coulson (chrisccoulson) |
Changed in oxide: | |
status: | In Progress → Fix Released |
To post a comment you must log in.
Just pushed an implementation for the method HandleKeyboardEvent to the WebContentsDele gate. The method is converting the NativeWebKeyboa rdEvent back to a QKeyEvent. But there is two issues on the current implementation.
The first problem is how to retrieve back the key() from the original QEvent since the NativeWebKeyboa rdEvent stores only the nativeVirtualKey().
The other point is how to add the new QEvent to the queue of events to be processed.