On Mon, 05 Feb 2018 11:35:14 +0100, Wolfgang Bauer
Am Montag, 5. Februar 2018, 09:22:59 schrieb nicholas cunliffe:
The best solution would be if libreoffice checked which versions were currently installed then based off environment variables choose whether to load the GTK or KDE version
modifying SAL_USE_VCLPLUGIN is too much trouble?
Again: LibreOffice does check which desktop is running, and should use the corresponding desktop integration automatically, i.e. libreoffice-kde4 on Plasma. (unless that has changed in LO6, but I doubt it)
But, openSUSE's ibus package forces the GNOME integration if that's installed, by setting OOO_FORCE_DESKTOP=gnome on login.
not here (using a tcsh in Plasma5 on xterm)
And ibus supplements libreoffice-gnome, so gets pulled in as recommended package if libreoffice-gnome is installed...
No problem there
So you need to uninstall ibus (or libreoffice-gnome) to have it actually use the KDE integration.
Sounds like a plan ... # zypper rm libreoffice-gnome Loading repository data... Reading installed packages... Resolving package dependencies... The following 2 packages are going to be REMOVED: libreoffice-gnome libreoffice-gtk3 Hmm, wouldn't uninstall libreoffice-gtk3 not also break KDE/Plasma integration? Personally I don't care at all about Gnome desktop (integration), but this looks like cross-dependency
It is possible to force a specific plugin via environment variables, but that should normally not be necessary. (except if you e.g. want to use the KDE integration on GNOME, the desktop you use is not detected/supported and you want the GNOME or KDE integration, or something like that)
Wolfgang
-- H.Merijn Brand http://tux.nl Perl Monger http://amsterdam.pm.org/ using perl5.00307 .. 5.27 porting perl5 on HP-UX, AIX, and openSUSE http://mirrors.develooper.com/hpux/ http://www.test-smoke.org/ http://qa.perl.org http://www.goldmark.org/jeff/stupid-disclaimers/