Sie sind nicht angemeldet.

Fehlfunktion von "AltGr"

Lieber Besucher, herzlich willkommen bei: Linux Forum Linux-Web.de. Falls dies Ihr erster Besuch auf dieser Seite ist, lesen Sie sich bitte die Hilfe durch. Dort wird Ihnen die Bedienung dieser Seite näher erläutert. Darüber hinaus sollten Sie sich registrieren, um alle Funktionen dieser Seite nutzen zu können. Benutzen Sie das Registrierungsformular, um sich zu registrieren oder informieren Sie sich ausführlich über den Registrierungsvorgang. Falls Sie sich bereits zu einem früheren Zeitpunkt registriert haben, können Sie sich hier anmelden.

benshi

Fortgeschrittener

  • »benshi« ist männlich
  • »benshi« ist der Autor dieses Themas

Beiträge: 175

Wohnort: NRW

Beruf: Student!

  • Nachricht senden

1

11.05.2008, 12:01

Fehlfunktion von "AltGr"

Hallo Leute,
seit kurzem habe ich eine Fehlfunktion von AltGr. Ich kann leider gar nicht so genau sagen, seit wann, möglicherweise ist sie seit dem letzten Update meiner Distribution (Debian lenny) vorhanden, möglicherweise aber auch später erst eingetreten. Tatsache ist, dass AltGr in den meisten xwindow Programmen gar nicht funktioniert, in xterm falsch (z.B. erhalte ich mit der Tastenkombination "AltGr" + "+" keine Tilde, sondern ein thorn: "þ"). Dies ist vor allem beim Programmieren sehr ungünstig.

xev gibt auch nichts problematisches aus beim drücken von "AltGr" bzw. "AltGr" + "+":

Quellcode

 
1
2
3
4
5
6
7
8
9
10
11
12
13

KeyPress event, serial 25, synthetic NO, window 0x1a00001,
    root 0x68, subw 0x1a00002, time 1431717, (26,29), root:(667,44),
    state 0x0, keycode 113 (keysym 0xfe03, ISO_Level3_Shift), same_screen YES,
    XLookupString gives 0 bytes: 
    XmbLookupString gives 0 bytes: 
    XFilterEvent returns: False

KeyPress event, serial 25, synthetic NO, window 0x1a00001,
    root 0x68, subw 0x1a00002, time 1432930, (26,29), root:(667,44),
    state 0x88, keycode 35 (keysym 0x7e, asciitilde), same_screen YES,
    XLookupString gives 1 bytes: (7e) "~"
    XmbLookupString gives 1 bytes: (7e) "~"
    XFilterEvent returns: False


Ebenso nichts unverhofftes bei xmodmap -pk (zumindest scheint es mir so):

Quellcode

 
1
2

     35    	0x002b (plus)	0x002a (asterisk)	0x007e (asciitilde)	0x00af (macron)	0x007e (asciitilde)	0x00af (macron)	
    113    	0xfe03 (ISO_Level3_Shift)



Ich hoffe jemand kann mir helfen die Taste wieder mit der ursprünglichen Funktionalität zu versehen.

Gruß,
Ben

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »benshi« (11.05.2008, 12:09)

oziris

Sith Lord

Beiträge: 835

  • Nachricht senden

2

11.05.2008, 13:22

Möglicherweise klemmt Deine "Alt"-Taste, denn bei mir kommt "þ", wenn ich Alt + AltGr + (2 x "+") drücke.

benshi

Fortgeschrittener

  • »benshi« ist männlich
  • »benshi« ist der Autor dieses Themas

Beiträge: 175

Wohnort: NRW

Beruf: Student!

  • Nachricht senden

3

11.05.2008, 14:00

Das ist zumindest schon mal eine Idee, allerdings müsste ich doch, wenn die Alt Taste wirklich klemmen würde ständig Probleme mit irgendwelchen Programmen bekommen und auch wahrscheinlich gar nicht mehr schreiben können.

BorneBjoern

Stuemper

  • »BorneBjoern« ist männlich

Beiträge: 898

Wohnort: Koenigstein

  • Nachricht senden

4

11.05.2008, 14:49

es koennte aber auch sein, dass das Update - oder igrendjemand / irgedendwas anderes - die CodeTabelle geaendert hat.

schau doch mal mit locale ob das utf-8 oder ISO 8859-1 ist.

Das wuerde zumindest fuer mich ein wenig plausibler klingen.
for Windows problems: reboot
for Linux problems: be root

benshi

Fortgeschrittener

  • »benshi« ist männlich
  • »benshi« ist der Autor dieses Themas

Beiträge: 175

Wohnort: NRW

Beruf: Student!

  • Nachricht senden

5

11.05.2008, 16:02

Hm, locale gibt folgende Ausgabe:

Quellcode

 
1
2
3
4
5
6
7
8
9
10
11
12
13
14

LANG=de_DE.UTF-8
LC_CTYPE="de_DE.UTF-8"
LC_NUMERIC="de_DE.UTF-8"
LC_TIME="de_DE.UTF-8"
LC_COLLATE="de_DE.UTF-8"
LC_MONETARY="de_DE.UTF-8"
LC_MESSAGES="de_DE.UTF-8"
LC_PAPER="de_DE.UTF-8"
LC_NAME="de_DE.UTF-8"
LC_ADDRESS="de_DE.UTF-8"
LC_TELEPHONE="de_DE.UTF-8"
LC_MEASUREMENT="de_DE.UTF-8"
LC_IDENTIFICATION="de_DE.UTF-8"
LC_ALL=

Das sieht für micht recht normal aus.

Im Internet bin ich jetzt doch noch fündig geworden. Hier scheint jemand das selbe Problem zu haben (oder zumindest ein ähnliches). Folgender Befehl normalisiert das Verhalten meiner Tastatur:
setxkbmap -variant nodeadkeys de

edit: Auch bei mir sieht die xorg.conf ganz gewöhnlich aus:

Quellcode

 
1
2
3
4
5
6
7
8
9

Section "InputDevice"
            Identifier      "Generic Keyboard"
         Driver          "kbd"
         Option          "CoreKeyboard"
         Option          "XkbRules"      "xorg"
         Option          "XkbModel"      "pc105"
         Option          "XkbLayout"     "de"
         Option          "XkbVariant"    "nodeadkeys"
 EndSection

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »benshi« (11.05.2008, 16:05)

benshi

Fortgeschrittener

  • »benshi« ist männlich
  • »benshi« ist der Autor dieses Themas

Beiträge: 175

Wohnort: NRW

Beruf: Student!

  • Nachricht senden

6

11.05.2008, 16:45

Allerdings habe ich jetzt ein neues Problem. Halte ich eine Taste gedrückt, so wird das zugehörige Ereignis nur einmal ausgeführt (wenn ich z.B. in einem Editor a gedrückt halte, so erscheint nur einmal a auf dem Schirm), dies finde ich aber sehr lästig. Hat jemand eine Idee, woran das liegen könnte?
Gruß,
Ben

benshi

Fortgeschrittener

  • »benshi« ist männlich
  • »benshi« ist der Autor dieses Themas

Beiträge: 175

Wohnort: NRW

Beruf: Student!

  • Nachricht senden

7

11.05.2008, 16:58

Auch das letzte Problem ließ sich wieder per Hand beheben:
xset r on
Stellt die Tastenwiederholung wieder an. Tja... vermutlich ein Bug im Update von debian...

Gutnix

Anfänger

  • »Gutnix« ist männlich

Beiträge: 13

Wohnort: Bergisches Land

  • Nachricht senden

8

14.05.2008, 09:14

Tasten unter X

Die Tastenbelegung lässt sich ja nachträglich noch ziemlich durcheinanderbringen; mir fallen da spontan noch zwei weitere Fehlerquellen ein:
  • Deine xorg.conf ist in Ordnung (täte ich mal so sagen)
  • Es gibt unter KDE das KDE Kontrollmodul für das Tastaturlayout. Vielleicht hat sich das nach dem Update verschluckt und Deine Tastatur auf eine schweizer Variante oder so umgestellt. Oder es ist plötzlich der Meinung, es müsste Dir eine andere Tastaturbelegung unterjubeln, obwohl Du es eigentlich gar nicht benutzt - dann müsstest Du es aber im Tray finden.
  • Dann kann man noch eine Datei .Xmodmap im Homeverzeichnis mit speziellen Tastenbelegungen anlegen (kennen besonders die älteren Unix/Linux-Nutzer unter uns, denke ich mal). Fliegt bei Dir so eine Datei herum, die evtl. falsche oder unpassende Einträge enthält? Vielleicht ist die nach dem Update aktiviert worden. Mit

    Quellcode

    		 
    1
2
3
4

    xmodmap -pke
[...]
keycode  35 = plus asterisk asciitilde dead_macron asciitilde dead_macron
[...]
    kriegst Du die aktuelle Tastenbelegung. Wenn bei keycode 35 das gleiche steht, wie bei mir, dann würde ich anfangen, mir Sorgen um meine Tastatur zu machen ;-)

LG
Gutnix V. Pfeif.0

benshi

Fortgeschrittener

  • »benshi« ist männlich
  • »benshi« ist der Autor dieses Themas

Beiträge: 175

Wohnort: NRW

Beruf: Student!

  • Nachricht senden

9

14.05.2008, 09:56

Hi Gutnix,
danke für deine Antwort, allerdings benutze ich weder KDE noch sonst eine Desktopumgebung, die mir da einfach mal die Tasten umstellen würde (an meinem Windowmanager liegt es wahrscheinlich nicht). Auch an der Xmodmap kann es nicht liegen, ich besitze zwar mehrere, die habe ich aber selber angelegt und modifiziert, also weiß ich auch, was drinsteht, zumal ich schon mit xmodmap -pke überprüft habe, ob sich da nicht eventuell ein Fehler eingeschlichen hat. Ich nehme einfach an, dass sich beim letzten Update ein Bug eingeschlichen hat (der Bug Report, den ich im Internet gefunden habe bezog sich ja auch auf debian lenny und war auch noch gar nicht so alt).
Trotzdem vielen Dank:)
Thema bewerten