[Libreoffice-bugs] [Bug 123595] Do not default to KDE5 VCL plugins under LXQt

[bugzilla-daemon at bugs.documentfoundation.org]

https://bugs.documentfoundation.org/show_bug.cgi?id=123595

--- Comment #7 from Michael Weghorn <m.weghorn at posteo.de> ---
(In reply to Chih-Hsuan Yen from comment #6)
> Not trying KDE/Qt plugins at all appears to be the simplest solution. No
> more worries about extra environment variables and additional packages. That
> is, use pStandardFallbackList instead of pKDEFallbackList for DESKTOP_LXQT
> in vcl/source/app/salplug.cxx.

As mentioned earlier, I don't have a strong opinion on this, so feel free to
open a new bug report requesting this if you think this is the way to go - and
then I think it's best to have the UX team decide upon it.

For reference, at a quick glance the current handling of LXQt was introduced by
this commit:

commit ac9c14dbbd3a4341de0aa1b1dbc37ad2ce69398c
Author: Simon Quigley <tsimonq2 at ubuntu.com>
Date:   Wed Oct 10 21:16:17 2018 -0500

    Add support for LXQt as a Linux desktop environment.

    This change makes LXQt use the Breeze icon theme, and adds it as a
    desktop environment along the other supported DEs.


> If a VCL plugin requires extra packages to work, it's better to not make it
> as the default IMO. Users who want it can just specify SAL_USE_VCLPLUGIN.

Well, strictly speaking, basically all VCL plugins require extra packages in
some way, e.g. gtk will require gtk2 packages, gtk3 will require gtk3 to be
installed, etc. (though those packages will be present on many systems anyway).
In my opinion, it's fine to use a different default e.g. on KDE Plasma than on
GNOME.

> That's also an option. We (LXQt developers) can add default environment
> variables  in lxqt-session. In a previous comment you said the qt5 VCL
> plugin is not recommended for daily use. Is the combination
> SAL_VCL_QT5_USE_CAIRO=true SAL_USE_VCLPLUGIN=qt5 considered stable enough
> for daily use?

To be honest, I don't know. To my knowledge, the qt5 VCL plugin is currently
mainly meant to be used as the foundation for the kde5 one. I'd currently
definitely not recommend using qt5 with native Qt rendering (i.e. without
SAL_VCL_QT5_USE_CAIRO set in addition), but I don't know how well it works with
Cairo rendering. This MIGHT be close to the kde5 VCL plugin, but you'd probably
need to do some testing to find out more...

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20190309/79f4e226/attachment.html>