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

Michael Weghorn <[email protected]> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
     Ever confirmed|0                           |1
             Status|UNCONFIRMED                 |NEW

--- Comment #7 from Michael Weghorn <[email protected]> ---
Thanks for all the additional information.

(In reply to Klaus Kusche from comment #6)
> I never configured any qt theme (at least I don't remember), 
> and I've installed no qt additional themes.
> Qt6 seems to have auto-configured its theme from my gtk3 settings???

Thanks also for mentioning QT_QPA_PLATFORMTHEME=gtk3 in tdf#165534 comment 15.

I've set up the Zen themes by extracting them into ~/.themes . I now indeed see
other theming being used when I start LibreOffice using

    GTK_THEME=Zen QT_QPA_PLATFORMTHEME=gtk3 SAL_USE_VCLPLUGIN=qt6
./instdir/program/soffice --writer

(It somehow looks quite broken in my setup, using grey font on black background
for menus for example, but let's ignore that as it seems unrelated to the issue
reported here.)

And I can confirm that the scrollbar is unexpectedly thin when I set display
zoom to 200% and restart LibreOffice as described above afterwards, while the
scrollbar is wider for example for Qt Creator:

    GTK_THEME=Zen QT_QPA_PLATFORMTHEME=gtk3 qtcreator

For LibreOffice, it's also thin without setting GTK_THEME=Zen:

    QT_QPA_PLATFORMTHEME=gtk3 SAL_USE_VCLPLUGIN=qt6 ./instdir/program/soffice
--writer

So the issue seems independent of the specific GTK theme you're using.

The same is even the case when not using QT_QPA_PLATFORMTHEME=gtk3, i.e. with
the (in my setup on KDE Plasma) default Breeze Qt style, indicating that
scaling isn't applied for scrollbars, as seen e.g. for the scrollbars in Writer
or in the "Insert" -> "OLE Object" -> "QR and Barcode" dialog (after typing
multiple lines in the "URL/Text" field). 

For the latter dialog, the scrollbar is fine however when started with
SAL_VCL_QT_USE_WELDED_WIDGETS=1, i.e. when using native Qt widgets - as that
dialog already supports that when explicitly enabled, see 

    commit 09e76631dd60f1e6ffab3faa17889fe7327b8a3c
    Author: Michael Weghorn
    Date:   Sat Dec 14 20:46:48 2024 +0100

        tdf#130857 tdf#162704 qt weld: Support QR/bar code dialog

        Declare support for the "QR and Barcode" dialog
        that can be triggered in Writer using "Insert" -> "OLE Object"
        -> "QR/Barcode".

        This means that native Qt widgets are used for that dialog
        now when using the qt5 or qt6 VCL plugin and starting LO with
        environment variable SAL_VCL_QT_USE_WELDED_WIDGETS=1 set.

        The native QPlainTextEdit also doesn't have the
        problem of rendering artifacts as described in tdf#162704
        for the vcl widget when used with qt6/kf6 and the Breeze
        style.

        Change-Id: I6263b8961d97141719e2b23dcc4467cda960d3e3
        Reviewed-on: https://gerrit.libreoffice.org/c/core/+/178485
        Tested-by: Jenkins
        Reviewed-by: Michael Weghorn

This seems to proof my expectation mentioned earlier:

(In reply to Michael Weghorn from comment #1)
> This sounds like an issue that should not occur once native Qt widgets are
> used (tdf#130857).

-- 
You are receiving this mail because:
You are the assignee for the bug.

Reply via email to