Review request for MACOSX_PORT-675: VK_DELETE does produce an extraneous character in a TextArea or TextField (original) (raw)
Mike Swingler swingler at apple.com
Sun Jan 29 09:16:22 PST 2012
- Previous message: Review request for MACOSX_PORT-675: VK_DELETE does produce an extraneous character in a TextArea or TextField
- Next message: hg: jdk7u/jdk7u-osx/jdk: 7131697: (se) Need AsynchronousChannelProvider implementation for Mac OS X
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Seems reasonable to me.
Regards, Mike Swingler Apple Inc.
On Jan 27, 2012, at 2:31 PM, Leonid Romanov wrote:
Oops, the correct webrev is located at: http://cr.openjdk.java.net/~leonidr/MACOSXPORT-675/webrev.00/
On 28.01.2012, at 0:12, Leonid Romanov wrote:
Hi, Please review a fix for http://java.net/jira/browse/MACOSXPORT-675
A bit of background. NsCharToJavaChar is a function contributed by Apple that translates a small subset of NS characters into Java characters. This function is currently unused. This fix does two things: - Puts NsCharToJavaChar back to use - Modifies a table used by NsCharToJavaChar to ensure that NSDeleteFunctionKey and NSDeleteCharacter gets translated regardless of what current modifiers are. webrev: http://cr.openjdk.java.net/~leonidr/MACOSXPORT-568/webrev.00/ Thanks, Leonid.
- Previous message: Review request for MACOSX_PORT-675: VK_DELETE does produce an extraneous character in a TextArea or TextField
- Next message: hg: jdk7u/jdk7u-osx/jdk: 7131697: (se) Need AsynchronousChannelProvider implementation for Mac OS X
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]