[
https://issues.apache.org/jira/browse/PIVOT-720?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13068546#comment-13068546
]
Chris Bartlett commented on PIVOT-720:
--------------------------------------
It depends what you mean by 'unprocessed key strokes'.
Key strokes which were sent to the focused Component, but not consumed by it or
its ancestors?
Or maybe key strokes received when no Component is focused?
Something else?
Bill gives an example where a focused Pivot Component is in native window 'A',
but native window 'B' is decorated/indicated as 'active'.
The keystrokes should be sent to window 'B' rather than window 'A'.
> Want keystrokes to go to the native OS window that has focus
> ------------------------------------------------------------
>
> Key: PIVOT-720
> URL: https://issues.apache.org/jira/browse/PIVOT-720
> Project: Pivot
> Issue Type: Improvement
> Components: wtk
> Affects Versions: 2.0
> Reporter: Bill van Melle
> Fix For: 2.1
>
>
> If you use DesktopApplicationContext.createDisplay to create a new OS window,
> and you want to handle keystrokes sent to that window, the only way your key
> listener will get called is if there is a focused Pivot component in that
> window. But not all interesting windows contain a focusable component, and
> even when they do, there are often good reasons not to focus a particular
> component by default. Meanwhile, if Pivot's notion of the currently focused
> component is in a different OS window, keystrokes will go there, even though
> it's not the window that appears to the user to have focus (as judged by the
> native window system focus decoration), which is counterintuitive.
> There is extensive discussion at
> http://apache-pivot-users.399431.n3.nabble.com/KeyListeners-on-ImageView-td2600622.html
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
