Siduction Forum
Siduction Forum => Software - Support => Topic started by: d146 on 2019/09/19, 14:30:10
-
Hallo Leute,
ich bin auf ein zugegebenermaßen ziemlich spezielles Problem mit dem Dateimanager Double Commander (DC) gestoßen.
Man kann DC so konfigurieren, dass beim Tippen von Zeichen das gerade ausgewählte Verzeichnis inkrementell durchsucht wird und man somit, gerade in Verzeichnissen mit vielen Dateien, sehr schnell die gesuchte findet. Ein äußerst praktisches Feature also, das ich ständig nutze. Nur: Unter siduction funktioniert es einfach nicht. Habe bisher auf Fedora und aktuell noch auf Debian Stretch & Buster keinerlei Probleme damit. Bei siduction verhält sich DC trotz 100%ig identischer Konfiguration dagegen so, dass durch Eingabe der einzelnen Zeichen nicht die Suche beginnt, sondern schon bei Tippen des ersten Zeichens (egal welches) sofort das Menü "Dateien" aufgerufen wird, so, als hätte ich ALT+D gedrückt.
Ich nutze siduction-Mate, habe aber zur Eingrenzung auch mal siduction-Gnome vom Stick getestet, ob es evtl. einen Unterschied bei den Desktops gibt - Ergebnis: identisch.
Vielleicht nutzt ja jemand von Euch den DC ebenfalls und hat eine Idee, woran das liegen könnte? Ich weiß einfach nicht mehr, wo ich noch suchen soll.
Danke und viele Grüße
-
beim Tippen von Zeichen das gerade ausgewählte Verzeichnis inkrementell durchsucht wird und man somit, gerade in Verzeichnissen mit vielen Dateien, sehr schnell die gesuchte findet.
Funktioniert hier mit siduction und doublecmd-qt (derzeit aus den sid-Repos) unter LXQt genau so.
(Ich nutze seit Äonen exzessiv krusader, habe hier doublecmd jedoch zusätzlich und auf sämtlichen anderen genutzten Systemen als hauptsächlichen Fileman installiert, nutze ihn gerade auch in Linux-Live-Systemen, wenn von verhunzten Kd.-Win-Rechnern ach so wichtige Dateien gesichert werden sollen.)
Vielleicht macht es einen Unterschied, ob Du doublecmd-qt oder -gtk installiert hast (da hat es durchaus schon bei dem jeweils Einem Probleme, beim Anderem nicht gegeben). Und hast Du's aus den sid-Repos oder direkt vom Programmierer (https://download.opensuse.org/repositories/home:/Alexx2000/)? Die unterscheiden sich (Qt-Version).
-
Danke für das schnelle Feedback - schön, dass Du Deine Erfahrungswerte gepostet hast.
Hatte ich ganz vergessen: Ich nutze bisher immer die gtk-Version, aktuell diese:
ii doublecmd-gtk 0.9.6-1 amd64 twin-panel (commander-style) file manager (GTK2)
aus dem sid-Repo.
Vielleicht versuche ich es tatsächlich mal mit der qt-Version - auf den Gedanke war ich noch gar nicht gekommen, da eben die anderen gtk-Versionen nie Probleme gemacht hatten.
Danke noch mal und viele Grüße
-
Wie wäre es, das Teil einfach richtig zu konfigurieren? Vor allem die Filterbar. Leider habe ich nichts gefunden, was in Richtung einer Auto-Aktivierung der Menushortcuts ging. Genau das heisst bei doublecmd aber nix, Übersichtlichkeit war da noch nie ne Stärke, weder in der Programmierung noch in den Optionen.
-
Hier bei mir unter KDE mit doublecmd-qt 0.9.6-1 ist das Verhalten so wie es soll. Du hast ja schon geschrieben "trotz identische Konfiguration", aber check zur Sicherheit noch mal doppelt unter Konfigurieren-Optionen-Tasten > Tippen, Buchstabe: Schnellsuche. Sonst könnte ich mir höchstens noch vorstellen dass es bei Mate selber eine Desktop-/Fenstermanager-Einstellung hinsichtlich Tastaturkürzel ist...
-
melmarker, der_bud: Danke für Eure Infos.
"Das Teil einfach richtig konfigurieren" - ich versuche schon alles, bevor ich mir hier melde ;-) Das Problem ist ja, dass ich langsam nicht mehr weiß, wo ich noch suchen soll. Ich habe auch mal von einem funktionierenden Buster einfach das doublecmd-Verzeichnis aus ~/.config kopiert habe - alle Einstellungen werden sauber übernommen, lediglich das geschilderte Verhalten bei der Schnellsuche ändert sich dadurch nicht. Übrigens reproduzierbar auch auf einem zweiten siduction-Mate.
Meine Vermutung ging und geht auch langsam in Richtung Desktop-Settings (daher ja auch der eingangs erwähnte Test mit Gnome), wo irgendeine Einstellungen noch vor dem doublecmd "zuschlägt", bevor dessen Einstellung wirksam wird.
Ich suche mal weiter.
Danke Euch.
-
und ich ziehe mir nen Mate :P
-
ok, das Verhalten von doublecmd-gtk kann ich bestätigen - und die -qt Version zeigt dieses Verhalten nicht. Ist eventuell mal nen Bug an den/die Entwicker wert, es kann und soll nicht sein, dass Accelerators einfach mal so angesprochen werden in GTK - obwohl sie nicht sichtbar sind.
Im Übrigen bin ich mir mit den Accels nicht sicher, da das Hauptmenu der Applikation bei jedem ersten Buchstaben aufpoppt. Ok, an der Qt-Version hab ich eigentlich nur zu nörgeln, dass die Accels ständig sichtbar sind - das ist wohl aber Qt default und nicht so einfach zu ändern.
Fällt mir nur auf, weil wir wegen diesem Mist mehr oder weniger große Probleme mit Applikationen in qterminal hatten und die Einstellung einfach mal implementiert haben:
(https://i.imgur.com/Zkb8pjg.png)
Vielleicht findet sich ja sowas auch irgendwo in Gnome/Mate - oder die Buben haben es in irgendeiner tieferliegenden lib versaubeutelt - ich würde aber noch mal wiederholen, ist nen debian und nen upstream-bug wert.
-
Herzlichen Dank für Deine Mühe und das Untersuchen des Phänomens!
Bin erst mal etwas "beruhigt", dass der Effekt bei Dir reproduzierbar ist. Ich habe der Vollständigkeit halber bei mir mal sowohl die Qt-Version von sid als auch die GTK-Version aus Alexanders Repo getestet: Die Qt-Version zeigt bei mir ebenfalls keine Probleme, die Alexx2000-GTK-Version dagegen ebenfalls den Fehler.
Daraufhin habe ich vorhin mal mit strace geschaut, was da ggf. zu sehen ist. Dabei ist mir schon in der Shell aufgefallen, dass bei jedem Druck auf beliebige Buchstaben-, Ziffern- oder Tasten wie Alt, Strg, Shift etc. diese Meldung kommt:
(doublecmd:9992): Gtk-WARNING **: 19:52:29.967: Failed to parse menu bar accelerator 'null'
Ein identischer Test als Vergleich mit z. B. Pluma zeigt keinerlei Fehlermeldungen dieser Art. Daraufhin habe ich mich mal mit dem dconf-Editor auf die Suche gemacht und bei
org.mate.interface.menubar-accel
den Default 'null' testhalber in 'F10' geändert - bingo. Damit taucht a) die o. g. Fehlermeldung nicht mehr auf und b) funktioniert damit nun auch bei der GTK-Version die Schnellsuche. :)
Negative Auswirkungen habe ich auf die Schnelle noch nicht bemerkt. Keine Ahnung, ob das erst mal nur ein Workaround und nicht vielleicht doch eine Macke bei Mate/DC ist - ich schaue mir das alles mal noch genauer an. Und am Montag komme ich wieder an meine Buster-Rechner mit älterem Mate ran, vielleicht zeigt ein Vergleich da Unterschiede.
Vielen Dank noch mal für Deine/Eure Hilfe!
-
org.mate.interface.menubar-accel - jau, genau so fühlte sich das an: alles, was bei 3 nicht auf dem Baum ist, löst das aus :D - wenn nicht irgendwodurch vorher abgefangen :D