(gelöst) shortcut-Problem

[guennid]

Ich finde momentan keinen besseren Betreff.
Ich arbeite mit musescore und möchte in der Partitur etwas mit Strg+V einfügen. Gestartet wird stattessen smplayer. Mit Leafpad, dito.

Keine DE, Fenstermanager openbox, fbpanel. Ich habe mir ~/.config/openbox/rc.xml angeschaut, finde aber nichts (gesucht habe ich nach "C-A". War das richtig?). Bin ich auf dem Holzweg?

Grüße, Günther

[guennid]

Ich spül das noch mal hoch. Irgendwann wird's lästig, dieses Strg+V, das nicht tut was es soll. Ich würd's gern ändern.

Grüße, Günther

[hikaru]

(gesucht habe ich nach "C-A". War das richtig?)

Es wäre wohl eher "C-v" (großes C für Control, kleines v für den Buchstaben). In /etc/X11/openbox/rc.xml wie von openbox ausgeliefert findet sich nichts das annähernd zu der Tastenkombination passen oder unter Verdacht stehe könnte, einen Mediaplayer zu starten.

[guennid]

Nun ja, auch nicht schlecht, wenn man weiß, wer nicht verantwortlich ist. Besser wäre, ich wüsste, wer's verbricht. Den Suchfehler(CA-a ) habe ich korrigiert. Ich versteh das nicht, C-v ist doch eigentlich ein Standard-Kürzel für's Einfügen. Wer oder was vergewaltigt das? Ich war's nicht. Ich habe mir jetzt damit geholfen, dass ich es in musescore umdefiniert habe, befriedigend ist das nicht. Um's noch mal zu verdeutlichen: Ich drücke C-v auf dem leeren Root-Fenster und es wird smplayer gestartet.

PS
Ich denke, der Fehler liegt in meinem home: Startet ein Testuser openbox, tritt der Fehler nicht auf.

[MSfree]

Ich drücke C-v auf dem leeren Root-Fenster und es wird smplayer gestartet.

Es kommt drauf an, was im Clipboard steckt. Wenn im Clipboard z.B. der Dateiname einer Mediendatei (mp3, avi, ogg...) steckt, wird beim Pasten des Clipboards auf das Rootwindow eine Anwendung gestartet, die mit dem Dateityp assoziiert ist.

[hikaru]

Wenn Openbox als Übeltäter ausgeschlossen werden kann und das Problem nicht nur in Musescore auftritt, dann fällt mir nur noch fbpanel als Schuldiger ein. Keine Ahnung ob fbpanel überhaupt Programme per Tastenkürzel starten kann, so weit habe ich mich damit nie beschäftigt.

Starte doch bitte mal xev aus x11-utils bevor du die Tastenkombination drückst! Ich würde gern mal sehen, ob da tatsächlich Ctrl+v beim X-Server ankommt.

Ich würde das als Ausgabe erwarten (Ctrl drücken; v drücken; v loslassen; Ctrl loslassen):

Code: Alles auswählen

KeyPress event, serial 35, synthetic NO, window 0x4400001,
    root 0x2be, subw 0x0, time 2627289109, (309,83), root:(349,106),
    state 0x10, keycode 37 (keysym 0xffe3, Control_L), same_screen YES,
    XLookupString gives 0 bytes: 
    XmbLookupString gives 0 bytes: 
    XFilterEvent returns: False

KeyPress event, serial 35, synthetic NO, window 0x4400001,
    root 0x2be, subw 0x0, time 2627290278, (309,83), root:(349,106),
    state 0x14, keycode 55 (keysym 0x76, v), same_screen YES,
    XLookupString gives 1 bytes: (16) ""
    XmbLookupString gives 1 bytes: (16) ""
    XFilterEvent returns: False

KeyRelease event, serial 35, synthetic NO, window 0x4400001,
    root 0x2be, subw 0x0, time 2627290342, (309,83), root:(349,106),
    state 0x14, keycode 55 (keysym 0x76, v), same_screen YES,
    XLookupString gives 1 bytes: (16) ""
    XFilterEvent returns: False

KeyRelease event, serial 35, synthetic NO, window 0x4400001,
    root 0x2be, subw 0x0, time 2627290614, (309,83), root:(349,106),
    state 0x14, keycode 37 (keysym 0xffe3, Control_L), same_screen YES,
    XLookupString gives 0 bytes: 
    XFilterEvent returns: False

[hikaru]

Wenn im Clipboard z.B. der Dateiname einer Mediendatei (mp3, avi, ogg...) steckt, wird beim Pasten des Clipboards auf das Rootwindow eine Anwendung gestartet, die mit dem Dateityp assoziiert ist.

Achso?
Ist das Openbox-spezifisch? Falls ja, dann ist das doch sicher konfigurierbar. Xfce/xfwm4 macht sowas nicht.

[MSfree]

Ist das Openbox-spezifisch?

Nein, ich habe es hier gerade mit KDE probiert.

Falls ja, dann ist das doch sicher konfigurierbar.

Ich nehme an, daß die Assoziation von Dateityp und Anwendung in den mime.types-Dateien passiert.

[guennid]

clipboard: kann's nach meinem Dafürhalten kaum sein. Es passiert auch nach einem Rechner-Neustart.
fbpanel: dito. Hab' ich auskommentiert und X neu gestartet: passiert immer noch.
xev: Damit bin ich nicht vertraut. Ich hab's als user im Terminal gestartet. Außer jeder Menge Textzeilen im Terminal erscheint ein "Test"-Fensterchen, das aber auch nach Drücken der Tastenkombination leer bleibt. smplayer wird gestartet. Hier die letzten paar Zeilen der Terminalausgabe. Wenn du mehr sehen willst, hikaru, muss ich nopaste bemühen. Ich habe die komplette Ausgabe gesichert.

Code: Alles auswählen

Expose event, serial 47, synthetic NO, window 0x1400001,
    (0,10), width 10, height 58, count 2

Expose event, serial 47, synthetic NO, window 0x1400001,
    (68,10), width 110, height 58, count 1

Expose event, serial 47, synthetic NO, window 0x1400001,
    (0,68), width 178, height 110, count 0

FocusIn event, serial 47, synthetic NO, window 0x1400001,
    mode NotifyNormal, detail NotifyNonlinear

KeymapNotify event, serial 47, synthetic NO, window 0x0,
    keys:  0   0   0   0   0   0   0   0   0   0   0   0   0   0   0   0   
           0   0   0   0   0   0   0   0   0   0   0   0   0   0   0   0   

ColormapNotify event, serial 47, synthetic NO, window 0x1400001,
    colormap 0x20, new NO, state ColormapInstalled

VisibilityNotify event, serial 47, synthetic NO, window 0x1400001,
    state VisibilityFullyObscured

FocusOut event, serial 47, synthetic NO, window 0x1400001,
    mode NotifyNormal, detail NotifyNonlinear

[guennid]

Ich nehme an, daß die Assoziation von Dateityp und Anwendung in den mime.types-Dateien passiert.

Das bringt mich auf die Idee eines weiteren Verdächtigen: xfe Da gibt's solche "Assoziationen". Aber der müsste dann doch im Hintergrund laufen - oder?

[hikaru]

xev: Damit bin ich nicht vertraut. Ich hab's als user im Terminal gestartet. Außer jeder Menge Textzeilen im Terminal erscheint ein "Test"-Fensterchen, das aber auch nach Drücken der Tastenkombination leer bleibt.

Das ist normal. So lange das Fensterchen den Fokus hat werden auf der Konsole alle Eingaben aufgezeichnet. Falls du mit der Maus über das Fenster fährst, dann werden auch Mausbewegungen erfasst.
Du kannst das Log nach Nopaste schieben, aber es reicht eigentlich, wenn du darin nach "KeyPress event" suchst und die jeweiligen Blöcke postest. In der jeweils dritten Zeile steht in Klammern, welche Taste gedrückt wurde.
In meinem Bespiel steht "(keysym 0xffe3, Control_L)" für die linke Ctrl-Taste und "(keysym 0x76, v)" im nächsten Block für das anschließende Drücken von "v". Die beiden folgenden Blöcke zeigen dann das Loslassen ("release") in umgekehrter Reihenfolge.

[guennid]

Vielleicht bist du auf der richtigen Spur:

Es gbit nur diesen einen Block mit keypress, danach kommt was anderes:

Code: Alles auswählen

KeyPress event, serial 47, synthetic NO, window 0x1400001,
    root 0xac, subw 0x0, time 3983584, (782,149), root:(783,169),
    state 0x0, keycode 37 (keysym 0xffe3, Control_L), same_screen YES,
    XLookupString gives 0 bytes: 
    XmbLookupString gives 0 bytes: 
    XFilterEvent returns: False

FocusOut event, serial 47, synthetic NO, window 0x1400001,
    mode NotifyGrab, detail NotifyAncestor

[hikaru]

Vielleicht bist du auf der richtigen Spur:

Eigentlich hoffe ich dass ich das nicht bin. MSfrees Spur wäre mir aus Mangel an Seltsamkeit sympathischer gewesen.

Es gbit nur diesen einen Block mit keypress, danach kommt was anderes:

Code: Alles auswählen

KeyPress event, serial 47, synthetic NO, window 0x1400001,
    root 0xac, subw 0x0, time 3983584, (782,149), root:(783,169),
    state 0x0, keycode 37 (keysym 0xffe3, Control_L), same_screen YES,
    XLookupString gives 0 bytes: 
    XmbLookupString gives 0 bytes: 
    XFilterEvent returns: False

FocusOut event, serial 47, synthetic NO, window 0x1400001,
    mode NotifyGrab, detail NotifyAncestor

Der Ausgabe zufolge hast du Ctrl gedrückt (und nicht wieder losgelassen) und dann den Fokus des xev-Fensterchens verlassen. Ich kann das unter Xfce nachstellen, wenn ich über das Xfce-GUI einen Shortcut anlege, der beim Drücken von Ctrl+v ein Programm mit GUI startet. Dann verliert xev durch das neue Programm den Fokus bevor es das "v" registrieren kann.
Ich nehme mal an, bei dir läuft ein eher spartanisches System. Hast du zufällig xbindkeys installiert?

[guennid]

Ich nehme mal an, bei dir läuft ein eher spartanisches System.

Das ist mein Hauptrechner. das system würde ich nicht mehr als Spartanisch bezeichnen, das war's mal, aber im Laufe der Zeit habe ich soviel ausprobiert und nicht immer wieder runtergeworfen, dass das wohl nicht mehr besonders minimal ist. Aber so'n paar standards fehlen nach wie vor: systemd und (neuerdings) udev, weil's Scannen unter stretch damit nicht mehr funktionieren wollte
xbindkeys Ist installiert, aber für heute muss ich Schluss machen. Gleich kommt der praktische Teil von musescore: Chorprobe!

Grüße, Günther

[guennid]

Hier die xev-Ausgabe vom Test-User:

Code: Alles auswählen

KeyRelease event, serial 18, synthetic NO, window 0xe00001,
    root 0xac, subw 0x0, time 7644604, (731,191), root:(732,211),
    state 0x0, keycode 36 (keysym 0xff0d, Return), same_screen YES,
"   XLookupString gives 1 bytes: (0d) "
    XFilterEvent returns: False

KeyPress event, serial 47, synthetic NO, window 0xe00001,
    root 0xac, subw 0x0, time 7646189, (731,191), root:(732,211),
    state 0x0, keycode 37 (keysym 0xffe3, Control_L), same_screen YES,
    XLookupString gives 0 bytes: 
    XmbLookupString gives 0 bytes: 
    XFilterEvent returns: False

KeyPress event, serial 47, synthetic NO, window 0xe00001,
    root 0xac, subw 0x0, time 7646654, (731,191), root:(732,211),
    state 0x4, keycode 55 (keysym 0x76, v), same_screen YES,
    XLookupString gives 1 bytes: (16) ""
    XmbLookupString gives 1 bytes: (16) ""
    XFilterEvent returns: False

KeyRelease event, serial 47, synthetic NO, window 0xe00001,
    root 0xac, subw 0x0, time 7646718, (731,191), root:(732,211),
    state 0x4, keycode 55 (keysym 0x76, v), same_screen YES,
    XLookupString gives 1 bytes: (16) ""
    XFilterEvent returns: False

KeyRelease event, serial 47, synthetic NO, window 0xe00001,
    root 0xac, subw 0x0, time 7647211, (731,191), root:(732,211),
    state 0x4, keycode 37 (keysym 0xffe3, Control_L), same_screen YES,
    XLookupString gives 0 bytes: 
    XFilterEvent returns: False

[hikaru]

xbindkeys Ist installiert

Dann überprüfe mal bitte, ob das über irgendeinen Mechanismus automatisch gestartet wird und poste die Konfiguration (normalerweise ~/.xbindkeysrc [1])!

Hier die xev-Ausgabe vom Test-User:
[..]

Und ich bin mir fast sicher, der Testuser hat das Problem nicht. Das würde meine Vermutung einer verbastelten xbindkeys-Konfiguration deines Hauptusers stützen.


[1] https://wiki.ubuntuusers.de/xbindkeys/#Benutzung

[guennid]

Und ich bin mir fast sicher, der Testuser hat das Problem nicht.

Da darfst du dir ausnahmsweise mal 100% sicher sein. s.o.

Im Übrigen hast du den Übeltäter gefasst!

Das stand drin in .xbindkeyrc:

Code: Alles auswählen

"smplayer"
  control + t + v

Das letzte Änderungsdatum stammt von 2013. Ich erinnere dunkel, dass ich hier mal im Jahre des Herrn 2010 auf xbindkeys im Zusammenhang mit der Akzenttaste gestoßen bin. Aber wie dieser Eintrag da hinein kommt, weiß ich nicht (mehr).

Der Eintrag enstpricht zwar nicht ganz dem Tastenkürzel, über das wir hier reden, aber nachdem ich's jetzt auskommentiert habe, is' Ruh'.

Grüße, Günther

[hikaru]

Das letzte Änderungsdatum stammt von 2013.

Und du hast es geschlagene vier Jahre geschafft, das Problem entweder nicht zu bemerken oder zu ignorieren?

Der Eintrag enstpricht zwar nicht ganz dem Tastenkürzel, über das wir hier reden, aber nachdem ich's jetzt auskommentiert habe, is' Ruh'.

Nach einem kurzen Test bin ich der Meinung, dass xbindkeys bei Shortcuts nur die letzte Taste auswertet die eine Ausgabe erzeugt. Alles davor wird offenbar als Modifier behandelt (oder ignoriert falls es kein gültiger Modifier ist).

Daher ist control + t + v gleichbedeutend mit control + v oder control + t + r + v
control + shift + v ist hingegen etwas anderes, weil "shift" im Gegensatz zu "t" ein valider Modifier ist. control + shift alleine funktioniert dagegen nicht, vemutlich weil das nur Modifier sind und xbindkeys noch eine Ausgabetaste erwartet.

[guennid]

Und du hast es geschlagene vier Jahre geschafft, das Problem entweder nicht zu bemerken oder zu ignorieren?

"Nicht zu bemerken". Strg+v zum Einfügen gehört eigentlich nicht zu meiner Arbeitsweise, benutze ich eigentlich nie. Erst bei diesem Notensatzprogramm, das ich noch nicht lange kenne, ergab sich bei dem Feature "Liedtext", eine ständige Notwendigkeit, dieses Tastenkürzel wenigstens erst mal zu verwenden (bevor ich was für mich Praktischeres finde oder mache).

Nochmals danke für den Denkanstoß!

Grüße, Günther