Community
Participate
Working Groups
Please run attached snippet on Windows. Expected: all background should be black. What happens: the color of the sort column is white. This is a regression of bug 536621.
Created attachment 278831 [details] Snippet to reproduce
Created attachment 278832 [details] Screenshot on Windows 10
I'm on it.
Nikita, did you solved the problem already?
(In reply to Thomas Singer from comment #4) > Nikita, did you solved the problem already? Sorry, I haven't yet.
Ping!
Moving to 4.14
Hi Nikita, Are you planning to work on this in 4.14 ?
(In reply to Niraj Modi from comment #8) > Hi Nikita, > Are you planning to work on this in 4.14 ? Resetting the target milestone for now, re-target as per your plan.
Maybe a similar issue as Bug 563475?
Yes, both this bug and Bug 563475 seem to be due to Bug 536621. I'm currently investigating.
So far, these are points from my research: * This Bug 547989 appears since Bug 536621 change in `Table.CDDS_SUBITEMPREPAINT` Before: if (isWindowEnabled || hasCustomBackground()) { if (clrTextBk != -1 || hasCustomBackground()) Equivalent to: if ((enabled && clrTextBk != -1) || hasCustomBackground()) After: if ((enabled && clrTextBk != -1) || (!enabled && hasCustomBackground())) * Reverting this change fixes this bug, but introduces another problem: 1) Run ControlExample 2) Go to 'Table' page. 3) Enable 'Other' options: Header Visible Sort Indicator 4) Set 'Background Color' to black Table now has a custom background. Sort column should have distinct background. 5) Set 'Item Background Color' After repainting, Sort column no longer has distinct background. * This Bug 547989 is related to yet another problem 1) `Table.WM_SETREDRAW` removes `CLR_NONE` 2) `TableColumn.setSortDirection()` doesn't see `CLR_NONE` and sets `LVM_SETSELECTEDCOLUMN`. 3) Since Bug 536621, condition in `Table.CDDS_SUBITEMPREPAINT` is always false, and the workaround that fixes background color for selected column is not invoked, therefore resulting in wrong background.