<html> <head> <base href="https://bugs.documentfoundation.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - Qt5 VCL UI Fonts are small" href="https://bugs.documentfoundation.org/show_bug.cgi?id=125925#c11">Comment # 11</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - Qt5 VCL UI Fonts are small" href="https://bugs.documentfoundation.org/show_bug.cgi?id=125925">bug 125925</a> from <a class="email" href="mailto:ongun.kanat@gmail.com" title="Ongun Kanat <ongun.kanat@gmail.com>"> Ongun Kanat</a> <pre>(In reply to Michael Weghorn from <a href="show_bug.cgi?id=125925#c10">comment #10</a>) > 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 <a class="bz_bug_link bz_status_UNCONFIRMED " title="UNCONFIRMED - KDE5 VCL uses unnecessarily bold fonts" href="show_bug.cgi?id=125926">bug 125926</a> openSUSE Tumbleweed is a good candidate. Sorry I cannot test the daily .deb/.rpm builts because of the reasons in Bug 125926 <a href="show_bug.cgi?id=125925#c5">comment 5</a> . > 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 <a class="bz_bug_link bz_status_RESOLVED bz_closed" title="RESOLVED DUPLICATE - Context menus and notebookbar menus are broken in KDE5 VCL" href="show_bug.cgi?id=125927">bug 125927</a>. * UI is non-native and it shows here and there like <a class="bz_bug_link bz_status_UNCONFIRMED " title="UNCONFIRMED - KDE5 VCL uses unnecessarily bold fonts" href="show_bug.cgi?id=125926">bug 125926</a>. 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.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>