https://bugs.winehq.org/show_bug.cgi?id=52434
Bug ID: 52434 Summary: Light Blue theme has rendering errors in tree views Product: Wine Version: 7.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs@winehq.org Reporter: nyanpasu64@tuta.io Distribution: ---
Created attachment 71705 --> https://bugs.winehq.org/attachment.cgi?id=71705 Screenshot of foobar2000 in Light Blue color scheme
When I enable the new Light Blue theme in Wine 7.0, tree views (eg. OpenMPT and foobar2000) render incorrectly. The background is light gray #F5F5F5 (and changes if you change Controls Background in winecfg and apply, then restart foobar2000), but every line of text has a white #FFFFFF background. I think this is a rendering bug.
Additionally in foobar2000, if you add a Selection Properties element, the Metadata/Location text is light gray on a white background. The text color changes if you change Hot Tracked Element in winecfg and apply, then restart foobar2000. This may be a poor choice of colors. I forgot Wine's old default color for Hot Tracked Element, but the new default when I switch to (No Theme) is #0000C8, which makes foobar2000 look more saturated than I remember. On Windows 7+, foobar2000 renders text in light blue-cyan rather than saturated dark blue (see https://www.foobar2000.org/images/img/main.png), and I'm not sure if this matches Hot Tracked Element or not (you can't list/change colors manually in Windows 10 like you can in XP/7 and winecfg, and I don't have a test app to check Windows's color scheme on Windows 10).
As a more subjective comment, I don't like how checked toggle buttons are bright blue #2979FF (eg. download and run Dn-FamiTracker, and look at "Follow-mode" in the toolbar). This doesn't match any color in winecfg I can find, and the closest winecfg color is #3296FA which is less saturated and more greenish.
As another subjective comment, I dislike how clicking a dropdown list (eg. winecfg's Theme: dropdown) makes the [v] button turn blue until the mouse is released, but clicking a second time doesn't make it turn blue while the mouse is held. But this matches the (No Theme) behavior, so it may be working as intended.
https://bugs.winehq.org/show_bug.cgi?id=52434
Zhiyi Zhang zzhang@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |zzhang@codeweavers.com
https://bugs.winehq.org/show_bug.cgi?id=52434
Zhiyi Zhang zzhang@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Fixed by SHA1| |6255d92a60fc635755108a6dbc8 | |a936ac3d5275f Resolution|--- |FIXED
--- Comment #1 from Zhiyi Zhang zzhang@codeweavers.com --- Fixed by 6255d92a60fc635755108a6dbc8a936ac3d5275f
https://bugs.winehq.org/show_bug.cgi?id=52434
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #2 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 7.3.
https://bugs.winehq.org/show_bug.cgi?id=52434
Michael Stefaniuc mstefani@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|--- |7.0.x
https://bugs.winehq.org/show_bug.cgi?id=52434
Michael Stefaniuc mstefani@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|7.0.x |---
--- Comment #3 from Michael Stefaniuc mstefani@winehq.org --- Removing the 7.0.x milestone from bug fixes included in 7.0.1.