[Libreoffice-bugs] [Bug 124044] KDE5 VCL may require a little more cooking for wide consumption (at least on impress)

bugzilla-daemon at bugs.documentfoundation.org bugzilla-daemon at bugs.documentfoundation.org
Thu Mar 14 17:23:13 UTC 2019


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

--- Comment #5 from sergio.callegari at gmail.com ---
Thank you Michael for reporting here the strategy you proposed. I very much
appreciate having the ability to see where the project goes and what is being
suggested. And I also very much appreciate seeing that user feedback is taken
in consideration with so much care and promptness!

For the plan, I obviously believe that it makes a lot of sense.

Thank you also for thoroughly answering to my previous message. I'll definitely
keep trying the kde5 vcl as new releases come out on the 6.2 branch and keep
trying to do my best in trying to help the developers with some feedback when I
find something worth reporting.

In the meantime, there is something that is still not 100% clear to me. Is the
building of the gtk3_kde5 vcl plugin incompatible with that of the kde5 vcl
plugin in the LibO deb packages?

I am (maybe wrongly) getting this impression from your last statement:

"In case it's decided to "disable" kde5 for 6.2, the easiest thing would
probably be to revert commit [3], resulting in kde5 not to be chosen
automatically any more, but the order on KDE Plasma and LXQt then becoming:
gtk3_kde5, kde4, gtk3, gtk, gen"

from which it seems like either you have gtk3_kde5 or kde5 on the plugin list.

Would it be possible (and sensible) to ship both the gtk3_kde5 plugin and the
kde5 for the time being, so letting people on KDE plasma play with both
gtk3_kde5 and kde5 in view of the decision that might be taken at 6.2.5?

-- 
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/20190314/75339afd/attachment.html>


More information about the Libreoffice-bugs mailing list