Wrong character spacing for different widths of Input Mono font

Hello, iTerm2 (2.9.20160206) uses wrong character spacing for different widths of Input Mono font (http://input.fontbureau.com/).

Note that by width I do not mean weight. The Input Mono font is provided in standard, Narrow, Condensed and Compressed widths.

Attachments: com.googlecode.iterm2.plist

Is debug log needed for this?

Expected rendering

First, following 4 screenshots present expected rendering in Apple's TextEdit (OS X 10.11.3). Font size is 12 and the screenshots are ordered from full width to the narrowest one. Each width is rendered with different spacing.

Note that these are retina screenshots, although the behaviour is same for non-retina displays.

iTerm2 rendering: font size 12

As you can see, the spacing for respective widths is wrong compared to TextEdit.

iTerm2 rendering: font size 11

As you can see, the default and Narrow widths are rendered with the same spacing. So are the Condensed and Compressed widths. Also note that this is different font size and the spacing is the same as in previous examples for some widths. I would expect the spacing to reflect selected font size, too.

Milestone changed to Feature Complete 3.1

One issue is that we snap each column to an integer point offset, while textedit does not have that restriction. I don't think there's a good reason to do this other than it's how it was always done.

Yeah, I understand the difference now. I get that on non-retina screens the floating-point pixel character widths Apple does by default renders some glyphs kinda blurry, but on retina screens the blurring issue mostly disappears so I would prefer it to the integer-aligned grid.

Milestone changed to Feature Complete 3.2