You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
2012-07-13 04:15:42: kjones@cedrus.com (Kelly Jones) created the issue
The number of users that will notice this bug is probably small.
However, the fix is extremely simple and straightforward.
Most portions of the wx Cocoa codebase use: [NSColor colorWithCalibratedRed:]
Only two spots use: [NSColor colorWithDeviceRed:]
I recommend that everything use colorWithCalibratedRed. A patch is attached.
I am attaching a screenshot showing the discoloration problem that becomes apparent in a wxTextCtrl on a mac computer where someone has used "System Preferences >> Displays >> Color" to configure custom ICC Profiles (in ~/Library/ColorSync/Profiles/). What should have happened to my wxTextCtrl is that there should be a single uniform background color, and only the text lettering should be a different color. What is actually shown (the bug) is that there are two background colors. There is one background color showing where no text has reached, and there is another background color behind each typed letter.
The reason for the "two different background colors" is that 'wxWidgetCocoaImpl::SetBackgroundColour' uses 'colorWithCalibratedRed' to take care of the background of the wxTextCtrl where no text letters have been typed, and then 'wxNSTextViewControl::SetStyle' uses 'colorWithDeviceRed' (via a call to wxColour::OSXGetNSColor) to get a slightly different background behind the lettering.
Again, this only becomes apparent on desktops where 'DeviceRed' and 'CalibratedRed' are actually different, which involves tweaking Display settings in System Preferences.
The text was updated successfully, but these errors were encountered:
Issue migrated from trac ticket # 14482
component: wxOSX | priority: low | resolution: fixed
2012-07-13 04:15:42: kjones@cedrus.com (Kelly Jones) created the issue
The number of users that will notice this bug is probably small.
However, the fix is extremely simple and straightforward.
Most portions of the wx Cocoa codebase use: [NSColor colorWithCalibratedRed:]
Only two spots use: [NSColor colorWithDeviceRed:]
I recommend that everything use colorWithCalibratedRed. A patch is attached.
I am attaching a screenshot showing the discoloration problem that becomes apparent in a wxTextCtrl on a mac computer where someone has used "System Preferences >> Displays >> Color" to configure custom ICC Profiles (in ~/Library/ColorSync/Profiles/). What should have happened to my wxTextCtrl is that there should be a single uniform background color, and only the text lettering should be a different color. What is actually shown (the bug) is that there are two background colors. There is one background color showing where no text has reached, and there is another background color behind each typed letter.
The reason for the "two different background colors" is that 'wxWidgetCocoaImpl::SetBackgroundColour' uses 'colorWithCalibratedRed' to take care of the background of the wxTextCtrl where no text letters have been typed, and then 'wxNSTextViewControl::SetStyle' uses 'colorWithDeviceRed' (via a call to wxColour::OSXGetNSColor) to get a slightly different background behind the lettering.
Again, this only becomes apparent on desktops where 'DeviceRed' and 'CalibratedRed' are actually different, which involves tweaking Display settings in System Preferences.
The text was updated successfully, but these errors were encountered: