Bug 209097 - Esperanto (EPO) key board layout does not work at all - I cannot type with it!
Summary: Esperanto (EPO) key board layout does not work at all - I cannot type with it!
Status: RESOLVED WORKSFORME
Alias: None
Product: systemsettings
Classification: Applications
Component: kcm_keyboard_layout (show other bugs)
Version: unspecified
Platform: Ubuntu Linux
: NOR normal
Target Milestone: ---
Assignee: Unassigned bugs mailing-list
URL:
Keywords: investigated, triaged
Depends on:
Blocks:
 
Reported: 2009-10-01 14:38 UTC by Bas Roufs
Modified: 2018-10-21 04:58 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Bas Roufs 2009-10-01 14:38:37 UTC
Version:            (using KDE 4.2.4)
Compiler:          cc
OS:                Linux (i686) release 2.6.28-15-generic
Installed from:    Ubuntu Packages

At present, I work with Kubuntu 9.04. (Jaunty.) So far, I have been working with two keyboard lay-outs, activated via SYSTEM SETTINGS > Regional and Language > Keyboard Layout:
USA - in the 'us' map, with the lay-out variant 'alt.intl.'
RUSSIA - in the 'ru' map, with the lay-out variant 'phonetic'.
Recently, I tried to activate a third lay-out additionally: 
ESPERANTO - in the 'epo' map, with the default lay-out variant. However, when trying to activate this keyboard lay-out, everything gets stuck - I cannot type any more at all. Only after switching back to the USA or Russia lay-out, everything works again properly. 
When trying to DE-activate the RUSSIA keyboard layout and ACTIVATE the Esperanto keyboard layout, I type cyrillics after activating the Esperanto keyboard layout.
Only after DE-activating the Esperanto-keyboard and RE-ACTIVATING the Russia keyboard, everything functions properly again.

Now I share with you a few remarks to complete the picture. 

The alternation between the USA and Russia keyboard lay-outs works smoothly - one single hit at the left-win key is enough. After activating the Esperanto keyboard, I can use the same key to alternate to that one. However, I get the complications described above when doing so.

With respect to the USA Alt. Intl. (alternative international) lay-out - the following keys are 'dead' keys: ¨, ', `, ~,. Additionally, I activated a 'compose key' attributed to the Right-Win key, via the XKB-settings. I can easily type a lot of international characters via either one of the 'dead' keys or via the compose key, including the Esperanto 'supersigno' (^ in characters like ĝ). But several other typical Esperanto and Slavic characters are still not being covered. I can produce a character like 'ž'only by means of copy-pasting or via a complicated code. So far, I did not manage to produce such a character via either a dead key, or a compose key or some alternative keyboard lay-out.
Comment 1 Bas Roufs 2009-10-01 14:47:17 UTC
The Esperanto keyboard has two variants: 'default' and 'legacy'. Neither variant works properly. Both variants have exactly the same problems.
Comment 2 Andriy Rysin 2010-05-12 03:18:03 UTC
I am not sure if the problem is with switcher or with maps.
Could you try to run the configuration manually with something like 'setxkbmap -layout us,ru,esp' and see if you still have problems.
If you do, then it's a problem with a map description and you'll have to file a bug with xkeyboard-config at freedesktop.org, though I just tried quickly us,ua,esp combination and I was able to type things, although I am not familiar with Esperanto so not sure what I have to expect.
Comment 3 Andriy Rysin 2010-05-18 04:10:23 UTC
Need more info on this problem.
Comment 4 Andrew Crouthamel 2018-09-20 21:54:03 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days, the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information.

For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please set the bug status as REPORTED so that the KDE team knows that the bug is ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!
Comment 5 Andrew Crouthamel 2018-10-21 04:58:17 UTC
This bug has been in NEEDSINFO status with no change for at least
30 days. The bug is now closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

Thank you for helping us make KDE software even better for everyone!