Apache OpenOffice (AOO) Bugzilla – Issue 85850
AltGr not working anymore
Last modified: 2008-06-24 11:02:12 UTC
- open a new text document - press AltGr+ß, this way trying to enter a backslash '\' character => nothing happens
This works in OOH680m5, but not in OOH680m6 => regression
Seems that *all* AltGr-shortcuts are affected (so you cannot enter @ anymore, too). Changing summary accordingly.
started
fixed in CWS vclshowstop13
please verify in CWS vclshowstop13
Note: Windows only.
Verified in CWS vclshowstop13
*** Issue 85897 has been marked as a duplicate of this issue. ***
*** Issue 85958 has been marked as a duplicate of this issue. ***
Looks like this issue also effects the mapping Alt and Command (Apple) in the Mac OS X X11 build of OOH680_m6. For me Command (Apple)+S works while Command+Shift+F for fett (bold) does not. Same with the alt key. Alt+L for @ works while Alt+E for € won't. This is a german Mac OS X build of OOH680_m6. We're waiting for the integration of the fix to see if also fixes the Mac OS X issues.
Set me to CC Greetings Raphael
verified in OOH680_m12 -> closed
The problem is still there in OOH680m12 (Build 9286) (Writer only, Windows OS)
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.