gan*_*lf3 33 linux file-management gtk arch-linux
有没有办法配置 GTK+ 程序以使用不同的文件对话框？
阅读 有关默认对话框的古代 文章并发现与当前版本没有区别并不是它在不久的将来得到改进的好兆头。
我读过这个问题，但我似乎是近一年来为数不多的人之一。正如我在对该问题的评论中提到的：
对于archlinux，有一个用于KDE 的FF 补丁版本。如果您在 KDE 中并且喜欢精简版的 dolphin/无论它是什么，它都可以很好地工作，但不幸的是，如果您不使用 KDE，它似乎不会更改文件选择器
由于我目前处于自定义 openbox 设置中，因此 Firefox 重新使用不喜欢的 GTK+ 对话框。但是这个解决方案只适用于 Firefox，所以我更喜欢一种方法来从我的系统中全局清除它。
小智 10
自 2016 年左右以来，答案是肯定的！至少用于将 KDE 文件选择器与 GTK3 应用程序一起使用。
Gtk+ 开发人员将其称为“沙盒应用程序”的“本机文件选择器”，而其主要目标是 Flatpak，它也使得在 Windows 上使用这些成为可能。但是，您也可以使用一个技巧将其用于非沙盒/flatpak 应用程序：
xdg-desktop-portal-kde包：Arch Linux , Debian , Fedora , KDE Neon , Ubuntu (直接安装链接)/usr/share/xdg-desktop-portal/portals/kde.portal和添加的价值$XDG_CURRENT_DESKTOP，由分号分隔的UseIn=KDE线（即：UseIn=KDE;XFCE）GTK_USE_PORTAL=1，~/.pam_environment以便 GTK 始终表现得如同在沙盒环境中一样小智 9
这个答案是从原来的帖子修改的2015 年底首次回答的。现在重新排列了内容，删除了一些多余的文字并添加了相关文字。
[...] GIMP (GTK+ 2) 等出现的对话框导致它挂起超过 20 秒。导航到 Dolphin 中的同一目录会立即加载。
将图像编辑器的 GTK+ 文件选择器与 Qt 文件管理器（而不是 Qt 文件选择器）进行比较有点奇怪。此外，这些应用程序不使用相同的工具包；很明显，事情在彼此之间的处理方式不同。
它确实有一个位置栏，至少在大多数情况下（我无法确定是什么原因导致它经常忽略它......）
对于 GTK+ 对话框，在文件选择器中查看“最近使用”时不会出现位置栏。在这个视图中，即使是Ctrl+L快捷键也不会工作。这可能是 OP 声称文件选择器有时会省略位置栏的原因。
KGtk是在 GTK+ 应用程序中使用 KDE 对话框的黑客方式。它于 2006 年中期首次发布，并在KDE-Apps.org 上作为上游和AUR 包提供。
虽然这听起来很有希望，但请注意，这项工作的目的是为 Qt 和 GTK+ 应用程序提供统一的外观。最有可能的是，它不会解决用户争论的缓慢问题。
这个扩展答案将解决问题中提出的两个问题：不喜欢的 GTK+ 对话框（可用性问题）和对话框挂起一段时间（响应问题）。
以下是提及相关问题的错误报告，这些问题与 GTK+ 相关。
2008 年的 Debian 错误报告抱怨 GTK+ 文件选择器打开速度很慢，并且无法以最快的方式编辑其路径名。
Kubuntu 2008 年的元错误报告解决了 GTK+ 对话框比 KDE 原生对话框不熟悉的问题，因此难以使用。
2009 年的 SO question抱怨使用 GTK+ 文件选择器对话框通过网络浏览包含许多文件的目录非常慢。
2011 年的 SO question询问了如何自定义 GTK+ 文件选择器，这在标准对话框中是不可能的。
2012 年的 GTK+ 2.0 错误报告在通过 Web 浏览器上传文件时出现问题，并且 GTK+ 2 文件选择器缓慢或挂起几分钟。
2014年发布的GD.SE 问题是为了询问在 GIMP 中快速打开文件的任何方式，因为没有浏览按钮或文本框来编辑文件路径。
接下来是提到与 KDE 相关的相关问题（特别是响应问题）的错误报告。
2010 年的 KDE 错误报告显示 KDE 对话框非常缓慢。
2012 年的 KDE 错误报告类似地报告说，KDE 对话框可能比 KDE 4.X 版本中的其他文件选择器更慢。
无论是 GTK+ 对话框还是 KDE 对话框，响应性问题并不少见，并且在满足某些条件（例如非缓存图标等）时变得明显。
关于可用性问题，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 中的 Qt 4 的程序，即 14.04）
自动配置，系统范围（通过安装在较新版本的 Ubuntu 16.04 中自动检测到的某些工具包包）
尽管不同的工具包提供不同的体验和对话框风格，但所有提到的工具包（GTK+、KDE 和 Qt）都允许用户在文件选择器对话框中编辑位置。
TL;DR迄今为止，KGtk 似乎是替代 GTK+ 对话框的唯一方法，并且必须针对每个应用程序应用它。没有已知的替代方法可以实际替换系统范围案例的对话框。否则，寻找使 GTK+ 文件选择器加载速度更快的变通方法（这将是另一个问题）。
回答者注：这个回答最初是为了解决 GTK+、KDE 和 Qt 中文件对话框的可用性和响应性问题。从那时起事情可能发生了变化，这个答案可能会被弃用。因此，这个答案现在是一个社区维基，因此任何声誉最低的人都可以改进这篇文章，或者至少现在对社区编辑更加开放。
| 归档时间： |
|
| 查看次数： |
12160 次 |
| 最近记录： |