xorg will deutsches layout nicht

worel

worel

Well-Known Member
Hi!

Jez hab ich endlich den xorg server hinbekommen, hal usw.

Und nu mag er mein deutsches Tastatur Layout nicht.

Folgendes steht in meiner xorg.conf
Code: 
Section "InputDevice"
	Identifier  "Keyboard0"
	Driver	    "keyboard"
	Option	    "XkbModel" "pc105"
	Option      "XkbLayout" "de"
	Option	    "XkbVariant" "nodeadkeys"
	
EndSection

In der Konsole hab ich jetzt schon alles schoen mit Umlauten, nur der X streikt mir noch...

Ideen dazu :belehren:
 
Folgende 3 Unterschiede sind mir zu meiner config aufgefallen:
  • Driver "kdb" statt "keyboard"
  • Option XkbRules "xorg" zusätzlich
  • Option XkbVariant "de_nodeadkeys" statt "nodeadkeys"
mousaka
 
Ich nutze xfce, die letzte Version aus den Ports.

Den Rest kann ich erst morgen wieder nachprüfen - Laptop floggt in der Firma ;)

Diese Optionen hab ich aus einem Tut. einer BSD Fan Seite. Kann evtl. auch Schrott sein...
Morgen weiß ich mehr.
 
Code: 
Section "InputDevice"
        Identifier  "Keyboard0"
        Driver      "kbd"
        Option "XkbLayout" "de"
        Option "XkbModel" "pc105"
mehr steht bei mir nicht drinnen.
Das genügt, damit die Tastatur unter X auch deutsch erkannt wird.
Sollte man meinen.
Aber, KDE3 zum Beispiel hat eine eigene Tastaturlayout-Tabelle und kann dies überschreiben.
 
Styx schrieb:
Das Problem liegt bei HAL. Ab Xorg 7.4 organisiert blöderweise HAL den Zeichensatz des X-Servers:

http://www.bsdforen.de/showpost.php?p=195160&postcount=68
Zum Vergrößern anklicken....

wobei es aber eine Menge Änderungen in der letzten Zeit gab.
Aktuell gibt es dort bei mir etwa:
Code: 
senyo# cat 101-keyboard-input.fdi
<?xml version="1.0" encoding="UTF-8"?>
<deviceinfo version="0.2">
  <device>
    <match key="info.capabilities" contains="input.keyboard">
      <merge key="input.x11_driver"  type="string">kbd</merge>
      <merge key="input.xkb.Model"   type="string">pc105</merge>
      <merge key="input.xkb.Layout"  type="string">de,ara</merge>
      <merge key="input.xkb.Rules"   type="string">xorg</merge>
      <merge key="input.xkb.Options" type="string">grp:caps_toggle</merge>
    </match>
  </device>
</deviceinfo>
ganz lustig, bei Start der KDE4 Sitzung wurde das auch genau erkannt und angewendet und eine Tastatur ara neben einer de angeboten.
KDE3 ließ sich davon nicht beirren.

In dem Beitrag da oben wird eine komische Sache gezeigt, denn da ist doch von "Linux" die Rede.
Für FreeBSD gibt es diese kernel-Meldungen auch, die heißen dort eben freebsd und nicht Linux.
Code: 
      <!-- allow these mount options for vfat -->
      <match key="volume.fstype" string="vfat">
	<match key="/org/freedesktop/Hal/devices/[B]computer:system.kernel.name" string="Linux">[/B]
	  <append key="volume.mount.valid_options" type="strlist">utf8</append>
	  <append key="volume.mount.valid_options" type="strlist">shortname=</append>
	  <append key="volume.mount.valid_options" type="strlist">codepage=</append>
	  <append key="volume.mount.valid_options" type="strlist">iocharset=</append>
	  <append key="volume.mount.valid_options" type="strlist">umask=</append>
	  <append key="volume.mount.valid_options" type="strlist">dmask=</append>
	  <append key="volume.mount.valid_options" type="strlist">fmask=</append>
	  <append key="volume.mount.valid_options" type="strlist">uid=</append>
	  <append key="volume.mount.valid_options" type="strlist">flush</append>
	</match>
	<match key="/org/freedesktop/Hal/devices/[B]computer:system.kernel.name" string="FreeBSD">[/B]
	  <append key="volume.mount.valid_options" type="strlist">longnames</append>
	  <append key="volume.mount.valid_options" type="strlist">shortnames</append>
	  <append key="volume.mount.valid_options" type="strlist">nowin95</append>
	  <append key="volume.mount.valid_options" type="strlist">-u=</append>
	  <append key="volume.mount.valid_options" type="strlist">-g=</append>
	  <append key="volume.mount.valid_options" type="strlist">-m=</append>
	  <append key="volume.mount.valid_options" type="strlist">-M=</append>
	  <append key="volume.mount.valid_options" type="strlist">-L=</append>
	  <append key="volume.mount.valid_options" type="strlist">-D=</append>
	  <append key="volume.mount.valid_options" type="strlist">large</append>
	</match>
      </match>
hier etwa zu sehen. Also, wenn ich da nicht was falsch lese, dann ist es eben oben Linux gewesen und deshalb auch der Eintrag zu evdev.
 
Styx schrieb:
Das Problem liegt bei HAL. Ab Xorg 7.4 organisiert blöderweise HAL den Zeichensatz des X-Servers:
Zum Vergrößern anklicken....

Das ist scheinbar in vielen Fällen wirklich so (wenngleich sich mir die Frage aufdrängt warum das "blöderweise" so ist. Nicht das ich es bejubele, aber ich habe noch nicht verstanden was an Gnome/hald/dbus... so böse ist), hier bei mir funktioniert X mit deutschem Tastaturlayout auf zwei Rechnern (Desktop und Laptop) auch ohne hal.

Angepasst sind im grunde nur folgende Sections (der Rest kommt von "X -configure"):

Code: 
Section "ServerFlags"
	Option	    "StandbyTime"	"7"
	Option	    "SuspendTime"	"10"
	Option	    "OffTime"		"15"
	Option      "AutoAddDevices"	"off"
EndSection
und
Code: 
Section "InputDevice"
	Identifier  "Keyboard0"
	Driver      "kbd"
	Option	    "XkbLayout" "de"
EndSection
 
meeb schrieb:
Das ist scheinbar in vielen Fällen wirklich so (wenngleich sich mir die Frage aufdrängt warum das "blöderweise" so ist. Nicht das ich es bejubele, aber ich habe noch nicht verstanden was an Gnome/hald/dbus... so böse ist), hier bei mir funktioniert X mit deutschem Tastaturlayout auf zwei Rechnern (Desktop und Laptop) auch ohne hal.
Zum Vergrößern anklicken....

wirklich böse ist daran natürlich nichts.
http://www.bsdforen.de/showthread.php?t=22656
zeigt ein wenig den Ärger, aber da gibt es nahezu beliebig viele Treffer derzeit.
Es ist vielleicht einfach so beschrieben: die Entwicklung in OpenSource geht davon aus, daß eine Software alle gehört und allen nutzen soll. Das darf getrost auch anders gesehen werden. Wenn die Xorg Leute einen Server zu ihrem eigenen Vergnügen basteln und nun mal ihr Lieblingssystem ein Linux ist, dann können die anderen nur schauen, wo sie bleiben.
Das kann natürlich dazu führen, daß es bald eine Abspaltung von Xorg geben könnte und ein eigener Zweig sich um die Entwicklung der nicht-Linuxe kümmert.
Das ist nicht weiter tragisch, nur finde mal die kompetenten Leute, die sich dieser Sachen annehmen. Wir alle waren bisher sehr froh damit, daß wir einen freien X-Server nutzen konnten, den gleichen für Linux, FreeBSD, OpenBSD, DragonFly, Opensolaris und was weiß ich noch alles.
Das wurde nun vollkommen ohne Not ins Wanken gebracht und wieder mal eine sehr eindeutige Vorliebe für Linux beweisen, denn nur dort läuft Hal und macht irgendwo auch einen Sinn, allerdings einen durchaus fragwürdigen.

nein, Böse sehe ich das nicht. Ich rege mich darüber auf, wie ich mich bei Entscheidungen aufrege, die ich aus meinem Blickwinkel für törricht halte. Das gab es schon häufig bei OpenSource Entwicklungen und von manch liebgewonnener Anwendung mußte ich mich schon verabschieden. Wenn man auf die Produkte anderer angewiesen ist, muß man essen was kommt, oder hungern.
Es könnte aber auch sein, daß die falschen Entscheidungen gar nicht gewollt waren, daß die Konsequenzen gar nicht gesehen wurden und da kann es doch helfen, laut zu motzen, damit das klar wird.
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Zurück
Oben