<html><head><meta http-equiv="Content-Type" content="text/html charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">Hi AWT team,<div><br></div><div>I recently field a bug&nbsp;</div><div><br></div><div><a href="http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=8019265">http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=8019265</a></div><div><br></div><div>I am not sure whether you had a chance to look into the issue, so I want to share some additional details here.</div><div><br></div><div>It seems the problem is caused by [NSEvent charactersIgnoringModifiers] method.</div><div><br></div><div>You can find the problem description at&nbsp;</div><div><br></div><div><a href="http://lists.apple.com/archives/cocoa-dev/2008/Apr/msg01582.html">http://lists.apple.com/archives/cocoa-dev/2008/Apr/msg01582.html</a></div><div><br></div><div>In [CMenuItem handleAction] menu shortcuts&nbsp;are not going to be process &nbsp;"because AWTView has already sent corresponding key event to the Java&nbsp;layer from performKeyEquivalent".</div><div><br></div><div>This works quite well until we get a shortcut where 'shift' key is pressed.&nbsp;[NSEvent charactersIgnoringModifiers]&nbsp; method does not ignore 'shift' so we fire an item event which indistinguishable from an ordinary ItemEvent event. By this reason, the problem is quite difficult to workaround. For ordinary characters we could use [NSString&nbsp;lowercaseString] message to compare shortcut key and event key but for arrows and other keys like functional ones this does not work.</div><div><br></div><div>The problem prevents applications running on jdk7u from using shortcuts with a 'shift' mask.</div><div><br></div><div>Thank you,</div><div>&nbsp; &nbsp;Denis.&nbsp;</div><div><br></div><div><br></div></body></html>