Chip88
Anmeldungsdatum: 16. Juni 2008
Beiträge: 563
|
Hey zusammen, habe eine kurze Frage zum Nummernblock auf der Tastatur:
Mir ist aufgefallen, dass der Nummernblock deaktiviert wird, nachdem der Laptop durch Zuklappen des Monitors in den Ruhezustand versetzt wird. Wenn ich den PC normal neustarte, ist klar, dass ich den Nummernblock erstmal durch Klick auf
⇩ num aktivieren muss. Habt Ihr eine Idee, wie ich den Nummernblock so einrichten kann, dass ich ihn auch nach einem Ruhezustand ohne erneutes Drücken der
⇩ num aktiviert lasse? Ich verwende dezreit Kubuntu 14.04.5 LTS
und als Kernel: 3.13.0-100-generic. Vielen Dank im Voraus für Eure Unterstützung! Schönes Wochenende!
Chipy Moderiert von Cruiz: Dieses Thema ist verschoben worden. Bitte beachte die als wichtig markierten Themen („Welche Themen gehören hier her und welche nicht?“)!
|
ChickenLipsRfun2eat
Anmeldungsdatum: 6. Dezember 2009
Beiträge: 12067
|
Hallo! Wenn du ihn generell aktiviert haben willst, gibt es mehrere Möglichkeiten. Manche BIOS/(U)EFI - Systeme haben eine eigene Einstellung dafür. Innerhalb von (K)Ubuntu hilft dir das Wiki unter Nummernblock aktivieren weiter.
|
Chip88
(Themenstarter)
Anmeldungsdatum: 16. Juni 2008
Beiträge: 563
|
@ ChickenLipsRfun2eat:
Danke für Deine schnelle Antwort. Jetzt erinnere ich mich wieder, worin das Problem lag, den Nummernblock generell zu aktivieren.
Wie in der Wiki steht, ist die "dauerhafte" Aktivierung bei Notebooks ohne separaten Nummernblock wegen der Doppelbelegung der Tasten eher kontraproduktiv. Ich arbeite zu Hause jedoch mit einer externen Tastatur, die über einen separaten Nummernblock verfügt.
Wenn ich den Nummernblock über Menü → Anwendungen → Einstellungen → Systemeinstellungen → Eingabegeräte → Tastatur → Zahlenblock bei KDE-Start → Einschalten dauerhaft aktiviere, habe ich das Problem, dass wenn ich meinen Laptop mal unterwegs mitnehme, der Nummernblock beim Hochfahren ja ebenfalls aktiviert sein wird. Ergo: Es muss doch eine Möglichkeit geben, zu definieren, dass nur der Ziffernblock der externen Tastatur aktiviert wird, während der in die Laptop integrierte Nummernblock deaktiviert bleibt. Ginge sowas? Danke für Eure Rückmeldung!
|
ChickenLipsRfun2eat
Anmeldungsdatum: 6. Dezember 2009
Beiträge: 12067
|
Ja. Das geht. Da hilft dir udev weiter. Du musst dir eine auf deine Tastatur angepasste Regel schreiben.
|
Chip88
(Themenstarter)
Anmeldungsdatum: 16. Juni 2008
Beiträge: 563
|
ChickenLipsRfun2eat schrieb: Ja. Das geht. Da hilft dir udev weiter. Du musst dir eine auf deine Tastatur angepasste Regel schreiben.
@ ChickenLipsRfun2eat:
Danke erneut für Deinen Hinweis. Ich habe mir die Wiki angeschaut und bin entsprechend der Anleitung vorgegangen.
Leider funktioniert es trotzdem nicht bei mir. Kannst Du mir vll. bitte weiterhelfen?! Über lsusb
habe ich meine Tastatur ausfindig gemacht:
Bus 001 Device 007: ID 04fc:05d8 Sunplus Technology Co., Ltd Wireless keyboard/mouse Dann habe ich numlockx installiert und die Datei 99-ziffernblock.rules in /etc/udev/rules.d/ angelegt.
Der Inhalt dieser Datei lautet wie in der Wiki angegeben:
# Aktivieren / Deaktivieren des Ziffernblocks bei externer Tastatur
# <BENUTZERNAME> muss angepasst werden und das Packet numlockx installiert sein
ATTRS{idVendor}=="04fc", ATTRS{idProduct}=="05d8", ACTION=="add", RUN+="/bin/su mark -c 'DISPLAY=:0 /usr/bin/numlockx on'"
ENV{ID_VENDOR_ID}=="04fc", ENV{ID_MODEL_ID}=="05d8", ACTION=="remove", RUN+="/bin/su mark -c 'DISPLAY=:0 /usr/bin/numlockx off'" Habe udev per sudo reload udev
und sogar den PC neugestartet. Aber es geht nicht. Hast Du bitte einen weiteren Tipp für mich? Danke im Voraus!
|
ChickenLipsRfun2eat
Anmeldungsdatum: 6. Dezember 2009
Beiträge: 12067
|
Hallo! Als erstes prüfe die Logdateien, wie dmesg auf Hinweise / Fehlermeldungen / Warnungen. Falls dort nichts zu finden ist, prüfe die Rechte der 99-ziffernblock.rules. Diese müsste 644 sein, also Besitzer darf Lesen und Schreiben, andere nur lesen. Besitzer ist root. Anschließend würde ich versuchen, ob die Regel greift und das Problem vllt beim numlockx liegt:
ATTRS{idVendor}=="04fc", ATTRS{idProduct}=="05d8", ACTION=="add", RUN+="/bin/su mark -c '/usr/bin/touch /home/mark/tastatur.test'" Das sollte nach dem Einstecken der externen Tastatur eine Datei tastatur.test in deinem Homeverzeichnis anlegen. Deren Rechte kannst du dann mittels ls -lha /home/mark/tastatur.test prüfen. Nach obiger Regel sollte sie mark:mark gehören. Falls das Erstellen klappt, liegt der Fehler in der numlockx-Befehlszeile, wenn nicht beim udev. Nachtrag: Wie dem Wiki zu entnehmen kann man sich in einem parallel geöffneten Terminalfenster mittels tail -n 10 -f /var/log/syslog direkt die Ausgaben beim Anstecken anzeigen lassen. Das solltest du tun ☺
|
Chip88
(Themenstarter)
Anmeldungsdatum: 16. Juni 2008
Beiträge: 563
|
ChickenLipsRfun2eat schrieb: Hallo! Als erstes prüfe die Logdateien, wie dmesg auf Hinweise / Fehlermeldungen / Warnungen. Falls dort nichts zu finden ist, prüfe die Rechte der 99-ziffernblock.rules. Diese müsste 644 sein, also Besitzer darf Lesen und Schreiben, andere nur lesen. Besitzer ist root. Anschließend würde ich versuchen, ob die Regel greift und das Problem vllt beim numlockx liegt:
ATTRS{idVendor}=="04fc", ATTRS{idProduct}=="05d8", ACTION=="add", RUN+="/bin/su mark -c '/usr/bin/touch /home/mark/tastatur.test'" Das sollte nach dem Einstecken der externen Tastatur eine Datei tastatur.test in deinem Homeverzeichnis anlegen. Deren Rechte kannst du dann mittels ls -lha /home/mark/tastatur.test prüfen. Nach obiger Regel sollte sie mark:mark gehören. Falls das Erstellen klappt, liegt der Fehler in der numlockx-Befehlszeile, wenn nicht beim udev.
Hey, danke erneut für Deine Hilfe! Also: Die Testdatei wird angelegt. Und ls -lha /home/mark/tastatur.test ergibt in der Tat:
-rw-rw-r-- 1 mark mark 0 Nov 4 22:25 /home/mark/tastatur.test Die Abfrage von dmesg ergibt u. a.:
[ 2142.739824 < 0,000527>] sunplus 0003:04FC:05D8.0009: input,hiddev0,hidraw1: USB HID v1.00 Mouse [MLK HAMA wireless Combo set] on usb-0000:00:1a.0-1.2.1.2/input1
[ 2292.208462 < 149,468638>] usb 1-1.2.1.2: USB disconnect, device number 11
[ 2316.029082 < 23,820620>] usb 1-1.2.1.2: new low-speed USB device number 12 using ehci-pci
[ 2316.180332 < 0,151250>] usb 1-1.2.1.2: New USB device found, idVendor=04fc, idProduct=05d8
[ 2316.180344 < 0,000012>] usb 1-1.2.1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[ 2316.180350 < 0,000006>] usb 1-1.2.1.2: Product: HAMA wireless Combo set
[ 2316.180355 < 0,000005>] usb 1-1.2.1.2: Manufacturer: MLK
[ 2316.187228 < 0,006873>] input: MLK HAMA wireless Combo set as /devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.2/1-1.2.1/1-1.2.1.2/1-1.2.1.2:1.0/input/input29
[ 2316.187624 < 0,000396>] sunplus 0003:04FC:05D8.000A: input,hidraw0: USB HID v1.00 Keyboard [MLK HAMA wireless Combo set] on usb-0000:00:1a.0-1.2.1.2/input0
[ 2316.194102 < 0,006478>] sunplus 0003:04FC:05D8.000B: fixing up Sunplus Wireless Desktop report descriptor
[ 2316.195158 < 0,001056>] input: MLK HAMA wireless Combo set as /devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.2/1-1.2.1/1-1.2.1.2/1-1.2.1.2:1.1/input/input30
[ 2316.195856 < 0,000698>] sunplus 0003:04FC:05D8.000B: input,hiddev0,hidraw1: USB HID v1.00 Mouse [MLK HAMA wireless Combo set] on usb-0000:00:1a.0-1.2.1.2/input1 Nachtrag:
tail -n 10 -f /var/log/syslog ergibt beim Anstecken:
Nov 4 22:31:46 chip acpid: input device has been disconnected, fd 16
Nov 4 22:31:46 chip console-kit-daemon[807]: GLib-CRITICAL: Source ID 878 was not found when attempting to remove it
Nov 4 22:31:46 chip console-kit-daemon[807]: GLib-CRITICAL: Source ID 894 was not found when attempting to remove it
Nov 4 22:31:46 chip console-kit-daemon[807]: GLib-CRITICAL: Source ID 891 was not found when attempting to remove it
Nov 4 22:31:46 chip console-kit-daemon[807]: GLib-CRITICAL: Source ID 907 was not found when attempting to remove it
Nov 4 22:31:46 chip console-kit-daemon[807]: GLib-CRITICAL: Source ID 925 was not found when attempting to remove it
Nov 4 22:31:46 chip console-kit-daemon[807]: GLib-CRITICAL: Source ID 922 was not found when attempting to remove it
Nov 4 22:31:46 chip console-kit-daemon[807]: GLib-CRITICAL: Source ID 933 was not found when attempting to remove it
Nov 4 22:31:46 chip console-kit-daemon[807]: GLib-CRITICAL: Source ID 947 was not found when attempting to remove it
Nov 4 22:31:46 chip console-kit-daemon[807]: GLib-CRITICAL: Source ID 958 was not found when attempting to remove it
Nov 4 22:32:07 chip kernel: [ 2561.486022] usb 1-1.2.1.2: new low-speed USB device number 13 using ehci-pci
Nov 4 22:32:07 chip kernel: [ 2561.636912] usb 1-1.2.1.2: New USB device found, idVendor=04fc, idProduct=05d8
Nov 4 22:32:07 chip kernel: [ 2561.636924] usb 1-1.2.1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=0
Nov 4 22:32:07 chip kernel: [ 2561.636930] usb 1-1.2.1.2: Product: HAMA wireless Combo set
Nov 4 22:32:07 chip kernel: [ 2561.636935] usb 1-1.2.1.2: Manufacturer: MLK
Nov 4 22:32:07 chip kernel: [ 2561.643539] input: MLK HAMA wireless Combo set as /devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.2/1-1.2.1/1-1.2.1.2/1-1.2.1.2:1.0/input/input31
Nov 4 22:32:07 chip kernel: [ 2561.643957] sunplus 0003:04FC:05D8.000C: input,hidraw0: USB HID v1.00 Keyboard [MLK HAMA wireless Combo set] on usb-0000:00:1a.0-1.2.1.2/input0
Nov 4 22:32:07 chip kernel: [ 2561.650263] sunplus 0003:04FC:05D8.000D: fixing up Sunplus Wireless Desktop report descriptor
Nov 4 22:32:07 chip kernel: [ 2561.651329] input: MLK HAMA wireless Combo set as /devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.2/1-1.2.1/1-1.2.1.2/1-1.2.1.2:1.1/input/input32
Nov 4 22:32:07 chip kernel: [ 2561.651820] sunplus 0003:04FC:05D8.000D: input,hiddev0,hidraw1: USB HID v1.00 Mouse [MLK HAMA wireless Combo set] on usb-0000:00:1a.0-1.2.1.2/input1
Nov 4 22:32:07 chip mtp-probe: checking bus 1, device 13: "/sys/devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.2/1-1.2.1/1-1.2.1.2"
Nov 4 22:32:07 chip mtp-probe: bus: 1, device: 13 was not an MTP device
Nov 4 22:32:07 chip console-kit-daemon[807]: GLib-CRITICAL: Source ID 970 was not found when attempting to remove it
Nov 4 22:32:07 chip console-kit-daemon[807]: GLib-CRITICAL: Source ID 986 was not found when attempting to remove it
Nov 4 22:32:07 chip console-kit-daemon[807]: GLib-CRITICAL: Source ID 983 was not found when attempting to remove it
Nov 4 22:32:07 chip console-kit-daemon[807]: GLib-CRITICAL: Source ID 1021 was not found when attempting to remove it
Nov 4 22:32:07 chip console-kit-daemon[807]: GLib-CRITICAL: Source ID 1027 was not found when attempting to remove it
Nov 4 22:32:07 chip console-kit-daemon[807]: GLib-CRITICAL: Source ID 1018 was not found when attempting to remove it
Nov 4 22:32:07 chip console-kit-daemon[807]: GLib-CRITICAL: Source ID 1011 was not found when attempting to remove it
Nov 4 22:32:07 chip console-kit-daemon[807]: GLib-CRITICAL: Source ID 1024 was not found when attempting to remove it
Nov 4 22:32:07 chip console-kit-daemon[807]: GLib-CRITICAL: Source ID 1072 was not found when attempting to remove it
Nov 4 22:32:07 chip console-kit-daemon[807]: GLib-CRITICAL: Source ID 1054 was not found when attempting to remove it
Nov 4 22:32:07 chip console-kit-daemon[807]: GLib-CRITICAL: Source ID 1075 was not found when attempting to remove it
Nov 4 22:32:07 chip console-kit-daemon[807]: GLib-CRITICAL: Source ID 1068 was not found when attempting to remove it
Nov 4 22:32:07 chip console-kit-daemon[807]: GLib-CRITICAL: Source ID 1061 was not found when attempting to remove it Ich muss aber ehrlich gestehen, dass ich nicht genau weiß, was ich mit dieser Info anfangen soll.
Wäre Dir sehr dankbar, wenn Du mir beim Auswerten hilfst. Danke im Voraus!
|
ChickenLipsRfun2eat
Anmeldungsdatum: 6. Dezember 2009
Beiträge: 12067
|
Nov 4 22:32:07 chip kernel: [ 2561.486022] usb 1-1.2.1.2: new low-speed USB device number 13 using ehci-pci
Nov 4 22:32:07 chip kernel: [ 2561.636912] usb 1-1.2.1.2: New USB device found, idVendor=04fc, idProduct=05d8
Nov 4 22:32:07 chip kernel: [ 2561.636924] usb 1-1.2.1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=0
Nov 4 22:32:07 chip kernel: [ 2561.636930] usb 1-1.2.1.2: Product: HAMA wireless Combo set
Nov 4 22:32:07 chip kernel: [ 2561.636935] usb 1-1.2.1.2: Manufacturer: MLK
Nov 4 22:32:07 chip kernel: [ 2561.643539] input: MLK HAMA wireless Combo set as /devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.2/1-1.2.1/1-1.2.1.2/1-1.2.1.2:1.0/input/input31
Nov 4 22:32:07 chip kernel: [ 2561.643957] sunplus 0003:04FC:05D8.000C: input,hidraw0: USB HID v1.00 Keyboard [MLK HAMA wireless Combo set] on usb-0000:00:1a.0-1.2.1.2/input0
Nov 4 22:32:07 chip kernel: [ 2561.650263] sunplus 0003:04FC:05D8.000D: fixing up Sunplus Wireless Desktop report descriptor
Nov 4 22:32:07 chip kernel: [ 2561.651329] input: MLK HAMA wireless Combo set as /devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.2/1-1.2.1/1-1.2.1.2/1-1.2.1.2:1.1/input/input32
Nov 4 22:32:07 chip kernel: [ 2561.651820] sunplus 0003:04FC:05D8.000D: input,hiddev0,hidraw1: USB HID v1.00 Mouse [MLK HAMA wireless Combo set] on usb-0000:00:1a.0-1.2.1.2/input1
ist dein angestecktest Tastatur/Maus-System. Wird erkannt, udev-Regel läuft. Also soweit alles richtig. Wenden wir uns numlockx zu. Habe mir das eben installiert und getestet. Funktioniert wie erwartet, wobei ich die udev-Regel nicht versucht habe. Die Befehlszeile "DISPLAY=:0 numlock on" ist bei mir auch richtig und lässt sich über eine virtuelle Konsole auch testen. Versuche zunächst in einem normalen Terminal den Befehl numlockx on , bzw. off einzugeben und schau ob es funktioniert. Als nächstes öffnest du ein virtuelles Terminal mit z.B. Strg-Alt-F2 und gibst dort nach deiner Anmeldung mit Username und Passwort DISPLAY=:0 numlockx on ein und prüfst, ob der Numlock aktiviert wird. Falls es funktioniert, wird es knifflig. Dann hätte ich noch die Idee es mit einer Verzögerung auszuführen und den Befehl in ein Script auszulagern.
|
Chip88
(Themenstarter)
Anmeldungsdatum: 16. Juni 2008
Beiträge: 563
|
In einem normalen Terminal führt die Eingabe des Befehls numlockx on bzw. off zum gewünschten Verhalten! 👍 In der virtuellen Konsole passiert bei der Eingabe von DISPLAY=:0 numlock on absolut nichts. Der Numlock wird nicht aktiviert. Habe das Gefühl, dass wir der Lösung sehr nahe sind. Jetzt bin ich auf die letzten Schritte gespannt!
Danke nochmal für Deine Hilfe!
|
lionlizard
Anmeldungsdatum: 20. September 2012
Beiträge: 6244
Wohnort: Berlin
|
Chip88 schrieb: Ergo: Es muss doch eine Möglichkeit geben, zu definieren, dass nur der Ziffernblock der externen Tastatur aktiviert wird, während der in die Laptop integrierte Nummernblock deaktiviert bleibt. Ginge sowas?
Ich bin hier noch über eine Formulierug gestolpert: die Ziffernblocks der externen und internen Tastatur werden nicht getrennt behandelt, wenn also der externe Ziffernblock aktiviert wird, so ist es der auf der internen Tastatur ebenfalls. Im Anwendungsfall wird dies keine Rolle spielen, man sollte sich dessen aber bewusst sein.
|
ChickenLipsRfun2eat
Anmeldungsdatum: 6. Dezember 2009
Beiträge: 12067
|
Dann wird wohl schlicht deine Display-Variable nicht stimmen. Gib mal in einem neu geöffneten Terminal ein echo $DISPLAY ein. Das was er da ausgibt, musst du in der Regel verwenden. Alternativ dazu habe ich mal einen weiteren Workaround vorbereitet, den du aber selbst testen musst: Ändere deine /etc/udev/rules.d/99-ziffernblock.rules so um:
ATTRS{idVendor}=="04fc", ATTRS{idProduct}=="05d8", ENV{DISPLAY}=":0", ACTION=="add", RUN+="/usr/local/bin/numlock_toggle on'"
ENV{ID_VENDOR_ID}=="04fc", ENV{ID_MODEL_ID}=="05d8", ACTION=="remove", RUN+="/usr/local/bin/numlock_toggle off'" Speichere folgendes Script unter /usr/local/bin/numlock_toggle mit root-Rechten:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15 | #! /usr/bin/bash
export DISPLAY=:0 #setzen der Display-Variable
export XAUTHORITY=/home/mark/.Xauthority #falls Session-Daten benötigt werden
NumLock="/bin/su mark -c /usr/bin/numlockx" #Abkürzung des Befehls
#Wir übergeben in der neuen udev-Regel unser Script als Befehl mit dem Parameter on oder off. Dieser wird hier ausgewertet
case $1 in
on)
/bin/sleep 1 #Eine Sekunde warten
$NumLock on
;;
off)
$NumLock off
;;
esac
|
Achtung: Alles nur Theorie ☺ Ich weiß nicht, ob ENV{DISPLAY}=":0" an der Stelle funktioniert, daher habe ich es auch im Script verwendet. Ebenso weiß ich nicht, ob numlockx von der .Xauthority abhängt. Du kannst die Einträge im Script aber auskommentieren, indem du eine Raute (#) vor die Zeile setzt und ausprobieren, so wie das ENV{DISPLAY}=":0" bei der udev-Regel weglassen, falls es Probleme gibt.
|
Chip88
(Themenstarter)
Anmeldungsdatum: 16. Juni 2008
Beiträge: 563
|
@ lionlizard: Verstehe nicht so ganz, was Du meinst... Wenn ich unterwegs bin, ist die externe Tastatur ebenso wie der entsprechende USB - Receiver ja natürlich zu Hause. Da soll der integrierte Ziffernblock nicht funktionieren. Wenn ich zu Hause bin, arbeite ich normalerweise nur mit der externen Tastatur. Da ist mir die interne Notebook - Tastatur mehr oder weniger egal... 😉 @ ChickenLipsRfun2eat:
echo $DISPLAY ergibt :0 Alles Weitere teste ich jetzt und melde mich umgehend! Nachtrag:
Habe alles so eingetragen, wie Du gesagt hast, ChickenLipsRfun2eat.
Leider hat es mit den o. g. Einträgen nicht geklappt.
Auch mit der vorgeschlagenen Anpassung geht es nicht. Bei mir steht jetzt bspw. in der 99-ziffernblock.rules:
ATTRS{idVendor}=="04fc", ATTRS{idProduct}=="05d8", ACTION=="add", RUN+="/usr/local/bin/numlock_toggle on'"
ENV{ID_VENDOR_ID}=="04fc", ENV{ID_MODEL_ID}=="05d8", ACTION=="remove", RUN+="/usr/local/bin/numlock_toggle off'" Und in der numlock_toggle sieht es so aus:
#! /usr/bin/bash
#export DISPLAY=:0 #setzen der Display-Variable
#export XAUTHORITY=/home/mark/.Xauthority #falls Session-Daten benötigt werden
NumLock="/bin/su mark -c /usr/bin/numlockx" #Abkürzung des Befehls
#Wir übergeben in der neuen udev-Regel unser Script als Befehl mit dem Parameter on oder off. Dieser wird hier ausgewertet
case $1 in
on)
/bin/sleep 1 #Eine Sekunde warten
$NumLock on
;;
off)
$NumLock off
;;
esac Leider doch kein Erfolg...
Aber danke für Deine Unterstützung.
|
lionlizard
Anmeldungsdatum: 20. September 2012
Beiträge: 6244
Wohnort: Berlin
|
Darum meinte ich, dass dies für diesen Anwendungsfall keine Rolle spielen wird. Wenn man aber Numlock eingeschaltet hat, und dann - aus welchen Gründen auch immer - eine Taste auf dem nicht extra ausgeführten Nummernblock der Notebooktastatur drückt, wird eben nicht der aufgedruckte Buchstabe sondern die Ziffer gesendet. Es wäre ja auch technisch denkbar, dass die beiden Tastaturen völlig unabhängig voneinander arbeiten, so dass man mit der internen Tastatur Chinesische Zeichen eingeben kann, während die externe Tastatur ein deutsches Layout eingestellt hat. Deine Formulierung war nicht ganz eindeutig, daher mein Hinweis - ggf. auch für andere, die dieses Thema irgendwann einmal lesen.
|
Chip88
(Themenstarter)
Anmeldungsdatum: 16. Juni 2008
Beiträge: 563
|
lionlizard schrieb: Darum meinte ich, dass dies für diesen Anwendungsfall keine Rolle spielen wird. Wenn man aber Numlock eingeschaltet hat, und dann - aus welchen Gründen auch immer - eine Taste auf dem nicht extra ausgeführten Nummernblock der Notebooktastatur drückt, wird eben nicht der aufgedruckte Buchstabe sondern die Ziffer gesendet. Es wäre ja auch technisch denkbar, dass die beiden Tastaturen völlig unabhängig voneinander arbeiten, so dass man mit der internen Tastatur Chinesische Zeichen eingeben kann, während die externe Tastatur ein deutsches Layout eingestellt hat. Deine Formulierung war nicht ganz eindeutig, daher mein Hinweis - ggf. auch für andere, die dieses Thema irgendwann einmal lesen.
Jetzt hab ich es gecheckt! Sorry, lag an der späten Stunde!
Macht natürlich Sinn, was Du meinst.
Und ja, es wäre prima, wenn man beiden Tastaturen ganz einfach unterschiedliche Layouts zuweisen könnte...
Aber so einfach ist das dann doch nicht! =/
|
ChickenLipsRfun2eat
Anmeldungsdatum: 6. Dezember 2009
Beiträge: 12067
|
Hallo! Die DISPLAY-Variable muss in jedem Fall irgendwie übergeben werden. Beide rauszunehmen hätte eine Fehlermeldung zur Folge. Steht denn was im syslog? Btw: Habe zwischenzeitlich auch udevadm monitor wiederentdeckt. Den kannst du vor dem Anstecken starten und falls du ihn beenden willst, kommst du mit Strg-C (Abbrechen) wieder raus. Für heute bin ich allerdings weg hier. Morgen wechsle ich mal auf mein 14.04 und spiele das bei mir durch mit dem Wechsel. Vielleicht fällt mir etwas dabei auf.
|