![]() ![]() Mac Java is using Generic RGB, at least the version in current P圜harm and (free) IDEA. Same with uncalibrated iMac or sRGB at home. When I switched to either uncalibrated MacBook Pro profile or sRGB, the difference went away. Think it's the former, since the colors looked more right on the first two. Think my conclusion there is either Sublime and Textual are using device RGB and Terminal, using tomislav's profiles, is using sRGB or vice-versa. More specifically, Sublime and Textual stayed the same, but Terminal got darker. That said, I can speak to the situation pretty well.Īs it turns out, when I calibrated my new monitor at work, all the colors went off between Terminal, Sublime, and Textual (my three other Solarized apps). I honestly haven't tried P圜harm at work, which is what I was waiting for. There are also performance penalties for translating images between different colorspaces.įollowing up. Sampled colors on screen using the Robot may no longer match the same literal RGB values used in the Java app. This issue has been resolved in Java SE 6. Workaround:Ĭhange the color profile of the primary display to "Generic" in the Displays preference pane. The colors used by the AWT are actually in the generic or sRGB colorspace, and should not be interpreted as already device-correct. Java uses the color correction profile of the primary display device to express its color rendering intent to the native graphics system. Java should not use device-dependent color correction. If found a bug reference in Apple's release note for an earlier Java update that might be related: Radar #8321523 I did the opposite test by switching the color profile for my monitor to Generic RGB - and now I get the correct colors: You are probably correct that it is related to color profiles. It'd be nice to get the theme looking like my other (accurate) Solarized apps.įWIW I think the main site recognizes the issue in the Apple Color Palette section of the distro where there's a technical explanation of & - Thanks for investigating this further. If it's easy for someone, I'd be pretty curious. Unfortunately, I'm on P圜harm, and am a little clueless as to what to do with the java portions of rebuilding the jar (how to go from xml->icls?) so haven't tried it out. That may be specific to my color profile, but I'm using Apple's generic profile so that might cover a majority case. I wonder if a base color of 2, 32, 41 for IntelliJ might not work on OS X-if applied in Generic that would be 0, 43, 54 sRGB by my calculator. In comparison, measuring Sublime Text, Textual, Terminal, and the website, I get 0, 43, 53/54 sRGB for the background (and so forth). I know these aren't exact, but that strikes me as close enough to suggest that IntelliJ might be setting its colors in Generic RGB instead of the current system profile, and they're getting translated. Doing the same exercise, Generic 7, 54, 66 is 1, 70, 84 sRGB. Similarly, if I take the gutter, it's 6, 70, 83 on P圜harm vs. However, if I put in a Generic RGB of 0, 43, 54 and convert it back to sRGB in ColorSync's calculator, I get 0, 57, 87. I played with ColorSync a bit (I don't have xScope) and I get 0, 57, 69 for the background of P圜harm as rendered in sRGB, which is obviously off from 0, 43, 54 canonical. I think the problem may lie in OS X's color management.
0 Comments
Leave a Reply. |
Details
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |