-backgroundColor returns wrong color in HiDPI retina mode
Originator: | thakis | ||
Number: | rdar://11685486 | Date Originated: | june 17 2012 |
Status: | Open | Resolved: | |
Product: | Mac OS X | Product Version: | 10.7.4 |
Classification: | UI / Usability | Reproducible: | Always |
17-Jun-2012 12:05 PM Nico Weber: Summary: It used to be possible to have a view that draws its background with [[[self window] backgroundColor] set]; NSRectFill(dirtyRect); and then the view would be "invisible" on a textured window. This worked in HiDPI mode up to OS X 10.7.3. In 10.7.4, the object returned from -backgroundColor isn't really related to the actual window background color, and views drawn that way are very visible. (This is also why the background color of the active tab in Terminal.app looks ugly in HiDPI mode.) Steps to Reproduce: 1.) Run the attached sample program (pattern/pattern.app). Expected Results: It looks like a textured window with no obviously visible view (pattern/pattern-lodpi-10.7.3.png, pattern/pattern-hidpi-10.7.3.png). Actual Results: The view is clearly visible (pattern/pattern-hidpi-10.7.4.png) Regression: Yes, this used to work in 10.7.3. Notes: This breaks tab drawing in Terminal.app and in Google Chrome (http://crbug.com/133229) 17-Jun-2012 12:05 PM Nico Weber: 'pattern.zip' was successfully uploaded
Comments
Please note: Reports posted here will not necessarily be seen by Apple. All problems should be submitted at bugreport.apple.com before they are posted here. Please only post information for Radars that you have filed yourself, and please do not include Apple confidential information in your posts. Thank you!
Duplicate of rdar 11056851
The attachment I attached to the rdar is publicly available here: https://code.google.com/p/chromium/issues/detail?id=133229#c3