Vertical tmux borders dashed only when using iTerm - utf-8

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

Related

iTerm2: Adding vertical space between lines

I am using Iterm2 Terminal. I am having an issue setting vertical lines apart from each other as can be seen in the picture below. Is there a way to add vertical spacing between
the lines in iterm2? TIA!

How to determine tab width(in pixels) for non-monospace font?

I'm developing a text renderer library which is similar to FreeType for my game. I don't know how to determine the tab width.
When I'm handling control characters, I found a problem, that is my text renderer is not only for monospace fonts but also for non-monospace fonts. I know that for monospace fonts, the width of the tab aligning can be 4 or 8 spaces, depending on the usage of the text renderer (AFAIK, most of the programming IDEs intend tabs to 4 spaces; and for creating tables, the software often intend tabs to 8 spaces). But for non-monospace fonts, which value should I use?
After watching lots of IDE's behavior of handling non-monospace fonts, I found the answer:
Use the width of space character ('\x20') as the unit of the tab width, and the tab width should be 4 spaces by default.
Also I gave a choice for the users to determine how to align characters for non-monospace fonts, one is to align characters normally as we see how other programs (such as Microsoft Word, Chrome, etc.) align non-monospace font text, the other one is to force aligning characters as monospace style by fix the width value of each characters, and the fixed width value were determined by scan all of the alphabets, digits and punctuations, and find a maximum value for it. And for full-width characters, I just let the width value x 2.

Mac Terminal Cursor Position More Visible

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

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.

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