Apache OpenOffice (AOO) Bugzilla – Issue 45714
Alt-Gr does not work in TextViews anymore
Last modified: 2005-04-06 16:00:06 UTC
- open any database document (e.g. the pre-installed database) - Tools|SQL - in the upper edit field, try to enter a a character which requires to use the Alt-Gr key (e.g. a \ on a german keyboard) => doesn't work. Alt-Gr seems to be completely broken Other places where this happens: - Query SQL design for a database document - Basic editor
Meant to submit this as P2 (I claim that this is "basic functionality lost" is true for at least the Basic IDE). This used to work in 680m84, it doesn't work in 680m86 and 680m87. Perhaps related to issue 45069, which describes the same bug in Writer (which let's me assume that it's a GSL issue with changed keycode modifiers, or something like this). Does happen on WinXP, but not on Linux.
seems to be a regression of the fix for issue 40219, done by OS, in svtools/source/edit/texteng.cxx
cp->ssa: os is on vacation, could you have a look and at least verify that this is not a gsl issue. I'd like to avoid playing too much ping pong right now.
I appreciate that this is not a gsl issue, however, given that some of the involved issues (this one here and issue 40219, at least), are platform dependent, I assume that you GSL guys have the expertise to at least tell how a solution would look like :). I find it suspicious that AltGr is mapped to different modifier codes in a KeyCode object, depending on the platform ....
Seems that the same 'fix' that went into writer was also applied to the textengine. I'll have a look.
The problem was that Ctrl and Alt were checked simultaneously and the key input was rejected if one or *both* of them were pressed. However, AltGr is the same as pressing Alt and Ctrl together, which effectively disabled all AltGr-combinations. Fixed in CWS tl10.
ssa->es: Please verify on CWS tl10. re-open issue and reassign to es@openoffice.org
reassign to es@openoffice.org
reset resolution to FIXED
verified in tl10
Ok in src680m91