WelcomeWelcome | FAQFAQ | DownloadsDownloads | WikiWiki

Author Topic: Kmaps Works With Xvesa Fails with Xorg  (Read 3642 times)

Offline SamK

  • Hero Member
  • *****
  • Posts: 713
Kmaps Works With Xvesa Fails with Xorg
« on: January 14, 2013, 04:56:36 AM »
TC v4.7.3

Boot Codes
Code: [Select]
quiet norestore noswap kmap=qwerty/uk showapps pause waitusb=5:UUID="e1250876-d731-45a8-abd9-3e1d402b652f" tce=UUID="e1250876-d731-45a8-abd9-3e1d402b652f"
onboot.lst-xvesa-kmaps-working
Code: [Select]
Xlibs.tcz
Xprogs.tcz
Xvesa.tcz
fltk-1.1.10.tcz
wbar.tcz
flwm_topside.tcz
kmaps.tcz

onboot.lst-xorg-kmaps-failing
Code: [Select]
Xlibs.tcz
Xprogs.tcz
Xorg-7.6.tcz
fltk-1.1.10.tcz
wbar.tcz
flwm_topside.tcz
kmaps.tcz

Offline curaga

  • Administrator
  • Hero Member
  • *****
  • Posts: 11048
Re: Kmaps Works With Xvesa Fails with Xorg
« Reply #1 on: January 14, 2013, 07:09:51 AM »
Yes, Xorg uses its own keymaps, not the console keymap. It defaults to US, you need to set your own in xorg.conf or by using the setxkbmap tool.

See /etc/X11/README.xorg.conf for an example.
The only barriers that can stop you are the ones you create yourself.

Offline SamK

  • Hero Member
  • *****
  • Posts: 713
Re: Kmaps Works With Xvesa Fails with Xorg
« Reply #2 on: January 14, 2013, 11:31:20 AM »
Yes, Xorg uses its own keymaps, not the console keymap. It defaults to US, you need to set your own in xorg.conf or by using the setxkbmap tool.

See /etc/X11/README.xorg.conf for an example.
OK, got it thanks.

Rather than create a new xorg.conf, setxkbmap seemed simpler.  With the help of this:
http://www.x.org/releases/X11R7.5/doc/input/XKB-Config.html
a working setup has been added in ~/.X.d. 

Although the official advice is to specify multiple parameters, it works OK with just the country as follows:
Code: [Select]
setxkbmap gbThe country code sets up a British keyboard layout but I could not find a list of country codes for reference.


Edit
Afterthought, might this be a candidate for a boot code in order to allow both Xvesa and Xorg to be specified via boot loader?
« Last Edit: January 14, 2013, 12:07:47 PM by SamK »

Offline curaga

  • Administrator
  • Hero Member
  • *****
  • Posts: 11048
Re: Kmaps Works With Xvesa Fails with Xorg
« Reply #3 on: January 14, 2013, 02:16:51 PM »
Not really, since the names don't match.
The only barriers that can stop you are the ones you create yourself.

Offline SamK

  • Hero Member
  • *****
  • Posts: 713
Re: Kmaps Works With Xvesa Fails with Xorg
« Reply #4 on: January 15, 2013, 02:20:44 AM »
Not really, since the names don't match.
I was thinking of an additional code for Xorg.  In this way the different names might be less of an issue.  Also it provides parity for both as each can then be specified as a boot code or started with a command post bootup.

Perhaps something along these lines (examples based on British keyboard)
kmaps=qwerty/uk  (as currently specified)
kbxorg=gb  (suggested for consideration)

Offline tinypoodle

  • Hero Member
  • *****
  • Posts: 3857
Re: Kmaps Works With Xvesa Fails with Xorg
« Reply #5 on: January 15, 2013, 02:32:02 AM »
I think that might open a more general subject if boot codes could/should refer to extensions (or not).

I wouldn't even know offhand if there are any such at current without first going through whole boot code list :P

If the conclusion was affirmative, sure there would be other candidates as well.
"Software gets slower faster than hardware gets faster." Niklaus Wirth - A Plea for Lean Software (1995)

Offline SamK

  • Hero Member
  • *****
  • Posts: 713
Re: Kmaps Works With Xvesa Fails with Xorg
« Reply #6 on: January 15, 2013, 02:57:25 AM »
I think that might open a more general subject if boot codes could/should refer to extensions (or not).

I wouldn't even know offhand if there are any such at current without first going through whole boot code list :P
The idea is not intended to be interpreted as establishing policy for Core.

Extensions are required for at least two current boot codes: