JDK-7124272 : [macosx] VK_DELETE does produce an extraneous character in a TextArea or TextField
  • Type: Bug
  • Component: client-libs
  • Sub-Component: java.awt
  • Affected Version: 7
  • Priority: P3
  • Status: Closed
  • Resolution: Fixed
  • OS: os_x
  • CPU: generic
  • Submitted: 2011-12-23
  • Updated: 2015-02-27
  • Resolved: 2012-02-29
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
7u4 b13Fixed
http://java.net/jira/browse/MACOSX_PORT-675 submitted 2011/11/09 by Yuri Nesterenko
Pressing "delete" key on a keyboard or simulating it by a Robot enters a symbol (0xf728 I believe) instead of a deleted character. Run an attached example: put caret in a TextArea or a TextField and press "delete".
This keystroke should produce a KEY_TYPED event and delete whatever character is in the caret position but should not produce an extra character.

EVALUATION Apparently, pressing Delete key on a PC keyboard results in [event charactersIgnoringModifiers] having NSDeleteFunctionKey as a character, which seems to be from the unicode range reserved for Apple. This is not what AWT expects.

EVALUATION Author: Yuri Nesterenko Date: 09/Nov/11 07:49 AM It is not a b215 issue, it is here for a long time I believe. Build: b215 closed/java/awt/event/KeyEvent/KeyTyped/DeleteKeyTyped