http://bugzilla.opensuse.org/show_bug.cgi?id=1111083 Andreas Stieger changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P1 - Urgent |P5 - None Severity|Critical |Normal -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1111083 http://bugzilla.opensuse.org/show_bug.cgi?id=1111083#c2 --- Comment #2 from Alberto Zacchetti --- Please note that the bug corrupts some video writing programs, so I think it would be better to mark it as URGENT. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1111083 http://bugzilla.opensuse.org/show_bug.cgi?id=1111083#c4 --- Comment #4 from Alberto Zacchetti --- I am sorry, I forgot to describe the platform I work on: Plasma 5.12.6 KDE Frameworks: 5.45.0 Qt 5.9.4 I am C/C++ programmer and the programs I developed work very badly (only when I use bold characters). Before installing Leap 15 everything worked perfectly for years. I have attached an image that shows the difference between the width calculated by QPainter::drawText() (red row) and the one calculated by QFontMetrics::width() (blue row). On some dimensions the font, width() is smaller, on others equal and on others even greater than the correct bounding rectangle, but always and only for fonts on which bold is activated. If necessary, I can attach a small source code with which you can see the defect directly. As I wrote, I tried everything in an attempt to solve the problem, but I failed in any way. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1111083 http://bugzilla.opensuse.org/show_bug.cgi?id=1111083#c6 --- Comment #6 from Alberto Zacchetti --- I'm really sorry, because while I was writing, I realized by chance that on another platform with Leap 15 and with the same desktop environment, the software works very well. So it's definitely a configuration problem. But wait a while to close this post, because I want to check better. I'll be back as soon as possible. For now, thank you. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1111083 Alberto Zacchetti changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|QMetrics::width() return |QFontMetrics::width() |wrong value on bold fonts |return wrong value on bold | |fonts -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1111083 http://bugzilla.opensuse.org/show_bug.cgi?id=1111083#c9 Alberto Zacchetti changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|INVALID |--- --- Comment #9 from Alberto Zacchetti --- Hi, I am back. I have done many tests to try to understand the problem better. It is true that it manifests itself according to the configuration of the environment, but a problem in Qt seems to exist. In fact, the font metric derived from the painter with QPainter::fontMetrics() is different from the one obtained with QFontMetrics() from the font assigned to it with QPainter::setFont(). The result changes according to the QT_QPA_PLATFORMTHEME environment variable, whether it is set or not and based on its contents. Instead, once the font is assigned to the painter, the metric values should be identical both within the painter and obtained from the font. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1111083 Alberto Zacchetti changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P5 - None |P4 - Low Found By|--- |Customer -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1111083 http://bugzilla.opensuse.org/show_bug.cgi?id=1111083#c12 --- Comment #12 from Max Lin --- Created attachment 786371 --> http://bugzilla.opensuse.org/attachment.cgi?id=786371&action=edit test result on gnome -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1111083 http://bugzilla.opensuse.org/show_bug.cgi?id=1111083#c14 --- Comment #14 from Max Lin --- (In reply to Alberto Zacchetti from comment #13)

Thanks for your tests. I tried on gnome (installed on a new account) with different QT_QPA_PLATFORMTHEME variables and the results are as follows:

QT_QPA_PLATFORMTHEME unset -> w_in == w_out QT_QPA_PLATFORMTHEME=gnome -> w_in == w_out QT_QPA_PLATFORMTHEME=kde -> w_in > w_out

I also noticed that in Gnome the Konsole font also works very badly, just like my programs do. w_in and w_out should never be different, because they refer to the metric of the same font.

Not 100% true, QPainter::setFont() has reconstructs QFont(const QFont &font, QPaintDevice *pd) with font.resolve(). can you add this 2 lines to last in your test program and attach the complete output? qDebug() << QFontInfo(painter.font()).family() << QFontInfo(painter.font()).pixelSize() << QFontInfo(painter.font()).exactMatch() << QFontInfo(painter.font()).bold(); qDebug() << QFontInfo(*font).family() << QFontInfo(*font).pixelSize() << QFontInfo(*font).exactMatch() << QFontInfo(*font).bold(); -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1111083 http://bugzilla.opensuse.org/show_bug.cgi?id=1111083#c17 --- Comment #17 from Alberto Zacchetti --- (In reply to Max Lin from comment #14)

(In reply to Alberto Zacchetti from comment #13)

...

Thanks for your tests. I tried on gnome (installed on a new account) with different QT_QPA_PLATFORMTHEME variables and the results are as follows:

QT_QPA_PLATFORMTHEME unset -> w_in == w_out QT_QPA_PLATFORMTHEME=gnome -> w_in == w_out QT_QPA_PLATFORMTHEME=kde -> w_in > w_out

I also noticed that in Gnome the Konsole font also works very badly, just like my programs do. w_in and w_out should never be different, because they refer to the metric of the same font.

Not 100% true, QPainter::setFont() has reconstructs QFont(const QFont &font, QPaintDevice *pd) with font.resolve().

can you add this 2 lines to last in your test program and attach the complete output?

qDebug() << QFontInfo(painter.font()).family() << QFontInfo(painter.font()).pixelSize() << QFontInfo(painter.font()).exactMatch() << QFontInfo(painter.font()).bold(); qDebug() << QFontInfo(*font).family() << QFontInfo(*font).pixelSize() << QFontInfo(*font).exactMatch() << QFontInfo(*font).bold();

Have you seen the two results I posted? -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1111083 http://bugzilla.opensuse.org/show_bug.cgi?id=1111083#c19 --- Comment #19 from Max Lin --- I can recommended that you can remove ",Regular" in "font=" option in your /etc/xdg/kdeglobals (and/or ~/.config/kdeglobals), this should fixed your problem. The fact why it does this way on KDE is still under investigation. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1111083 http://bugzilla.opensuse.org/show_bug.cgi?id=1111083#c21 Fabian Vogt changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fvogt@suse.com Flags| |needinfo?(alberto.zacchetti | |@tiscali.it) --- Comment #21 from Fabian Vogt --- (In reply to Max Lin from comment #18)

Yes, I see the result, this seems platform regarded, I suspecting plasma platformtheme handle this different than Qt, at least "Regular" in the file is wrong. This smells like https://bugs.kde.org/show_bug.cgi?id=378523 [1], Fabian, could it be?

Yes, definitely. It's not backported as it's a behaviour change. Please install plasma5-integration-plugin from https://download.opensuse.org/repositories/home:/Vogtinator:/branches:/openS... and try again, the ",Regular" in kdeglobals should not make a difference anymore.

[1] https://cgit.kde.org/plasma-integration.git/commit/ ?id=2e971be576d24a82974eaf2397d4703fca0188d8

-- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1111083 http://bugzilla.opensuse.org/show_bug.cgi?id=1111083#c23 --- Comment #23 from Max Lin --- Looks StyleName will be appended to kdeglobals anyway, since Qt respects platform config I think you should update your code, as I explained it at https://bugzilla.opensuse.org/show_bug.cgi?id=1111083#c14 , QPainter::setFont() has called QFont::resolve(), it will reconstructs a QFont in case a given font's family is different than the system setting's one ie. carry properties if it exists, setBold() will be ignored if styleName is set. Add font->setStyleName(QString()); to your code that reset styleName property should fix your problem. PS. I think many qt-based apps should did similar change in their code against this side-effect already. -- You are receiving this mail because: You are on the CC list for the bug.