| Summary: | Window Background color setting decreases each time settings are opened and saved | ||
|---|---|---|---|
| Product: | [Applications] krita | Reporter: | wkg28406 |
| Component: | Usability | Assignee: | Krita Bugs <krita-bugs-null> |
| Status: | RESOLVED FIXED | ||
| Severity: | minor | CC: | freebox64, halla |
| Priority: | NOR | ||
| Version First Reported In: | 4.1.1 | ||
| Target Milestone: | --- | ||
| Platform: | Arch Linux | ||
| OS: | Linux | ||
| Latest Commit: | https://invent.kde.org/kde/krita/commit/0174960d72e112f20a1933c9a3ce3d24535c34d4 | Version Fixed/Implemented In: | |
| Sentry Crash Report: | |||
|
Description
wkg28406
2018-08-24 22:44:20 UTC
Yes, I can easily reproduce this on Ubuntu 14.04 as well. Here it happens when the starting digit is "1" or "2" (like #111111, #23cd45). Tested on Ubuntu 14.04 using Krita 4.2.0-pre-alpha (git 04931e4). Thanks for the clear report With the new start screen in 4.1.3, is Window Background Color used for anything anymore? (In reply to bugs from comment #2) > With the new start screen in 4.1.3, is Window Background Color used for > anything anymore? Found out it's used with "Multiple Document: Subwindow" mode. Possibly use global theme color for background? This is what the new start screen does. Curious why this bug occurs when it doesn't happen with Canvas Border Color. Git commit 0174960d72e112f20a1933c9a3ce3d24535c34d4 by Boudewijn Rempt. Committed on 03/05/2019 at 13:07. Pushed by rempt into branch 'master'. Fix the drifting of the MDI area background color All the conversions between QColor and KoColor were giving us all kinds of rounding errors. Now we use KoColor throughout. A bit overkill for a gui element, but that's what the color selector gives us. M +4 -1 libs/ui/KisMainWindow.cpp M +4 -4 libs/ui/dialogs/kis_dlg_preferences.cc M +7 -4 libs/ui/kis_config.cc M +2 -2 libs/ui/kis_config.h M +7 -7 libs/widgets/kis_color_button.cpp https://invent.kde.org/kde/krita/commit/0174960d72e112f20a1933c9a3ce3d24535c34d4 |