Breeze style problem since Qt 6.8.2

Tobias Leupold tl at stonemx.de
Mon Mar 24 11:35:42 GMT 2025


E-Mail von David Redondo vom Montag, 24. März 2025, 09:22:
> This matches my investigation previously. Not sure why the Qt person was so
> dismissive that it was a Breeze bug from my limited knowledge Breeze looks
> to be doing correct things.  Maybe I didnt word it clear enough?

Just today, I commented again on https://bugreports.qt.io/browse/QTBUG-133845

I don't get either why the Qt side states this was a Breeze bug. I mean, the 
first commit fixing some Windows issue wouldn't trigger the problem yet 
(because it asks the base style for the size and returns it). But the second 
one leads to the desired final size being modified later on, causing this.

Question is more: Why does this not happen using Fusion?

And: Is Breeze even able to work around this? I mean, if a style sheet is set 
on the QSpinBox in question, and thus, qstylesheetstyle comes into play, 
Breeze would have to subtract the pixels the style adds later on before 
returning it, so that we get the height we actually want to have ...

Maybe one should have a look into Fusion to figure out what's going on in 
there. At the latest when we show them that Fusion does fishy stuff on 
QSpinBoxes, they can no longer claim this was a Breeze bug.

Maybe some Breeze dev could step in to clarify this?!




More information about the kde-devel mailing list