Issue 8988 - Inputting ?? and ?? characters from keyboard don't work correctly.
Summary: Inputting ?? and ?? characters from keyboard don't work correctly.
Status: CLOSED FIXED
Alias: None
Product: gsl
Classification: Code
Component: code (show other issues)
Version: OOo 1.0.1
Hardware: PC Linux, all
: P3 Trivial (vote)
Target Milestone: OOo 2.0
Assignee: ulf.stroehler
QA Contact: issues@sw
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2002-11-05 14:19 UTC by Unknown
Modified: 2004-12-08 15:59 UTC (History)
1 user (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 Unknown 2002-11-05 14:19:16 UTC
Can't input š or ž characters from keyboard correctly. Wrong characters are
displaying instead of š or ž. Keyboard layout is set to 'et' and LC_ALL='et_EE'.
All other estonian locale characters work ok. Opening files containing already ž
or š - works ok, characters are displaying correctly. Can input them through
'Special characters' dialog. Setting for example LC_ALL=de_DE or to fr_FR - then
inputting š,ž from keyboard works but ofcourse then clipboard doesnt support
'et' locales anymore. Can input ž,š from keyboard inside mozilla or any other
application. Can't also copy ž,š from mozilla (or from any other source) to
openoffice document.
Comment 1 jack.warchold 2003-08-08 13:56:47 UTC
jw: reassigned task to us
Comment 2 ulf.stroehler 2003-08-11 15:37:50 UTC
us->frame: pls. test whether your problem persits with OOo 1.1 RC2 or
higher and comment. Thx.
Comment 3 Unknown 2003-08-13 08:52:22 UTC
Problem is still there. Tested on different Gentoo machine with OOo
1.1 RC2 LC_ALL=et_EE and LANG=et_EE (keymap et), OOo document language
settings set to Estonian - inputting ž or š still results of getting ,
or ¨
Can input them from special charaters dialogue but pasting a copy
buffer into OOo doc with ž,š taken from mozilla results with ž,š
replaced with ? for example. I can input ž or š on console and in
other gui apps.
Comment 4 ulf.stroehler 2003-08-13 16:42:30 UTC
Reproduced with srx645m15-9.8669 in et_EE locale ("XkbLayout" "ee").
Works with xterm and emacs.

Changed Component to 'gsl'.
Set Target Milestone to OOo 1.1.1.
Transferring issue to CP.
Comment 5 pezz 2003-10-11 09:51:48 UTC
Hi, 
 
I can confirm that inputting ? and ? (zcaron and scaron) using 
estonian keyboard layout works correctly with OOo-1.1RC4 and 
OOo-1.1.0. Both tested on SuSE 8.0/XFree 4.2.0/KDE 3.1.3 and also on 
SuSE 8.2/XFree 4.3.0/KDE 3.1.3. 
 
Ability to input characters correctly depends on multiple 
components, not only final application. For example there are 
problems with XFree 4.3 and estonian keyboard layout in all KDE 
applications. You cannot input character | (pipe) and some others. 
IIRC, it is because there were some kind of changes made in Xkb and 
fixes for some layouts or kxkb were needed. I don't remember which 
one as I don't use et layout as primary one, but sometimes it's 
quite disturbing. 
 
BUT, as I mentioned, inputting all estonian special characters works 
correctly for me in these 2 environments with both OOo-1.1rc4 and 
OOo-1.1.0 final. 
 
Comment 6 christof.pintaske 2003-10-15 12:24:19 UTC
using et keyboard layout (as of XkbLayout) works in en_US locale. It
works only partly in et_EE locale. When typeing a "zcaron" the XServer
sends both a keysym and a keycode. The keycode is invalid since the
locale encoding was iso-8859-1 and zcaron is not included in that
encoding. However the keysym the XServer sends is ok. 

The workaround is to launch OOo in en_US locale.

OpenOffice.org prefers the keycode over the keysym if both are
available. Changing that preference is a feature and comes at a good
level of risk of bringing other X bugs to light.

I will therefor retarget this bug to 2.0
Comment 7 christof.pintaske 2004-10-21 13:15:38 UTC
we check for keysyms now and use them in case of single byte events. Please test
i8988, i8188, i8930, i16318 alltogether.

to test: on Linux (SuSE 9.1) in C and aa_ER@saaho (not supported by XServer !)
locale we should behave like en_US locale. In et_EE locale Compose - < - z
should give zcaron. Invalid langs should behave like en_US, too (LANG=ga_BA.hey). 

Please note that in locales that are supported by the os but not by the XServer
the encoding of filenames may be wrong (filenames with umlauts) as we really
fall back to en_US. We need to get i25416 fixed in order to cure that (allow for
different filesystem encoding).
Comment 8 christof.pintaske 2004-10-21 13:28:57 UTC
implementation task for i16318, i8930, i9188
Comment 9 christof.pintaske 2004-10-29 14:51:52 UTC
send to qa ...
Comment 10 christof.pintaske 2004-10-29 14:57:41 UTC
reassign to Ulf
Comment 11 christof.pintaske 2004-10-29 15:00:17 UTC
set back to fixed
Comment 12 ulf.stroehler 2004-11-10 19:01:09 UTC
Verified in cws vcl29.
Comment 13 ulf.stroehler 2004-12-08 15:59:35 UTC
Verified in mws m65.8848.