Mac Terminal Cursor Position More Visible - macos

I want to change the cursor in terminal to be more readable, since I have a black background and white text.
I have looked at a bunch of posts on this and it doesn't seem possible, especially since I don't want to change the text color, just the cursor color.
I'm on OSX Mavericks, using TotalTerminal. Here is a screen shot of me hovering over a character of text which is hard to see
I found some stuff in the Terminal.plist but I changing them doesn't seem to be doing anything

Related

Highlighting Windows or MacOs Screen without impacting clickable area

I want to know if there is a way to highlight specific points on the windows or Mac screen without impacting on application that is running and its clickable area.
To better understand the question, imagine some area of the LCD of laptop is malfunctioning, e.g. pressed and highlighted with purple color. We can still see what is going on underneath the purple area and it is clickable and regardless what is the color of item on that point, it shows purple.
Is it possible to do it by software and programmatically ? Is there any API or something to manipulate output of graphic card for specific point, draw something or highlight without impaction on the application running under it.
I know that I could write it better way, but excuse me since English is not my first language...

How to get the vibrant effect for a NSTextField/NSSearchField like Safari's address bar in Big Sur

I have a Mac app with a search field in its toolbar (actually a NSTextField, but I tried NSSearchField as well).
My problem is that the text field background on Big Sur is just plain white, which makes it hard to recognize.
Safari's location bar on Big Sur has more contrast. I believe this is somehow achieved by using vibrancy (How to change background color of NSSearchField (like in Messages app in OS X)), but I cannot get the same effect.
I tried:
testTextField.appearance = NSAppearance(named: .vibrantLight)
various combinations of drawing/not drawing backgrounds
various background colors
wrapping my toolbar item into NSVisualEffectView, but that shows around the text field
Edit:
I should mention that I use roundedBezel border style. This alone seems to affect the background color (i.e. background is always white, no matter which color was set).

How to show the vim theme in its original colors using iTerm

I have a Linux box,. I use "Konsole" application. Inside "Konsole" the original colorschemes for Vim always show up right. They are not limited by the color palettes defined by the Konsole. Anytime I change the Konsole colorscheme, the terminal Vim colors are left intact.
However, in iTerm I can never get the exact colors for the schemes. If I change the iTerm theme, the Vim colors get mixed up too.
Is there any way to show up the vim theme in its original colors using iTerm, the absolute colors?
:echo &t_Co
returns 256.
I recently asked a similar question which got migrated to superuser. My problem was that white actually gave me grey.
In my console there was a colour palette and X11 colour names were actually mapped to a position on the palette. Changing the palette changes the colour, the meaning of X11 White is rendered according to palette location 16 in my case.

Vertical tmux borders dashed only when using iTerm

At my new job I'll need to use a mac, and I'm trying to use tmux with iTerm version 2.
While horizontal borders appear to be displayed with the proper ACS box-drawing characters[1], the vertical borders are dashed. This is not a problem in Terminal.app, the borders are displayed correctly. The problem appears to occur regardless of the font I select.
In all the screen shots I can find of iTerm and tmux this seems to be the case as well. Is this simply a limitation of iTerm, or is there a problem with my terminfo or locale?
[1] Tmux borders displayed as x q instead of lines?
Old post but anyway for people looking into this still. I find it best to set a different font for Non-Ascii characters and my actual font used for ASCII characters.
For reference I use Menlo for Powerline for Non-ASCII and Droid Sans Mono for my ASCII font and this sorts out the vertical line spacing without faffing around with vertical spacing etc.
The gap you see between the vertical bar characters is a combined effect the current font's design and vertical spacing. For me, I saw a marked decrease in the gaps when I switched to Courier New, but I also don't observe a difference between iTerm2 and Terminal for the same font. Decreasing the vertical spacing from the font selector can help, but may also crowd the lines together too much.
In iTerm2 I was able to get things looking near-perfect by using a larger font for non-ascii characters:
Settings:
Update: This worked for me! https://github.com/Determinant/inconsolata_for_powerline_mod
I don't think that's the solution. I have noticed the same issue. What I see is that if I make my font huge, the alphanumerics scale accordingly, but the box drawing characters dont. Not sure where the issue lies. Notice in the attached image how the alphanumerics have scaled proportionally but the line drawing characters have not. Font is Inconsolata at 14pt.
http://i.stack.imgur.com/KOipL.png

Selected tab on TextMate almost un-noticeable

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.

Resources