为什么不是配置让 KDE 应用在默认设置中看起来像原生的吗？
答案1
马克在这里回答了这个问题：http://www.markshuttleworth.com/archives/568
“然而，系统设置和首选项长期以来一直是 Qt 和 Gtk 之间产生摩擦的原因。与系统设置和首选项的集成对于应用程序在系统中的“归属感”至关重要。它会影响使用与管理所有其他应用程序相同的工具来管理该应用程序的能力，以及用户使用该应用程序时可以获得的设置和首选项体验。这一直是 Ubuntu 上 Qt / KDE 应用程序的一个问题，因为 Gtk 应用程序都使用可集中管理的首选项存储，而 KDE 应用程序的做法不同。”
并正在尝试修复它：
“为了解决这个问题，Canonical 正在推动 Qt 的 dconf 绑定的开发，这样就可以编写一个使用与 Ubuntu 中其他所有东西相同的设置框架的 Qt 应用程序。我们已经与 Ryan Lortie 签约，他显然非常了解 dconf，他将与 Canonical 的一些一直使用 Qt 为客户进行定制开发工作的人合作。我们相信结果对于 Qt 开发人员来说将是自然而然的，并且是 dconf 语义和风格的完整表达。”
答案2
出现这种情况的原因是桌面环境。当开发人员创建环境时，他们希望它看起来恰到好处。这意味着应用程序将针对不同的环境进行不同的编程。目前，大多数应用程序都是为 gnome 或 KDE 制作的。gnome 默认使用一种主题，KDE 默认使用另一种主题。如果程序无法识别它处于不同的环境中，或者不同的环境无法适应程序，则会出现设计缺陷。使用 Gnome，所有应用程序默认使用 Redmond 主题或 Raleigh 主题。在 KDE 中，它将恢复到它能找到的任何主题。如果程序中的依赖项涉及 Plasma Workspace，那么它可能会包含 Oxygen 小部件主题。否则，它看起来就像您刚刚安装了 Wine 并从那里运行一个简单的窗口应用程序。
答案3
据我所知（和理解），发生这种情况是因为 KDE 应用程序默认设计为安装在 Kubuntu 环境中。因此，它们当然默认打包为使用 QT（即 KDE）主题，而不是 QT-GTK+ 主题。
也许在未来，应用程序将能够检测它当时在哪个环境中运行并自动选择适合的主题。