| Summary: | starting gtk apps via shortcut uses ugly default theme instead of configured one | ||
|---|---|---|---|
| Product: | [Applications] systemsettings | Reporter: | arne anka <kde-bugs> |
| Component: | kcm_khotkeys | Assignee: | Michael Jansen <kde> |
| Status: | RESOLVED UNMAINTAINED | ||
| Severity: | normal | CC: | brent, cfeck, justin.zobel, kde, thomas.luebking |
| Priority: | NOR | ||
| Version First Reported In: | 5.20.3 | ||
| Target Milestone: | --- | ||
| Platform: | Debian unstable | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
arne anka
2013-06-17 16:33:28 UTC
i set it to critical since it makes shortcuts virtually unusable for gtk applications. At least kded5 has an empty environment, so GTK won't resolve GTK*_RC_FILES so you get no theme. No idea whether kded clears the environment for security reasons, but on sth. like env GTK2_RC_FILES=/home/username/.gtkrc-2.0 firefox This is not fixable from khotkeys, passing on to kded, might be because of the startkde scripts (but I doubt so, given the environment is *really* empty, it's likely cleared on startup) errr... Christoph, do you know where kded's bugzilla is? frameworks-kdaemon But I would suggest to check which kded module is responsible (by disabling them in turn) first. Starting kded5 from within a session doesn't show this problem anyway, so the environment will be cleared by its invocation on session startup. fwwi, I've no problems with gtk+, likely because ~/.gtkrc-2.0 is looked up by default, whereas the OP probably relies on some ~/.gtkrc-kde written by the gtk kcm? I've run into this problem today (by starting Inkscape via KRunner). The visible effect from this bug is that ~/.config/gtkrc-2.0 will affect the color of GTK+ programs when "Apply colors to non-Qt applications" is enabled in system settings. I've run into this problem today (by starting Inkscape via KRunner). The visible effect from this bug is that ~/.config/gtkrc-2.0 will affect the color of GTK+ programs when "Apply colors to non-Qt applications" is enabled in system settings. I noticed that I even have it with KDE apps now: anything launched through Krunner ignores theme settings and looks like a KDE4 app, while launched in any other way has a theme as expected. I have an updated Fedora 33 KDE spin. I've just tested this on Operating System: Solus 4.2 KDE Plasma Version: 5.21.2 KDE Frameworks Version: 5.79.0 Qt Version: 5.15.2 However, I can't replicate the issue. I set the GTK theme to Arc and applied it, I launched Remmina (GTK application) from konsole, kickoff, krunner and via my shortcut and it showed in the Arc theme each time. As announced in https://pointieststick.com/2023/07/26/what-we-plan-to-remove-in-plasma-6/ and https://community.kde.org/Plasma/Plasma_6#Removals, I'm afraid KHotKeys has reached end-of-life in Plasma 6. Accordingly, all bug reports and feature requests for it must be closed now. Most of what KHotKeys could do can already be done with the newer KGlobalAccel system in Plasma 6. A few features such as mouse gestures and triggering conditions based on changes to window states are not yet implemented in the new system. These will be added in the future if and when resources materialize for them, and/or when a kind soul submits patches to implement them! :) Meanwhile, the 3rd-party "Mouse Actions" app (https://github.com/jersou/mouse-actions) may be usable for implementing your own mouse gestures again. Thanks for your understanding, everyone. |