New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Changing keymap in OpenELEC OS Settings does not affect the configuration #108

Closed
Jarosch opened this Issue Jan 7, 2012 · 33 comments

Comments

Projects
None yet
@Jarosch

Jarosch commented Jan 7, 2012

The issue affects in my case following build:
OpenELEC_PVR-Intel.x86_64-devel-20111219194103-r9301

I'm not sure if it does affect more builds. I've just got some information that this problem still exists with newer builds.

In my case I want to change the default keymap "us" to "de".
I've also changed the second keymap from "us" to "de".

After restarting the system I still hadn't the "de" layout although it's set up properly in the OpenELEC OS Settings.

I hope it's enough information for recognizing the problem.

Kind regards,
Jarosch (Jarek @ OpenELEC Forum)

@pietervanh

This comment has been minimized.

Show comment
Hide comment
@pietervanh

pietervanh Jan 9, 2012

Happens on the dev ION_64 builds as well

pietervanh commented Jan 9, 2012

Happens on the dev ION_64 builds as well

@ghost ghost assigned sraue Jan 10, 2012

@sraue

This comment has been minimized.

Show comment
Hide comment
@sraue

sraue Feb 14, 2012

Contributor

jarosch, your solution you have provided via IRC dont work here... :-(

Contributor

sraue commented Feb 14, 2012

jarosch, your solution you have provided via IRC dont work here... :-(

@Jarosch

This comment has been minimized.

Show comment
Hide comment
@Jarosch

Jarosch Feb 15, 2012

Mh, strange.. i followed some hints in this discussion: http://forums.gentoo.org/viewtopic-t-314001-start-0.html
And as I say, I just added ISO-8859-15 and Codepage 850 support for NLS, did a "make clean" and a "make release".
In OpenELEC OS Settings I changed both keymaps to "de", reboot, and that's it.

Jarosch commented Feb 15, 2012

Mh, strange.. i followed some hints in this discussion: http://forums.gentoo.org/viewtopic-t-314001-start-0.html
And as I say, I just added ISO-8859-15 and Codepage 850 support for NLS, did a "make clean" and a "make release".
In OpenELEC OS Settings I changed both keymaps to "de", reboot, and that's it.

@dhead666

This comment has been minimized.

Show comment
Hide comment
@dhead666

dhead666 Apr 10, 2012

I've tried hebrew & arabic layout on 1.95.1 ultra build and got only english.

dhead666 commented Apr 10, 2012

I've tried hebrew & arabic layout on 1.95.1 ultra build and got only english.

@mrdominuzq

This comment has been minimized.

Show comment
Hide comment
@mrdominuzq

mrdominuzq Apr 13, 2012

Contributor

it will remember if you issue the command setxkbmap -layout de from ssh. but i dont get why it wont work with the init script.

Contributor

mrdominuzq commented Apr 13, 2012

it will remember if you issue the command setxkbmap -layout de from ssh. but i dont get why it wont work with the init script.

@eesprit

This comment has been minimized.

Show comment
Hide comment
@eesprit

eesprit Apr 19, 2012

Contributor

You need to have Xorg running when launching this command (setXkbmap ;) ), which is probably not the case when your init script is runned.

Contributor

eesprit commented Apr 19, 2012

You need to have Xorg running when launching this command (setXkbmap ;) ), which is probably not the case when your init script is runned.

@mrdominuzq

This comment has been minimized.

Show comment
Hide comment
@mrdominuzq

mrdominuzq May 3, 2012

Contributor

i think i got it working :)

6d088553f5f6f7be24363b847f009211ce1076b0

but it needs testing.

Contributor

mrdominuzq commented May 3, 2012

i think i got it working :)

6d088553f5f6f7be24363b847f009211ce1076b0

but it needs testing.

@mrdominuzq

This comment has been minimized.

Show comment
Hide comment
@mrdominuzq

mrdominuzq May 4, 2012

Contributor

okay it works with dk for me, it remembers after restart :) but needs other to test it :)

Contributor

mrdominuzq commented May 4, 2012

okay it works with dk for me, it remembers after restart :) but needs other to test it :)

@sraue

This comment has been minimized.

Show comment
Hide comment
@sraue

sraue May 5, 2012

Contributor

should be fixed in 80374c1

Contributor

sraue commented May 5, 2012

should be fixed in 80374c1

@sraue sraue closed this May 5, 2012

@sraue sraue reopened this Jul 4, 2012

@sraue

This comment has been minimized.

Show comment
Hide comment
@sraue

sraue Jul 4, 2012

Contributor

bug still present

Contributor

sraue commented Jul 4, 2012

bug still present

@cortez86

This comment has been minimized.

Show comment
Hide comment
@cortez86

cortez86 commented Jul 7, 2012

Hungarian QWERTZ layout does not work (Fusion 2.0 Beta 1-5).

http://openelec.tv/forum/105-keyboards/24435-german-keyboard-layout?limit=20&start=20

@mikebzh44

This comment has been minimized.

Show comment
Hide comment
@mikebzh44

mikebzh44 Jul 13, 2012

No more problems with OpenELEC 1.95.5.

Thanks.

mikebzh44 commented Jul 13, 2012

No more problems with OpenELEC 1.95.5.

Thanks.

@dhead666

This comment has been minimized.

Show comment
Hide comment
@dhead666

dhead666 Jul 13, 2012

Can't confirm this works with hebrew on Ultra OpenELEC 1.95.5, using a mini usb Rii keyboard.

Some logs:
01_XBMC.log http://pastebin.com/uEFs4cws
02_Kernel.log http://pastebin.com/2sb0ry5q
03_Hardware.log http://pastebin.com/BdDcPZ9Z

dhead666 commented Jul 13, 2012

Can't confirm this works with hebrew on Ultra OpenELEC 1.95.5, using a mini usb Rii keyboard.

Some logs:
01_XBMC.log http://pastebin.com/uEFs4cws
02_Kernel.log http://pastebin.com/2sb0ry5q
03_Hardware.log http://pastebin.com/BdDcPZ9Z

@ez1976

This comment has been minimized.

Show comment
Hide comment
@ez1976

ez1976 Jul 26, 2012

updated to the latest 1.95.5. same issue with hebrew keyboard.
tried the trick through ssl but the same result. english is ok, switch to hebrew using alt+shift then nothing can be written (the cursor stays put).

any idea when this will be resolved? (maybe on a nightly build i could check?)
thanks

ez1976 commented Jul 26, 2012

updated to the latest 1.95.5. same issue with hebrew keyboard.
tried the trick through ssl but the same result. english is ok, switch to hebrew using alt+shift then nothing can be written (the cursor stays put).

any idea when this will be resolved? (maybe on a nightly build i could check?)
thanks

@ez1976

This comment has been minimized.

Show comment
Hide comment
@ez1976

ez1976 Jul 27, 2012

downloaded the nightly build (from the 17 of july?!) and the hebrew keyboard problem still exist.

shouldnt the nightly build be nightly? is the latest from the 17th?
thanks

ez1976 commented Jul 27, 2012

downloaded the nightly build (from the 17 of july?!) and the hebrew keyboard problem still exist.

shouldnt the nightly build be nightly? is the latest from the 17th?
thanks

@sn33ky

This comment has been minimized.

Show comment
Hide comment
@sn33ky

sn33ky Sep 8, 2012

Still not solved? i tried the command from above but after restarting the pc it is gone again

sn33ky commented Sep 8, 2012

Still not solved? i tried the command from above but after restarting the pc it is gone again

@cortez86

This comment has been minimized.

Show comment
Hide comment
@cortez86

cortez86 Sep 8, 2012

I do not work for the Hungarian layout (12 alpha, and 1.95-1.95.7 beta).

Fusion build + pendrive

cortez86 commented Sep 8, 2012

I do not work for the Hungarian layout (12 alpha, and 1.95-1.95.7 beta).

Fusion build + pendrive

@DemkaAge

This comment has been minimized.

Show comment
Hide comment
@DemkaAge

DemkaAge Oct 12, 2012

1.99.2 (2.0 RC 2)
ru layuot doesn't work, even after setxkbmap -layout ru

DemkaAge commented Oct 12, 2012

1.99.2 (2.0 RC 2)
ru layuot doesn't work, even after setxkbmap -layout ru

@sn33ky

This comment has been minimized.

Show comment
Hide comment
@sn33ky

sn33ky Dec 19, 2012

Still there after upgrading to OpenELEC 3.0 Beta 5 (2.95.5)

When is this going to be fixed. It's probably an easy edit in write access from the config file?

Please fix! as this is getting very irritating.

sn33ky commented Dec 19, 2012

Still there after upgrading to OpenELEC 3.0 Beta 5 (2.95.5)

When is this going to be fixed. It's probably an easy edit in write access from the config file?

Please fix! as this is getting very irritating.

@sn33ky

This comment has been minimized.

Show comment
Hide comment
@sn33ky

sn33ky Dec 21, 2012

Workaround:

  • Login to SSH with the IP from your OpenELEC (Mostly 192.168.x.xxx) under username "root" an password "openelec"
  • Create a autostart.sh file in your .Config folder. "CD .config", "VI autostart.sh"
  • Add following text in the autostart.sh file:

#!/bin/bash
( sleep 10
setxkbmap -display :0 be
) &


  • Change the "be" with your country's country code.
  • Save ":x (Enter)", Reboot and this will be solved.

sn33ky commented Dec 21, 2012

Workaround:

  • Login to SSH with the IP from your OpenELEC (Mostly 192.168.x.xxx) under username "root" an password "openelec"
  • Create a autostart.sh file in your .Config folder. "CD .config", "VI autostart.sh"
  • Add following text in the autostart.sh file:

#!/bin/bash
( sleep 10
setxkbmap -display :0 be
) &


  • Change the "be" with your country's country code.
  • Save ":x (Enter)", Reboot and this will be solved.
@jollygood42

This comment has been minimized.

Show comment
Hide comment
@jollygood42

jollygood42 Dec 23, 2012

Would love to have this bug fixed too - its been around for pretty long now. I have tried sn33ky's above metioned workaround, and although it fixes the keyboard layout, my local Danish characters like "æ", "ø" and "å" still translates into ";", "-" and "[". I don't know whether its a hard bug to fix or not, but annoyng it is.

If I knew what needs to be modified, in order to make OE use e.g. Danish keyboard layout and locale permanently, I would be more than happy to apply those and compile a build on my own and fix it. However, I lack the skills and knowledge ;-)

Any help and/or guidance will be appreciated - apart from this bug, OE is running like a charm on my rig ;-)

jollygood42 commented Dec 23, 2012

Would love to have this bug fixed too - its been around for pretty long now. I have tried sn33ky's above metioned workaround, and although it fixes the keyboard layout, my local Danish characters like "æ", "ø" and "å" still translates into ";", "-" and "[". I don't know whether its a hard bug to fix or not, but annoyng it is.

If I knew what needs to be modified, in order to make OE use e.g. Danish keyboard layout and locale permanently, I would be more than happy to apply those and compile a build on my own and fix it. However, I lack the skills and knowledge ;-)

Any help and/or guidance will be appreciated - apart from this bug, OE is running like a charm on my rig ;-)

@rndbrtrnd

This comment has been minimized.

Show comment
Hide comment
@rndbrtrnd

rndbrtrnd Jan 13, 2013

The same here, for french keyboards. The option seems to be ineffective.

rndbrtrnd commented Jan 13, 2013

The same here, for french keyboards. The option seems to be ineffective.

@dkadioglu

This comment has been minimized.

Show comment
Hide comment
@dkadioglu

dkadioglu Feb 19, 2013

This problem persists on the Raspberry Pi. The Workaround by sn33ky doesn't work on the Pi because there is no setxkbmap. This happens with 3.0RC2 and recent devel images for the Pi.

dkadioglu commented Feb 19, 2013

This problem persists on the Raspberry Pi. The Workaround by sn33ky doesn't work on the Pi because there is no setxkbmap. This happens with 3.0RC2 and recent devel images for the Pi.

@stefansaraev

This comment has been minimized.

Show comment
Hide comment
@stefansaraev

stefansaraev Feb 19, 2013

Contributor

on RPi keyboard layouts can not be changed at all at least not via xkb as Rpi does not use xorg, this has nothing to do with it

Contributor

stefansaraev commented Feb 19, 2013

on RPi keyboard layouts can not be changed at all at least not via xkb as Rpi does not use xorg, this has nothing to do with it

@dkadioglu

This comment has been minimized.

Show comment
Hide comment
@dkadioglu

dkadioglu Feb 19, 2013

OK, it seems I overlooked that, sorry for that. Is there any other way to set another keyboard layout on RPi? Should I open a new bug?

dkadioglu commented Feb 19, 2013

OK, it seems I overlooked that, sorry for that. Is there any other way to set another keyboard layout on RPi? Should I open a new bug?

@theSuit

This comment has been minimized.

Show comment
Hide comment
@theSuit

theSuit Feb 27, 2013

No Xorg on RPi, so no change of keyboard layout. I'm trying to figure out where this can be changed as well. Maybe there should be an option in keyboard.xml to do it there?

theSuit commented Feb 27, 2013

No Xorg on RPi, so no change of keyboard layout. I'm trying to figure out where this can be changed as well. Maybe there should be an option in keyboard.xml to do it there?

@Philipp1975PB

This comment has been minimized.

Show comment
Hide comment
@Philipp1975PB

Philipp1975PB Mar 19, 2013

This is open too long ! When can we expect a FIX ?? This is open for over a year now !

Philipp1975PB commented Mar 19, 2013

This is open too long ! When can we expect a FIX ?? This is open for over a year now !

@top-gun

This comment has been minimized.

Show comment
Hide comment
@top-gun

top-gun Mar 19, 2013

Contributor

Philipp: Though I'm not speaking for the developers who spend their time on a free project:

You are obviously eligible for a full refund and can expect to get the full price from your purchase back. ;-)

Contributor

top-gun commented Mar 19, 2013

Philipp: Though I'm not speaking for the developers who spend their time on a free project:

You are obviously eligible for a full refund and can expect to get the full price from your purchase back. ;-)

@1358

This comment has been minimized.

Show comment
Hide comment
@1358

1358 Mar 19, 2013

The keyboard layout CAN BE CHANGED on the Raspberry Pi by loading a binary (console) keymap in the kernel. loadkmap does the trick. Binary keymaps can be generated on many distributions using loadkeys -b

There are some special characters missing (e.g. öäü) but this might be also fixed.

1358 commented Mar 19, 2013

The keyboard layout CAN BE CHANGED on the Raspberry Pi by loading a binary (console) keymap in the kernel. loadkmap does the trick. Binary keymaps can be generated on many distributions using loadkeys -b

There are some special characters missing (e.g. öäü) but this might be also fixed.

@jenkins101

This comment has been minimized.

Show comment
Hide comment
@jenkins101

jenkins101 May 14, 2013

Contributor

new #1986

Contributor

jenkins101 commented May 14, 2013

new #1986

@Philipp1975PB

This comment has been minimized.

Show comment
Hide comment
@Philipp1975PB

Philipp1975PB Jun 11, 2013

@top-gun : nice answer ! I know it's free - but that does not mean, that developers should simply ignore issues that are important to some users.

The least I can do - and this is quite close to your suggestion - I'll never again donate for this project as I used to do couple of times in the past.

So long ...

Philipp1975PB commented Jun 11, 2013

@top-gun : nice answer ! I know it's free - but that does not mean, that developers should simply ignore issues that are important to some users.

The least I can do - and this is quite close to your suggestion - I'll never again donate for this project as I used to do couple of times in the past.

So long ...

@stefansaraev

This comment has been minimized.

Show comment
Hide comment
@stefansaraev

stefansaraev Jun 11, 2013

Contributor

@Philipp1975PB "nice" answer too. unfortunately developers can't fix an issue that they can't reproduce. I belive the issue happens only with few keyboard models, which developers don't have. do you think they have all the possible hardware that's on market to play with ?

as for donations: you can decide to donate or to not donate - your choice. with all my respect, and I hope you don't get offended by this, but saying "I would never again do this or that" is just childish. also please remember that developers owe you nothing. they spend lot of their spare time to make people like you happy, they have to pay for bandwidth, buildservers and so on. and they have a life (and regular jobs) too. donations are nice but 1. never required by the project team. 2. if you donate, you support the project, that still doesn't mean "the project" owe you support, or bugfixes or, or whatever.

if you want a specific issue fixed, I'd advice you do a hardware (not money) donation. I am quite sure they'll do their best to fix it. if not (or you are not happy) - you are free to choose something else

Contributor

stefansaraev commented Jun 11, 2013

@Philipp1975PB "nice" answer too. unfortunately developers can't fix an issue that they can't reproduce. I belive the issue happens only with few keyboard models, which developers don't have. do you think they have all the possible hardware that's on market to play with ?

as for donations: you can decide to donate or to not donate - your choice. with all my respect, and I hope you don't get offended by this, but saying "I would never again do this or that" is just childish. also please remember that developers owe you nothing. they spend lot of their spare time to make people like you happy, they have to pay for bandwidth, buildservers and so on. and they have a life (and regular jobs) too. donations are nice but 1. never required by the project team. 2. if you donate, you support the project, that still doesn't mean "the project" owe you support, or bugfixes or, or whatever.

if you want a specific issue fixed, I'd advice you do a hardware (not money) donation. I am quite sure they'll do their best to fix it. if not (or you are not happy) - you are free to choose something else

@dermo

This comment has been minimized.

Show comment
Hide comment
@dermo

dermo Aug 11, 2013

@stefansaraev
with all respect for the programmers, who have made an great effort to realise OpenELEC...
Well, I'm a programmer too (in another field as this) and if I promote a program or a system suggesting that it is adjustable to someones needs (e.g. language or keyboard settings) then I think I'm giving some kind of a promise to the user and he has the right to expect this as true (sorry for my bad english).
If I do even more and I offer the possibility to change such settings in the gui of that system, so how can you say the user could not expect this thing working...?

Yes, the programmer is spending his time to create a system like this one.
But then, the users also spend their time on this piece of software.

Some people will try this thing out, find it does'nt work like expected and leave it behind. So they are of no use for the developers.
But some other users are trying out how to configure the thing, how to make it work, and they post their solution to the community or giving back information to the programmers that it doesnt work as expected. That information back flow helps the programmer to do his work.

They are also spending a lot of time and in a company you had to pay for these tests to be done as for the development.

greetings from Germany
mo

dermo commented Aug 11, 2013

@stefansaraev
with all respect for the programmers, who have made an great effort to realise OpenELEC...
Well, I'm a programmer too (in another field as this) and if I promote a program or a system suggesting that it is adjustable to someones needs (e.g. language or keyboard settings) then I think I'm giving some kind of a promise to the user and he has the right to expect this as true (sorry for my bad english).
If I do even more and I offer the possibility to change such settings in the gui of that system, so how can you say the user could not expect this thing working...?

Yes, the programmer is spending his time to create a system like this one.
But then, the users also spend their time on this piece of software.

Some people will try this thing out, find it does'nt work like expected and leave it behind. So they are of no use for the developers.
But some other users are trying out how to configure the thing, how to make it work, and they post their solution to the community or giving back information to the programmers that it doesnt work as expected. That information back flow helps the programmer to do his work.

They are also spending a lot of time and in a company you had to pay for these tests to be done as for the development.

greetings from Germany
mo

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment