For some reason the selected tab on TextMate is almost un-noticeable, I really cannot make it out, they all look the same to me. When I switch tab I notice it changing color, so I guess it's very very very slightly different, but that doesn't help much.
I've been having this problem for a while, but IIRC it worked fine some times ago — I've no idea what happened to trigger this change.
TextMate 1.5.10, OSX 10.6.8
Any idea?
Your screenshot looks normal to me.
Check your monitor’s “brightness” and “contrast” settings, and possibly your color profile (System Preferences → Displays → Color). On a flat-panel display, there may be a setting which will over-brighten the input signal, causing the top end of the range (light gray to white) to be clipped, so that it is all white (just like overexposure in a camera). There is no good reason to do this ordinarily, especially with a digital input signal, so you should adjust the settings to avoid clipping.
Here’s an image of a black-to-white gradient with a gray border. If a large portion of the left end looks flat white, then you are having that problem.
Related
Maybe a simple question, but I am trying to enable light/dark mode for my Mac app. I added a color set, but what appeared wasn't what I expected. Instead of three colors I just have two, Any and Dark appearance.
I tried looking around for a fix, but I wasn't able to find anyone talking about this. Does anyone know what's going on?
Here's a screenshot I took that shows what is happening.
Occam's razor. You don't need three! Any plus Dark means that if you give Dark a different value, Any applies only to Light.
I've encountered a problem while plotting DWG to PDF.
I plot in A4 format, and when I'm choosing the window area to plot while I click on preview I see that the area has changed a little in the top and left sides.
My brother also uses autocad and maybe he changed something because this never happened to me before.
Thanks
It seems you're having problems with printing margins.
Double check you're using the same printer/plotter that you're used to.
Also, look into the properties of the printer/plotter where you have more options to customize your margins.
Ok. I am finding it difficult to visually discern where the current focus of my editor is. The image below shows that I am currently in the bottom PathIcon tag while the top PathIcon tag is highlighted because it is a matching type. The similarity in color has finally driven me crazy.
Does anyone know the correct text-type in the Fonts and Colors dialog of Visual Studio 2015 to change this color? And, look, for all the StackOverflow haters trolling the board, please resist closing this q until there is an answer. Then you can have your fun.
It looks like there are actually two different colors in play here. The grey box on the "<PathIcon" that contains the cursor is "Brace Matching (Rectangle)". The purplish box on the other "PathIcon" looks like it is the background portion of the "Match color", which is installed by the pro power tools.
The latter color won't reset if you change the color in fonts and colors but will be correct for editor instances you open after changing the color.
I think you're looking for Highlight Current Line (Active), which controls the colors of the line your cursor is on.
My app creates NSImages by compositing various other NSImages together. The original images are loaded from files using [NSBitmapImageRep imageRepWithContentsOfFile:]. The final image is then displayed on the screen.
A few 10.6 customers have reported that the image they see (sometimes) has shifted colors. Specifically, all of the bright colors look dull and washed out. Blue seems to be shifted in the purple direction.
I know this must have something to do with NSImage or NSBitmapImageRep's handling of colorspaces, gamma, or ColorSync? I know there were gamma changes in Snow Leopard.
Does anyone know where I should start? It's hard to troubleshoot because I can't reproduce the problem, but I can see form the customers' screenshots that the colors aren't right.
Anyone seen this before?
Blue seems to be shifted in the purple direction.
This is a bug in Snow Leopard. Anything approximately blue drawn in Generic RGB gets color-incorrected to approximately purple. You can even see this in the menu highlights.
http://boredzo.org/screenshots/SnowLeopard-PurpleIsTheNewBlue-MenuSelections.png http://boredzo.org/screenshots/SnowLeopard-PurpleIsTheNewBlue-MenuSelections.png
(If you don't believe that that's purple, break out DigitalColor Meter. It's most purple near the bottom of the gradient.)
I filed a bug report: x-radar://problem/7542845. I included plenty of photographic and videographic evidence, which you can see in the OpenRadar copy. I invite you to file a duplicate.
It doesn't happen for everybody; if the above image looks fine for you, watch the video, which has the red-shift baked in from the video conversion and shows the difference in DCM.
Snow Leopard changed the default gamma: http://support.apple.com/kb/HT3712
(Related question to "Matching windows system colors: light on dark".)
There doesn't seem to be an "official" background color for COLOR_GRAYTEXT. This looks strange to me. Do you know any?
Assuming grayed out things can somehow be enabled, one would guess that both COLOR_3DFACE and the (tabbed) dialog texture will look ok