-
Notifications
You must be signed in to change notification settings - Fork 40
Set Qt env vars (e.g., for GTK2 platform themes) #33
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
@probonopd now that the feature has been implemented in linuxdeploy, we could realize this. How to detect when we need to set that environment variable? |
Scribus is currently using:
I think we also need to consider Xfce and some others. |
Is there any documentation on the effect of setting this variable? I can't spot a difference really on my computer... |
Do we even ship the required style plugins? Is that the segfault-producing thing you once suggested to include in AppImageLauncher that we removed for causing segfaults? https://www.linuxuprising.com/2018/05/get-qt5-apps-to-use-native-gtk-style-in.html |
I think we are not shipping those yet. One needs to compile them and deploy them (but not their dependencies, since we want to use the native Gtk of the target system and just let the plugin fail in cause they are not there). |
Setting those variables makes a big difference. If you want to try it for yourself, download the continuous Scribus AppImage and run it on Gnome. Looks pretty native, right? Then extract it and comment out that section in the AppRun, and run again. Looks pretty ugly then... |
We can set the variables. It's the up to the user to include those style plugins. I don't think we have to automate that. Do you want to ask Stephan Binner to include those plugins in his Qt PPAs? |
I think (not 100% sure though) that at some point the upstream Qt project separated the plugins out from the main project into its own subproject. I'd suspect that Stephan Binner wants to stay close to upstream. Shall we ask upstream to re-include them? (Imho Qt on Linux has been broken ever since they removed them from the default installation...) |
So you once suggested the following code for inclusion in the obsolete
The code is broken for multiple reasons:
The Scribus code you posted is also broken. I've corrected it just like the code in the original issue over at AppImageKit, so people won't pick up broken code by accident. I'm including the following now:
|
Which is "the obsolete" |
Should be set accordingly once linuxdeploy/linuxdeploy#81 is implemented.
The text was updated successfully, but these errors were encountered: