życie zabija powoli :)

dwie klawiatury – dwa układy klawiszy

Czesi mają przesrane. Ich układ klawiatury jest taki, że zamiast 1234567890 na górnym rządku klawiszy wychodzą ich czeskie znaczki. W przypadku gdy komputer z czeskim układem klawiatury korzysta z czytnika kodów kreskowych – pojawia się wyzwanie dla kogoś kto taki komputer konfiguruje.

Czytnik bowiem działa jak klawiatura. Bez szczególnego majstrowania będzie pracować w kodowaniu klawiatury. A poniewaz większośc kodów kreskowych składa się z cyfr… sami wiecie :]

Ale w miarę aktualna wersja X.org potrafi rozwiązać taki problem – wystarczy podpiąć sobie obsługę daemona HAL do x.org i w jakiś sposób odróżnić klawiaturę i czytnik od siebie :

Uwaga : W przypadku gdy klawiatura jest na ps/2 a czytnik na usb – jest łatwo. Gdy czytnik jest na przelotce spięty z klawiaturą w jednym porcie ps/2 – to rozwiązanie raczej nie zadziała, ponieważ czytnik nie będzie widoczny jako osobne urządzenie wejściowe.

Najpierw sprawdźmy co mamy w systemie z urządzeń wejściowych :

# lshal | grep input | grep product
  input.product = 'Macintosh mouse button emulation'  (string)
  input.product = 'Power Button (CM)'  (string)
  input.product = 'Power Button (FF)'  (string)
  input.product = 'PC Speaker'  (string)
  input.product = 'AT Translated Set 2 keyboard'  (string)
  input.product = '?Symbol Technologies, Inc, 2002 Symbol Bar Code Scanner'  (string)
  input.product = 'Logitech USB-PS/2 Optical Mouse'  (string)

Jak widać mam tutaj czytnik Symbol, mogę go odróżnić po kluczu input.product od klawiatury. Bazując na tym przerabiamy domyślny konfig hal’a dla urządzeń wejściowych :

< >

/etc/hal/fdi/policy/10-keymap.fdi

<?xml version=„1.0” encoding=„ISO-8859-1”?> <!— * SGML * —>

<deviceinfo version=„0.2”>
  <device>
    <match key=„info.capabilities” contains=„input.keymap”>
      <append key=„info.callouts.add” type=„strlist”>hal-setup-keymap</append>
    </match>



<!— czytnik —>

<match key=„input.product” contains=„Symbol”>
    <merge key=„input.xkb.rules” type=„string”>base</merge>
    <merge key=„input.xkb.model” type=„string”>keyboard</merge>
    <match key=”/org/freedesktop/Hal/devices/computer:system.kernel.name”
string=„Linux”>
    <merge key=„input.xkb.model” type=„string”>evdev</merge>
    <merge key=„input.xkb.layout” type=„string”>pl</merge>
    <merge key=„input.xkb.variant” type=„string” />
    </match>

</match>

</device>

  <device>
    <match key=„info.capabilities” contains=„input.keymap”>
      <append key=„info.callouts.add” type=„strlist”>hal-setup-keymap</append>
    </match>
<!— klawirka —>
    <match key=„input.product” contains=„keyboard”>
      <merge key=„input.xkb.rules” type=„string”>base</merge>

      <!— If we’re using Linux, we use evdev by default (falling back to
           keyboard otherwise). —>
      <merge key=„input.xkb.model” type=„string”>keyboard</merge>
      <match key=”/org/freedesktop/Hal/devices/computer:system.kernel.name”
             string=„Linux”>
        <merge key=„input.xkb.model” type=„string”>evdev</merge>
      </match>



      <merge key=„input.xkb.layout” type=„string”>cz</merge>
      <merge key=„input.xkb.variant” type=„string” />
    </match>

  </device>
</deviceinfo>

Teraz pozostaje skonfigurować X.org aby korzystał z ustawień hal, poprzez wpis w xorg.conf :

Section "ServerFlags"
        Option "AutoAddDevices" "True"
EndSection

oraz restart hal’a i X.org. Klawiatura powinna działać po czesku, a czytnik po polsku. Metodę można oczywiście zaadoptować do innych urządzeń ;-)

Plik jest oparty na przykładzie z hal. Kluczowe są linijki

<match key=„input.product” contains=„Symbol”>

<merge key=„input.xkb.layout” type=„string”>pl</merge>

które identyfikują urządzenie i ustawiają dla niego układ klawiatury.

Pojawia się pytanie – jak to zrobić w windows?