Characters do not have the same width about iosevka HOT 16 CLOSED

Could you please tell me:

• Version of Iosevka
• Whether you are using IosevkaCC
• The terminal application you are using
• The text size (perhaps you are using an odd number in pixels)
• The content in these screenshots.

It looks like that the spaces are slightly narrower than normal chracters (like m) by one pixel. I have to figure out which character is wrong, or missing, beacuse all ASCII glyphs in Iosevka are exactly 0.5em wide.

from iosevka.

@lemzwerg
Is it hinting related? Maybe ttfautohint can include a feature which preserves monospaceness.

from iosevka.

ttfautohint doesn't hint along the horizontal axis; it doesn't touch the horizontal metrics.

from iosevka.

@lemzwerg yeah, i know, therefore @eiszfuchs 's situation looks weird.

from iosevka.

Maybe a comparison of the hinted vs unhinted version using ttx gives more information. However, I don't have time to do that.

from iosevka.

@lemzwerg I need more information from @eiszfuchs .

from iosevka.

I'm on the go, sorry! Will provide you with more information as I sit in front of my desk again! 🙊
Am 19.09.2015 09:45 schrieb Belleve Invis [email protected]:@lemzwerg I need more information from @eiszfuchs .

—Reply to this email directly or view it on GitHub.

from iosevka.

@eiszfuchs Please provide me more information about the problem you encountered. It is important for me to fix Iosevka.

from iosevka.

Sorry it took so long!
I'm using cmder[1] v1.1.14, which is a package that includes ConEmu[2], the nicest terminal emulator you could possibly use in Windows 7 and 8.

I tried different font sizes this time, and as you can see, the problem actually does depend on it.

Font size "14"

Font size "16" (that's what I'm used to)

Font size "18"

All sizes larger than 18 seem to render just fine. 12 is an issue again, 11 renders fine (but is almost unreadable).

I've been using this script to generate the output: https://gist.github.com/eiszfuchs/587915d7d1a9372f625b
I'd post a .txt file, but GitHub replaces my escape characters.

[1] https://github.com/cmderdev/cmder/
[2] https://github.com/Maximus5/ConEmu

from iosevka.

@eiszfuchs Did you tried using the default Windows console instead of conemu? The method of adding new fonts is described here.

I think this problem may be conemu-specific because I cannot reproduce this in ConsoleZ. @Maximus5

from iosevka.

I'm not using the default cmd.exe for a reason. I'll check out ConsoleZ.

from iosevka.

@eiszfuchs I found what happened: The actual text size being displayed is actually 15ppem instead of 16 due to some weird unit conversion (maybe related to some metrics metadata in the OS/2 table). And Conemu miscalculated the width of spaces under 15ppem, makes it a bit shorter.

The newer version of Conemu (MUCH newer than the version included in Cmder v1.1.4) includes an option to use actual text size. You can check out the settings in the figure 3.

Figure 1. 15ppem display

Figure 2. 16ppem display

Figure 3. 16ppem settings

from iosevka.

ConEmu creates fonts using CreateFont function.

Old versions were using only positive nHeight values which let users to specify cell height in pixels.

New versions have an option, and by default they pass negative nHeight to use "device units" and character heights.

ConEmu does not "calculate" cell widths, it queries widths from WinApi. And several fonts has problems with "positive" heights. Consolas is one of them. In fact, it's not a ConEmu problem, but the behavior of Windows fonts API.

from iosevka.

@Maximus5 The width of spaces under 15ppem is one pixel narrower than other glyphs under some odd ppems like 15ppem. Maybe related to rounding?

from iosevka.

May be. But WinApi uses integer values for font dimensions. ConEmu do not do rounding at all.

from iosevka.

@Maximus5 Does GetTextExtendPoint returns different horizontal width for " " and "a" when the current font is Iosevka and the size is 15ppem (-15)?

from iosevka.