To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=85850
------- Additional comments from [EMAIL PROTECTED] Tue Jun 24 10:02:11 +0000 2008 ------- This is a more general problem than just AltGr. Some Windows keyboards and other keyboard input tools also use Ctrl or other combinations to generate certain characters. These will still fail with the current fix. WM_CHAR is a character message. Once you receive a WM_CHAR message, it should be treated as a character to be inserted into a text area -- apart from the control characters 1 to 31 and 127. Modifiers should be completely ignored in a WM_CHAR message. We don't care how the character was generated ... just that it was. Furthermore, a big assumption seems to have been made about how WM_CHAR messages enter the message queue - there is no guarantee that a WM_CHAR message is in the queue for a given WM_KEYDOWN message, so you should not peek the queue to see if a WM_CHAR message has been generated for the keystroke. Please see http://keyman.typepad.com/keyman_weblog/2008/06/robust-key-mess.html for details on how to engineer keyboard input. --------------------------------------------------------------------- Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
