Page 1 of 1
(10 posts)

I use KDE since ages (I started with KDE 2, I think). However, on my work computer I changed to the i3 window manager. Still, I use quite a few KDE applications (KMail, Dolphin, Okular, KGpg, Amarok, ...). I noticed that running them under i3 causes a lot of trouble...

*) No icons in any KDE5 application, unless QT_QPA_PLATFORMTHEME="qt5ct" is set.*) baloo is not started at login, not sure if balooctl start is the recommended method to *) Chromium uses some other file-open/-save dialog, in contrast to when started under KDE, where is uses the pretty KDE dialog.*) kalarm starts, even when disabled, because it uses a KDE only method to disable it's startup file in /etc/xdg/autostart*) File associations are somehow arbitrary and not uniform. Running xdg-open on PDF launches Konqueror, double clicking on the same file within Dolphin launches gimp.*) Dolphin uses single-click on KDE, double-click on i3*) No way to launch the system settings panel (beside kcmshell <module>)

I really love to use KDE applications, but running them without the desktop environment seems to be a mess sometimes.

Is there some central thingy I could launch that sets up the appropriate environment, something like gnome-settings-daemon?

Is there work towards improving the KDE applications experience on non KDE desktops?

The idea since Qt 5 is that every environment provides a "platform theme" plugin, which decides about most of the things you mentioned (theme, icons, file dialog, single/double click, ...). It is a good idea in principle, but it does currently not play well with non-plasma environments on linux.

One thing one can do is export QT_QPA_PLATFORMTHEME=kde. Then applications use the KDE file dialog, and load the settings you configured in systemsettings5. The problem is that the kde platform plugin does not really work outside plasma (esp. regarding system tray icons at the moment), so I do not recommend doing this.

So one would have to either fix the kde platformtheme to work outside plasma (something its maintainers are, from my understanding, not that interested in, so it might be hard) or write a different platformtheme (like qt5ct) which supports all these settings.

Sounds like this situation is rather unlikely to change... That's really sad, especially because KDE's marketing stance, as I understand, has changed from "KDE Desktop" to "KDE Software Collection" and for me it implies that the software works without the desktop, too.

QT_QPA_PLATFORMTHEME=kde makes KDE4/5 applications not even start.

Are file associations and KDE-only semantics in .desktop file also related to the platformtheme?

Thanks for that information and the pointer to the bugfix. Can you tell, in which version the bugfix is released?

Particurlary problematic, imho, is the X-KDE-autostart-condition=kalarmdrc:General:Autostart:true (http://l10n.kde.org/docs/admin/autostar ... nonce.html) setting in .desktop files. It's a clever way to tie autostart to a specific config setting, but ignorant to the greater Linux ecosystem, being a KDE only setting. Imho, it should be deprecated and replaced by copying the .desktop file to ~/.config/autostart and settings the Hidden attribute accordingly.

Mime associations are generally extremely weird on many systems. I find it extremely hard to tell where that information comes from. Firefox and Thunderbird, for example, always seem to pick the worst possible application to open a file with (I remember Thunerbird opening .c files with "wine windows notepad" and .png images with "wine internet explorer 6", no joke). Stuff like "gvim" and "xemacs" and "display" also seem to be popular choices for opening all kinds of files, also from dolphin.

Where do those lists come from? What project would need to be bugged to fix this mess? Maybe somebody can clear things up a bit

scummos wrote:Mime associations are generally extremely weird on many systems. I find it extremely hard to tell where that information comes from. Firefox and Thunderbird, for example, always seem to pick the worst possible application to open a file with (I remember Thunerbird opening .c files with "wine windows notepad" and .png images with "wine internet explorer 6", no joke). Stuff like "gvim" and "xemacs" and "display" also seem to be popular choices for opening all kinds of files, also from dolphin.

Yeah, I've made that experience, too. Especially Mozilla products are notorious to ignore any Linux conventions.

Where do those lists come from? What project would need to be bugged to fix this mess? Maybe somebody can clear things up a bit

You mean those mimeapps.list or the desktop files I mainly talked about in my previous posting?

Can you tell me, if https://quickgit.kde.org/?p=kde-cli-too ... bab4827760 has already landed in a release? I still have a mimeapps.list in the deprecated location ~/.local/share/applications/mimeapps.list, which I think was created by KDE but non in ~/.config, which, I think, is the new location the fix changes to.