[Libreoffice-bugs] [Bug 125925] Qt5 VCL UI Fonts are small
bugzilla-daemon at bugs.documentfoundation.org
bugzilla-daemon at bugs.documentfoundation.org
Sun Jun 16 00:49:11 UTC 2019
https://bugs.documentfoundation.org/show_bug.cgi?id=125925
--- Comment #11 from Ongun Kanat <ongun.kanat at gmail.com> ---
(In reply to Michael Weghorn from comment #10)
> I wasn't even aware TDF provides AppImages as well. I quickly tried and
> AppImage of 6.3.0.0.beta1 starts fine for me with both qt5 and kde5 for
> Cairo rendering path.
>
It might be a new thing caused by the updates to the libraries. Qt and freetype
had changes in the API and behavior. Debian Testing doesn't have them. It needs
to be tested in a distro with more recent packages. As I said in bug 125926
openSUSE Tumbleweed is a good candidate.
Sorry I cannot test the daily .deb/.rpm builts because of the reasons in Bug
125926 comment 5 .
> Anything specific that makes KDE5 VCL unusable? Are there already existing
> bug reports for this? A lot of things have been fixed for the development
> version and backported for 6.2.5 recently.
It is generally papercuts here and there.
* The UI generally feels slower than GTK. It takes 2 - 3 seconds to initialize
a new document after clicking New {Writer, Calc, Impress} document button.
* GTK version is still a lot slower than commercial software. Opening my old
internship report (.docx mandated style by University) with its huge PNG
diagrams takes seconds in GTK and scrolling to those pages is a nightmare; this
effect is 2 times worse in KDE5 VCL.
* Right click and the notebook bar context menus in 6.2.4 (the official distro
supplied package) are slow, highlighting and showing submenu happens after a
significant delay 1 - 2 seconds. It is like a milder version of bug 125927.
* UI is non-native and it shows here and there like bug 125926. The UI controls
like combo boxes are obviously non native. Clicking on them launches a sub
dialog like menu rendered in GTK. They behave really differently than other
Qt/KDE apps. My touchpad has horizontal scroll and unintentionally triggering
it causes non-native combobox dialogs scroll right and hide the labels inside
which is extremely annoying. That's why I also try Qt5 port. Unless LibreOffice
uses native Qt drawing and components it will always feel slightly out of
place. Thankfully KDE guys did a great job in Breeze GTK theme, it has the out
of place feeling of GTK but look-wise the results are really acceptable.
I don't write these to rant or blame somebody. You wanted specific details so I
put some examples of my experiences. I don't/can't use LibreOffice to do
serious work. However I use it now and then to create simple documents. If I
use KDE5 VCL it quickly turns into a fight between me and the UI. It gets in
the way. With GTK it is at least acceptable.
Also as a software developer I can understand that creating bug reports like
"LO is slow" will not solve anything. It is a decade long process to constant
refactor and optimization and as any libre software project LO lacks resources.
If I can get something concrete and worth reporting, I will. Otherwise it is up
to the developers and their taste and availability.
--
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/20190616/9adae2b6/attachment-0001.html>
More information about the Libreoffice-bugs
mailing list