hi,

ok, I have added this one to the bug db, although it is apparently a Tk bug, not a Pd one. The relevant comment from Tk source (tk8.4.4/win/tkWinKey.c) states that

 * To distinguish between left and right, we have to query the
 * state of one of the two to determine which was actually
 * pressed.  So if the keycode indicates Control, Shift, or Menu
 * (the key that everybody else calls Alt), do this extra test.
 * If the right-side key was pressed, return the appropriate
 * keycode.  Otherwise, we fall through and rely on the
 * keymap table to hold the correct keysym value.

Seems like separately querying the state of a modifier does not make sense for the key release -- it is false, because the key is up already...

Krzysztof

Cyrille Henry wrote: ...

while pressing the right shift key, the object outputs the expected result : "1" & "shift_R". but when the key is up, the object outputs : "0" & "shift_L", which is not the correct key.

this occurs on win32, with pd 0.37. it does not occur on linux (0.37).