Issue 85850 - AltGr not working anymore
Summary: AltGr not working anymore
Status: CLOSED FIXED
Alias: None
Product: ui
Classification: Code
Component: ui (show other issues)
Version: OOH680m6
Hardware: PC Windows XP
: P3 Trivial (vote)
Target Milestone: OOo 2.4
Assignee: eric.savary
QA Contact: issues@ui
URL:
Keywords: regression
: 85897 85958 (view as issue list)
Depends on:
Blocks:
 
Reported: 2008-02-04 09:09 UTC by Frank Schönheit
Modified: 2008-06-24 11:02 UTC (History)
2 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments

Note You need to log in before you can comment on or make changes to this issue.
Description Frank Schönheit 2008-02-04 09:09:04 UTC
- open a new text document
- press AltGr+ß, this way trying to enter a backslash '\' character
=> nothing happens
Comment 1 Frank Schönheit 2008-02-04 09:10:07 UTC
This works in OOH680m5, but not in OOH680m6 => regression
Comment 2 Frank Schönheit 2008-02-04 09:13:14 UTC
Seems that *all* AltGr-shortcuts are affected (so you cannot enter @ anymore,
too). Changing summary accordingly.
Comment 3 philipp.lohmann 2008-02-04 09:42:11 UTC
started
Comment 4 philipp.lohmann 2008-02-04 11:02:38 UTC
fixed in CWS vclshowstop13
Comment 5 philipp.lohmann 2008-02-05 11:47:08 UTC
please verify in CWS vclshowstop13
Comment 6 eric.savary 2008-02-05 12:08:44 UTC
Note: Windows only.
Comment 7 eric.savary 2008-02-05 15:13:43 UTC
Verified in CWS vclshowstop13
Comment 8 michael.ruess 2008-02-06 07:46:43 UTC
*** Issue 85897 has been marked as a duplicate of this issue. ***
Comment 9 michael.ruess 2008-02-08 09:32:41 UTC
*** Issue 85958 has been marked as a duplicate of this issue. ***
Comment 10 eric_openoffice 2008-02-10 13:53:54 UTC
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. 
Comment 11 Raphael Bircher 2008-02-10 13:58:39 UTC
Set me to CC

Greetings Raphael
Comment 12 Mechtilde 2008-03-17 16:57:25 UTC
verified in OOH680_m12 -> closed
Comment 13 nicochto 2008-05-28 09:22:37 UTC
The problem is still there in OOH680m12 (Build 9286)

(Writer only, Windows OS)
Comment 14 mcdurdin 2008-06-24 11:02:11 UTC
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.