GTK +ファイルダイアログを代替で置き換える

Question

別のファイルダイアログを使用するようにGTK +プログラムを構成する方法はありますか？

Reading ancient articles デフォルトのダイアログで現在のバージョンとの違いが見られない場合、近い将来の改善のために前兆がありません。

私はこの質問を読みましたが、ほぼ1年間でそうする数少ない人の1人のようです。その質問のコメントで述べたように：

archlinuxの場合 KDE用のFFのパッチバージョンがあります。 KDEを使用していて、イルカのストリップされたバージョン/それが何であるかにかかわらず、うまく機能しますが、KDEを使用していない場合、残念ながらファイルセレクターは変更されないようです。

私は現在カスタムのオープンボックス設定にいるので、Firefoxは嫌いなGTK +ダイアログを再び使用しています。ただし、このソリューションはFirefoxでのみ機能するため、システムからこれをグローバルに削除する方法を希望します。

ntninja · Answer

2016年頃から答えははいです！少なくともGTK3アプリでKDEファイルチューザーを使用する場合。

Gtk +の開発者はこれを「サンドボックスアプリケーション」の「ネイティブファイルチューザー」と呼んでいますが、これの主なターゲットはFlatpakでしたが、Windowsでもこれらを使用できるようになりました。ただし、トリックを使用して、サンドボックス化されていない/フラットパックアプリケーションにこれを使用することもできます。

user109256 · Answer

この回答は2015年後半に最初に回答された元の投稿から改訂されました。内容が再配置され、いくつかの冗長なテキストが削除され、関連するテキストが追加されました。

いくつかの説明

[...]ダイアログなどによって表示されるダイアログGIMP（GTK + 2）は、20秒以上ハングします。 Dolphinの同じディレクトリに移動すると、すぐに読み込まれます。

イメージエディターのGTK +ファイルチューザーをQtファイルマネージャーではなくQtファイルマネージャーと比較するのは少し奇妙です。また、これらのアプリケーションは同じツールキットを使用しません。物事がお互いに異なって扱われていることは明らかです。

それは、少なくともほとんどの場合、ロケーションバーを持っています（私はそれが何回もそれを省略している原因を特定することができませんでした。）

GTK +ダイアログの場合、ファイルチューザーで「最近使用」を表示している間、ロケーションバーは表示されません。この見解では、 Ctrl+L ショートカットキーは機能しません。これが、OPがファイルチューザがロケーションバーを省略していると主張した理由である可能性があります。

直接回答

KGtkは、GTK +アプリケーションでKDEダイアログを使用するハックな方法です。それは2006年半ばに最初にリリースされ、アップストリームとして KDE-Apps.org で、そして AURパッケージでも利用可能になりました。

これは有望に聞こえますが、この作業の意図は QtおよびGTK +アプリケーションの外観を統一するを与えることであることに注意してください。ほとんどの場合、それはユーザーによって議論されてきた遅い問題に対応しません。

拡張回答（2015-11-23）

この拡張された回答は、質問で取り上げられた2つの問題に対処します。つまり、嫌いなGTK +ダイアログ（使いやすさの問題）とダイアログがしばらくの間ハングします（応答性の問題）。

以下は、GTK +に関連する関連問題に言及するバグレポートです。

2008年のDebianバグレポート GTK +ファイルチューザのオープンに時間がかかり、そのパス名を最速で編集できないとの不満がありました。
2008年のKubuntuメタバグレポート GTK +ダイアログがKDEネイティブダイアログに慣れていないため、使いづらくなっています。
2009年のSOの質問は、GTK +ファイル選択ダイアログを使用して、ネットワーク上で多くのファイルを含むディレクトリを参照すると非常に遅いと不満を言っていました。
2011年のSOの質問は、GTK +ファイルチューザーをカスタマイズする方法を尋ねていましたが、これは標準のダイアログでは不可能です。
2012年のGTK + 2.0バグレポート Webブラウザーを介したファイルのアップロードに問題があり、GTK + 2ファイルチューザーが遅いか、数分間ハングしていました。
2014年のGd.SEの質問は、ファイルへのパスを編集するための参照ボタンやテキストボックスがなかったため、GIMPでファイルをすばやく開く方法を尋ねる投稿がありました。

次に、KDEに関連する関連する問題（特に応答性の問題）に言及するバグレポートを示します。

2010年のKDEバグレポートは、KDEダイアログが非常に遅いことを示しています。
2012年のKDEバグレポート同様に、KDE 4.Xリリースでは、KDEダイアログが他のファイルチューザーよりも遅くなる可能性があると報告されています。

GTK +ダイアログまたはKDEダイアログに関係なく、応答性の問題は珍しくなく、特定の条件（キャッシュされていないアイコンなど）が満たされたときに明らかになります。

拡張回答（2017-02-12）

ユーザビリティの問題に関しては、GTK +とKDEの両方のダイアログが、過去数年間、それぞれのデスクトップ環境で変更されています。

GTK +ダイアログの場合、デフォルトでロケーションツールバーが表示されます。ただし、新しいバージョンのツールキットでは、デフォルトで非表示になっています。

GTK + 2.Xでは、次を使用して場所を編集できます Ctrl+L ショートカットキー、または[場所の編集] UIボタン。
GTK + 3.Xでは、次を使用して場所を編集できます Ctrl+L ショートカットキー（[場所の編集] UIボタンがまったく表示されない場合があります）。

KDEダイアログの場合、固有の機能は「ファイル名：」テキストフィールドで、下半分のUIで常に表示され、編集時にロケーションツールバーに変換されるロケーションパスバーがあります。

KDE 3.Xでは、次を使用して場所を編集できます Ctrl+L または / ショートカットキー、または「ファイル名：」テキストフィールド（プログラムによっては、ロケーションバーを直接編集することはできません）。
KDE 4.Xでは、次を使用して場所を編集できます Ctrl+L ショートカットキー、または「ファイル名：」テキストフィールド、またはマウスカーソルを使用してロケーションパスバーをクリックします。
KDE 5.Xでは、KDE 4.Xと同様に場所を編集できます

対照的に、Qtダイアログは通常カスタマイズ可能で、GTK +またはKDEダイアログスタイルを使用できます。ダイアログのスタイルは、次のいずれかの方法で変更できます。

手動設定、プログラム固有（VLCメディアプレーヤーなどによる）
手動設定、システム全体（Qt設定による、これまでのところ、Ubuntuの古いリリース、つまり14.04のQt 4に依存するプログラムにのみ適用可能）
自動設定、システム全体（Ubuntuの新しいリリース、つまり16.04で自動的に検出される特定のツールキットパッケージをインストールすることにより）

ツールキットによって提供されるエクスペリエンスとダイアログスタイルは異なりますが、言及されているすべてのツールキット（GTK +、KDE、Qt）を使用すると、ユーザーはファイル選択ダイアログで場所を編集できます。

TL; DR今日まで、KGtkはGTK +ダイアログを置き換える唯一の方法のようであり、アプリケーションごとに適用する必要があります。システム全体の場合のダイアログを実際に置き換える代替案はありません。それ以外の場合は、GTK +ファイルチューザのロードを高速化するための回避策を探します（これは別の質問になります）。

回答者のメモ：この回答は、GTK +、KDE、およびQtのファイルダイアログの使いやすさと応答性の問題に対処するために最初に作成されました。その後、状況が変わった可能性があり、この回答は廃止される可能性があります。したがって、この回答はコミュニティWikiになりました。そのため、評判が低い人は誰でもこの投稿を改善できるようになり、少なくともコミュニティの編集に対してよりオープンになります。

Rolf · Answer

GTKダイアログをQTダイアログに置き換えることに関するいくつかの指示を見つけました：

https://wiki.archlinux.org/index.php/Uniform_look_for_Qt_and_GTK_applications#QGtkStyle

「Tips and Tricks」の下に、「GTK +アプリケーションのKDEファイルダイアログ」があります。