On Thu, Feb 18, 2010 at 11:05 PM, John M McIntosh <johnmci@smalltalkconsulting.com> wrote:
On 2010-02-18, at 1:37 PM, Pavel Krivanek wrote:
If you press the key "a", you`ll get
#(2 2534082 0 1 0 0 0 1) #(2 2534082 97 0 0 97 0 1) #(2 2534157 0 2 0 0 0 1)
from the virtual machine. For "A":
#(2 2536225 0 1 1 0 0 1) #(2 2536225 65 0 1 65 0 1) #(2 2536413 0 2 8 0 0 1)
The only event with the information about pressed character is keyStroke (the fourth value is 0) so you will not know the resultant character because MacRoman charCode and/or utf32Code is missing (they are present on Linux). It is printed from InputEventFetcher>>signalEvent:. Am I missing something?
-- Pavel
It works as designed.
The only event with the information about pressed character is keyStroke (the fourth value is 0)
Is zero "ON PURPOSE" because the windows VM is unable to supply what character or unicode is being pressed at that point in time. The keycode for the 'a' key is zero, the macroman value is 97, and the unicode value is 97. looks fine
I note the bug is that the key up's modifier should be 1 versus the 8.
Ok, thank you -- Pavel