I have installed some KDE and GNOME applications on the same computer. I use the applications at the same time. I find, I often hit the wrong button when I see "OK" or "Cancel" or "Yes" or "No" buttons, because the order is different. Is there any way to set these consistently, either changing to the KDE order or to the GNOME order?
How to give the same order for “OK” and “Cancel” buttons in KDE and GNOME applications
gnomekdeqt
Related Solutions
This answer is not fully canonical--see Answerer's note at the end.
In this answer, I intend to provide concise explanations based on actual experience in Debian-based distributions (Xubuntu and Debian Xfce). Anyway, I have confirmed that the fonts settings doesn't take effect immediately for Qt applications in GTK+ environment of Debian.
Regarding tools
First I don't know what tool to use.
If you are an experienced user, don't use any third-party configuration tool.
For convenience, users tend to use such tools like GNOME Tweak Tool. For best compatibility however, prefer to use graphical configuration tools provided by the desktop environment or respective toolkits. Else, use more advanced tools such as Dconf, Xfconf, or GSettings.
Oh, and then there is qtconfig, which seems to come in two versions, one for qt4 and qt5. I probably even missed a few.
Use qt4-qtconfig for Qt4, and similarly use qt5ct for Qt5.
To check which version of Qt used by particular application, trace the package dependencies using APT. For example, I have VLC installed in Xubuntu. Since VLC is using Qt, I can query the APT cache and use 'qt' as the keyword to filter any Qt dependencies.
$ apt-cache depends vlc | grep 'qt'
Depends: libqtcore4
Depends: libqtgui4
In this case, the result hinted that VLC is using Qt4 toolkit.
Another way is to check if any Qt packages have been installed. This can be done by running Dpkg command. I choose to filter the package that contains these keywords, 'libqt' and 'gui', since the earlier APT command above has hinted so.
$ dpkg-query -W | grep 'libqt' | grep 'gui'
libqtgui4:i386 4:4.8.5+git192-g085f851+dfsg-2ubuntu4.1
In this case, the result is showing Qt4 of version 4.8.x is installed. In case Qt5 package is installed, the result will contain libqt5gui5 instead of libqtgui4. Naming is different for Qt5, which is why I use grep twice to filter the result.
Currently, the fonts I see do not correspond to the font-settings of any of those tools.
As hinted earlier by L. Levrel, the system setup is messy. Never mind for GNOME/KDE/Qt applications, but running gnome-settings-daemon in Xfce system? Xfce has its own settings daemon xfsettingsd that is provided by this package xfce4-settings in Debian.
Font settings discrepancy
In the following screenshots, I am running Xfce Appearance, Qt 4 Settings and VLC media player in Xfce desktop environment, using Xubuntu and Debian Xfce. Then, I changed the default font from "Droid Sans (Regular)" to "Droid Sans (Bold)" at same font size 10.
For Xubuntu, the font settings were applied immediately for both GTK+ and Qt applications. The font specified in Xfce Appearance was sufficient to affect system wide, regardless of toolkit used.
For Debian Xfce, the font settings were applied immediately for GTK+ applications only. I had to use Qt 4 Settings to change default font in Qt, from "Sans Serif (Normal)" to "Droid Sans Mono (Regular)". I also had to manually save from the menu bar before the changes were applied.
Despite both Xubuntu and Debian Xfce were running xfsettingsd, Debian Xfce did not honour the font settings automatically for some reason. Possible clue: Debian Xfce may be missing certain packages that allow Qt applications to read system settings automatically.
Regarding questions
Is there an established standard how these settings tools interact?
Likely no. This is why user should not use third-party tool to configure system settings. End users wouldn't know how these tools interact with each other, or these tools are unlikely designed to work in such mixed setup environment.
Do the various setting tools overwrite each other's data?
This depends on how the configuration tool works. If two different tools share same underlying configuration method i.e. GSettings, then both will supposedly read the same configuration file.
In the first screenshot, notice that Qt 4 Settings is still showing "Droid Sans (Regular)" instead of "Droid Sans (Bold)". The system wide settings in Xubuntu has changed, but the Qt 4 Settings doesn't reflect the changes immediately, possibly due to different toolkit in use. When quit and launch again, Qt 4 Settings will now show the latest font settings "Droid Sans (Bold)".
For the rest of questions, I'd suggest to look into the following linked pages for further reading.
- xfce:xfce4-settings:xfsettingsd on Xfce Docs.
- Projects/dconf on GNOME Wiki!
- DConf-0.24.0 / DConf-Editor-3.16.1 in Chapter 34. GNOME Libraries and Utilities, Beyond Linux® From Scratch - Version 7.8.
- What is dconf, what is its function, and how do I use it? on Ask Ubuntu.
- Shouldn't dconf-editor and gsettings access the same database? on Ask Ubuntu.
- HowDoI/GSettings on GNOME Wiki!
- Fonts on Debian Wiki.
- Fontconfig on Gentoo Wiki.
- Font configuration on ArchWiki.
Disclaimer: This answer is mainly based on my experience in Xubuntu 14.04 and Debian 8 Xfce (both running Xfce 4.10). Despite running a similar desktop environment, the experience was slightly different for the font settings to take effect. Known limitations are as follows.
- Like my experience with Xfce, I would assume other systems that run a similar environment do not necessarily honour the font settings automatically.
- I did not investigate every possible configurations of mixed environment; some discussed points may not be fully applicable to systems that are configured manually.
- I did not test font settings for KDE applications; some KDE applications such as Dolphin file manager depends on both KDE and Qt packages, but Qt applications solely depends on Qt packages; this answer may not be relevant to KDE applications.
TL;DR Don't mix tools created for a different environment; Don't use third-party configuration tools. Use graphical tool provided by desktop environment or respective toolkits.
Answerer's note: I had written this answer to be sufficient, but not fully canonical at the time. Hence this answer is now a community wiki, so that anyone with minimum reputation can improve this post to keep up with latest changes in each toolkit, or even re-explain the font settings discrepancy using a more concise example (if done so, remove relevant text from "Disclaimer").
Tested in Plasma 5.12 (Kubuntu 18.04) and 5.14 (18.10 upgraded to backports).
I can select "Breeze Dark" for the GTK themes.
I have breeze-gtk-theme installed.
Also, look for other dark themes under "Settings -> Application Style -> Gnome Application Style (GTK)" - "Get new themes".
I have seen the Firefox problem when in the past I used dark Kvantum themes, but only in Firefox. Not happening now though.
Best Answer
So I found out that this is not configurable within KDE Plasma. Here is the culprit:
QDialogButtonBox::KdeLayoutis hard-coded in the source code as a style hint of the Qt5 intergration plugin. One way to change this is to patch plasma-intergration to useQDialogButtonBox::GnomeLayoutinstead.Another option is to use qt5ct. If you set the theme to Breeze and set the following menu option to GNOME, things look and feel much like KDE.
However, since I'd like to stay as close to KDE behavior as possible in all respects but the dialog button layout, I didn't find this option satisfactory. Your best bet is to patch plasma-intergration. Maybe at some point it will be updated so that it's possible to set your preferred dialog button layout.