(gelöst) shortcut-Problem
(gelöst) shortcut-Problem
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
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
Zuletzt geändert von guennid am 08.12.2017 07:06:26, insgesamt 1-mal geändert.
Re: shortcut-Problem
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
Grüße, Günther
Re: shortcut-Problem
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.
Re: shortcut-Problem
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.
PS
Ich denke, der Fehler liegt in meinem home: Startet ein Testuser openbox, tritt der Fehler nicht auf.
Re: shortcut-Problem
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.guennid hat geschrieben:07.12.2017 16:09:35Ich drücke C-v auf dem leeren Root-Fenster und es wird smplayer gestartet.
Re: shortcut-Problem
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):
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
Re: shortcut-Problem
Achso?MSfree hat geschrieben:07.12.2017 16:24:22Wenn 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.
Ist das Openbox-spezifisch? Falls ja, dann ist das doch sicher konfigurierbar. Xfce/xfwm4 macht sowas nicht.
Re: shortcut-Problem
Nein, ich habe es hier gerade mit KDE probiert.
Ich nehme an, daß die Assoziation von Dateityp und Anwendung in den mime.types-Dateien passiert.Falls ja, dann ist das doch sicher konfigurierbar.
Re: shortcut-Problem
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.
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
Re: shortcut-Problem
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?MSfree hat geschrieben:Ich nehme an, daß die Assoziation von Dateityp und Anwendung in den mime.types-Dateien passiert.
Re: shortcut-Problem
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.guennid hat geschrieben:07.12.2017 16:51:13xev: 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.
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.
Re: shortcut-Problem
Vielleicht bist du auf der richtigen Spur:
Es gbit nur diesen einen Block mit keypress, danach kommt was anderes:
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
Re: shortcut-Problem
Eigentlich hoffe ich dass ich das nicht bin. MSfrees Spur wäre mir aus Mangel an Seltsamkeit sympathischer gewesen.
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.guennid hat geschrieben:07.12.2017 17:43:14Es 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
Ich nehme mal an, bei dir läuft ein eher spartanisches System. Hast du zufällig xbindkeys installiert?
Re: shortcut-Problem
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 wollteIch nehme mal an, bei dir läuft ein eher spartanisches System.
xbindkeys Ist installiert, aber für heute muss ich Schluss machen. Gleich kommt der praktische Teil von musescore: Chorprobe!
Grüße, Günther
Re: shortcut-Problem
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
Re: shortcut-Problem
Dann überprüfe mal bitte, ob das über irgendeinen Mechanismus automatisch gestartet wird und poste die Konfiguration (normalerweise ~/.xbindkeysrc [1])!
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
Re: shortcut-Problem
Da darfst du dir ausnahmsweise mal 100% sicher sein. s.o.hikaru hat geschrieben:Und ich bin mir fast sicher, der Testuser hat das Problem nicht.
Im Übrigen hast du den Übeltäter gefasst!
Das stand drin in .xbindkeyrc:
Code: Alles auswählen
"smplayer"
control + t + v
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
Re: shortcut-Problem
Und du hast es geschlagene vier Jahre geschafft, das Problem entweder nicht zu bemerken oder zu ignorieren?
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).guennid hat geschrieben:07.12.2017 23:37:58Der Eintrag enstpricht zwar nicht ganz dem Tastenkürzel, über das wir hier reden, aber nachdem ich's jetzt auskommentiert habe, is' Ruh'.
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.
Re: shortcut-Problem
"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).hikaru hat geschrieben:Und du hast es geschlagene vier Jahre geschafft, das Problem entweder nicht zu bemerken oder zu ignorieren?
Nochmals danke für den Denkanstoß!
Grüße, Günther