Created attachment 169716 [details] Screenshot of the font selector SUMMARY When using Breeze dark, the font selector in the digital clock has clear text on clear background, making the items in the list almost invisible STEPS TO REPRODUCE 1. Set theme to Breeze dark 2. On Digital Clock widget, right click "Configure Digital Clock" 2. Under "Appearance", select the "Manual Option" for the "Text Display" radio 3. Click "Choose Style..." button OBSERVED RESULT The list of fonts is in clear color over clear background, making it unreadable EXPECTED RESULT The list of fonts is in clear color over dark background SOFTWARE/OS VERSIONS Operating System: EndeavourOS KDE Plasma Version: 6.0.4 KDE Frameworks Version: 6.2.0 Qt Version: 6.7.0 Graphics Platform: Wayland Graphics Processor: NVIDIA GeForce GTX 1060 6GB/PCIe/SSE2 Manufacturer: Gigabyte Technology Co., Ltd. Product Name: B660 DS3H AX DDR4 ADDITIONAL INFORMATION I am able to replicate the bug on my laptop, with similar versions of KDE.
Yeah, unfortunately this is going to affect almost all the font selectors because we're using the unstyled version that comes from Qt, which doesn't look great or integrate properly with our color scheme stuff. We're using it because the alternative was even worse; see Bug 478155.
(In reply to Nate Graham from comment #1) > Yeah, unfortunately this is going to affect almost all the font selectors > because we're using the unstyled version that comes from Qt, which doesn't > look great or integrate properly with our color scheme stuff. We're using it > because the alternative was even worse; see Bug 478155. Ah, thanks for the quick reply. Should a bug be logged to QT? I took a cursory look at their bug tracker and at a glance I don't see any ticket on QFontDialog becoming unresponsive - but I'm not a developer so it may be worded differently.
I think it's not really a Qt bug per se; more like an incompatibility between their upstream method of doing UI coloration, and what we do in KDE; we overlay a bunch of stuff on top of it, and the Qt code isn't aware of that. If anything the bug is on us for our implementation of QFontDialog styling suffering from the bug that causes us to revert to upstream styling.
(In reply to Nate Graham from comment #3) > I think it's not really a Qt bug per se; more like an incompatibility > between their upstream method of doing UI coloration, and what we do in KDE; > we overlay a bunch of stuff on top of it, and the Qt code isn't aware of > that. > > If anything the bug is on us for our implementation of QFontDialog styling > suffering from the bug that causes us to revert to upstream styling. Those new popups are making many things inconsistent inside Plasma, why not simply use the normal font dialog? it's the same problem with that broken color chooser new popup.
In Qt 6, this *is* "the normal font dialog". That's the problem.
*** Bug 488822 has been marked as a duplicate of this bug. ***
*** Bug 489176 has been marked as a duplicate of this bug. ***
*** Bug 491836 has been marked as a duplicate of this bug. ***
*** Bug 490381 has been marked as a duplicate of this bug. ***
*** Bug 491986 has been marked as a duplicate of this bug. ***
I can confirm that it also has issues with scrolling speed. It's much slower than anywhere else in the system.
*** Bug 492376 has been marked as a duplicate of this bug. ***
*** Bug 486367 has been marked as a duplicate of this bug. ***
Oh I'm not alone, then Came here to report it this morning, glad to see it's already there. What I didn't understand by reading the comments though, is how come the System Settings font selector isn't affected by this. Is it a different component?
https://codereview.qt-project.org/c/qt/qtdeclarative/+/593610 This fixes the dialog colors in dark mode
Thanks a ton, Kai! Ultimately any further improvements here will have to go through Qt since it's their dialog, and there appear to be no viable efforts to replace them with custom ones in KDE.