Diese Antwort wurde gegenüber dem ursprünglichen Beitrag überarbeitet , der Ende 2015 erstmals beantwortet wurde. Der Inhalt wurde nun neu geordnet, überflüssiger Text wurde entfernt und relevanter Text wurde hinzugefügt.
Einige Klarstellungen
[...] Der von GIMP (GTK + 2) präsentierte Dialog lässt ihn länger als 20 Sekunden hängen. Das Navigieren zu demselben Verzeichnis in Dolphin wird sofort geladen.
Es ist etwas seltsam, eine GTK + -Dateiauswahl eines Bildeditors mit einer Qt-Dateiverwaltung zu vergleichen (anstelle der Qt-Dateiauswahl). Außerdem verwenden diese Anwendungen nicht dasselbe Toolkit. Es ist offensichtlich, dass die Dinge ineinander unterschiedlich gehandhabt werden.
Zumindest die meiste Zeit hat es eine Adressleiste (ich konnte nicht feststellen, warum es so oft weggelassen wurde ..)
Im GTK + -Dialog wird die Adressleiste nicht angezeigt, wenn im Dateiauswahlfenster "Zuletzt verwendet" angezeigt wird. In dieser Ansicht funktionieren auch Ctrl+ LTastenkombinationen nicht . Dies ist wahrscheinlich der Grund, warum OP behauptet hatte, die Dateiauswahl habe manchmal die Adressleiste weggelassen.
Direkte Antwort
KGtk ist die hackige Art, KDE-Dialoge in GTK + -Anwendungen zu verwenden. Es wurde erstmals Mitte 2006 veröffentlicht und auf KDE-Apps.org als Upstream und auch über das AUR-Paket verfügbar gemacht .
Obwohl dies vielversprechend klingt, ist zu beachten, dass mit dieser Arbeit beabsichtigt wird, ein einheitliches Erscheinungsbild für Qt- und GTK + -Anwendungen zu erzielen . Höchstwahrscheinlich wird es nicht die langsamen Fragen befassen , die von den Nutzern diskutiert wurden.
Erweiterte Antwort (23.11.2015)
In dieser erweiterten Antwort sollen zwei in der Frage angesprochene Probleme behandelt werden: Der unangenehme GTK + -Dialog (Usability-Problem) und der Dialog bleiben einige Zeit hängen (Reaktionsfähigkeitsproblem).
Die folgenden Fehlerberichte erwähnen relevante Probleme, die für GTK + relevant sind.
Debian-Fehlerbericht im Jahr 2008 beschwerte GTK + -Dateiauswahl kann langsam geöffnet werden und sein Pfadname konnte nicht auf schnellste Weise bearbeitet werden.
Kubuntu Meta Bug Report im Jahr 2008 adressieren die GTK + -Dialoge sind ungewohnt als KDE native Dialoge, was die Verwendung erschwert.
SO Frage im Jahr 2009 hatte sich beschwert, dass das Durchsuchen von Verzeichnissen mit vielen Dateien über das Netzwerk mit GTK + -Dateiauswahldialog sehr langsam war.
SO hatte sich 2011 die Frage gestellt, wie die GTK + -Dateiauswahl angepasst werden kann, was in Standarddialogen unmöglich ist.
Der GTK + 2.0-Fehlerbericht von 2012 hatte Probleme beim Hochladen von Dateien über einen Webbrowser, und die GTK + 2-Dateiauswahl war langsam oder hing einige Minuten lang.
In der GD.SE-Frage aus dem Jahr 2014 wurde die Frage gestellt, wie eine Datei in GIMP schnell geöffnet werden kann, da es weder eine Schaltfläche zum Durchsuchen noch ein Textfeld zum Bearbeiten des Pfads zu einer Datei gab.
Als nächstes folgen Fehlerberichte, in denen relevante Probleme (insbesondere Probleme mit der Reaktionsfähigkeit) erwähnt werden, die für KDE relevant sind.
Unabhängig vom GTK + -Dialog oder KDE-Dialog ist das Problem der Reaktionsfähigkeit keine Seltenheit und tritt auf, wenn bestimmte Bedingungen erfüllt sind (z. B. nicht zwischengespeicherte Symbole usw.).
Erweiterte Antwort (12.02.2017)
In Bezug auf die Benutzerfreundlichkeit haben sich sowohl GTK + - als auch KDE-Dialoge in den letzten Jahren in den jeweiligen Desktop-Umgebungen geändert.
In GTK + -Dialogen wird standardmäßig die Positionssymbolleiste angezeigt. In neueren Versionen des Toolkits ist es jedoch standardmäßig ausgeblendet.
Mit GTK + 2.X können Sie den Standort mit den Tastenkombinationen Ctrl+ Loder der Schaltfläche "Standort bearbeiten " bearbeiten.
Mit GTK + 3.X können Sie den Standort mit den Tastenkombinationen Ctrl+ bearbeiten L(die Schaltfläche "Standort bearbeiten" wird möglicherweise überhaupt nicht angezeigt).
Bei KDE-Dialogen sind die einzigartigen Funktionen das Textfeld "Dateiname:", das immer in der unteren Hälfte der Benutzeroberfläche angezeigt wird, und die Pfadleiste, die bei der Bearbeitung in eine Positionssymbolleiste umgewandelt wird.
In KDE 3.X können Sie den Speicherort mithilfe von Ctrl+ Loder /Tastenkombinationen oder dem Textfeld "Dateiname:" bearbeiten (die Adressleiste kann in einigen Programmen nicht direkt bearbeitet werden).
In KDE 4.X können Sie die Position bearbeiten, indem Sie die Tastenkombination Ctrl+ Loder das Textfeld "Dateiname:" verwenden oder mit dem Mauszeiger auf die Pfadleiste klicken.
Mit KDE 5.X können Sie Speicherorte bearbeiten, die KDE 4.X ähneln
Im Gegensatz dazu ist das Qt-Dialogfeld normalerweise anpassbar und kann entweder den GTK + - oder den KDE-Dialogfeldstil verwenden. Der Dialogstil kann mit einer der folgenden Methoden geändert werden.
manuelle Konfiguration, programmspezifisch (per VLC Media Player usw.)
manuelle Konfiguration, systemweit (von Qt Settings, bisher nur für Programme anwendbar, die von Qt 4 in älteren Ubuntu-Versionen abhängen, zB 14.04)
Autokonfiguration, systemweit (durch Installation eines bestimmten Toolkit-Pakets, das in neueren Versionen von Ubuntu, dh 16.04, automatisch erkannt wird)
Obwohl das Toolkit unterschiedliche Benutzererfahrungen und Dialogstile bietet, können Benutzer mit allen genannten Toolkits (GTK +, KDE und Qt) den Speicherort im Dateiauswahldialog bearbeiten.
TL; DR Bis jetzt scheint KGtk die einzige Möglichkeit zu sein, GTK + -Dialog zu ersetzen, und es muss pro Anwendung angewendet werden. Es ist keine Alternative bekannt, um die Dialoge für den systemweiten Fall tatsächlich zu ersetzen. Suchen Sie ansonsten nach Problemumgehungen, um das Laden der GTK + -Dateiauswahl schneller zu machen (Dies wäre eine weitere Frage).
Anmerkung des Beantworters: Diese Antwort wurde zuerst geschrieben, um die Anwendbarkeits- und Reaktionsprobleme der Dateidialoge in GTK +, KDE und Qt zu beheben. Möglicherweise haben sich die Dinge seitdem geändert, und diese Antwort ist möglicherweise veraltet. Daher ist diese Antwort jetzt ein Community-Wiki, sodass jeder mit minimaler Reputation diesen Beitrag verbessern kann oder zumindest jetzt offener für Community-Änderungen ist.