https://bugs.kde.org/show_bug.cgi?id=475898
Friedrich W. H. Kossebau <kosse...@kde.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |kosse...@kde.org
--- Comment #3 from Friedrich W. H. Kossebau <kosse...@kde.org> ---
I tested with non-fractional QT_SCALE_FACTOR=2 on my lowdpi laptop, and also
see the border to the right & bottom with any KTitleWidget with the Fusion
style.
This is due to KTitleWidget internally using a QFrame with QFrame::StyledPanel,
where the Fusion style seems to actually draws some frame for that type:
https://invent.kde.org/qt/qt/qtbase/-/blob/6.7/src/widgets/styles/qfusionstyle.cpp?ref_type=heads#L502
Though at the same time KTitleWidget set the contents margin for that QFrame to
zeros, which seems to actually clip any frame lines reaching into the content,
in effect with zero margins rendering no frame whatever one has set as
frameShape.
Seems that on hidpi scaling some miscalculation happens on that clipping
though, and thus on the right and bottom the frame line gets visible again.
This part so far a working theory, not yet researched in the code.
In any case there is some related MR currently proposed with
https://invent.kde.org/frameworks/kwidgetsaddons/-/merge_requests/251
That one drops that internal QFrame element, and thus indirectly also solves
the glitch seen here :)
Though the rendering glitch of QFrame might still be something to file against
Qt itself if above working theory yields true by some sample code yet to be
written (might write more test code later tonight). So for now just dumping
notes about current state here.
--
You are receiving this mail because:
You are watching all bug changes.
