Rough display of some bold fonts

[GoogleCodeExporter]

1. Install the UbuntuMono fonts from http://font.ubuntu.com
2. Configure mintty to use them.
3. Enable Full Font smoothing in mintty.
4. Examine normal output in mintty.  The fonts are smooth.
5. View the output of "ls --color=auto".  The fonts are not smooth.

mintty 1.0.1
cygwin 1.7.1
Windows Server2003 or Server2008

I am attaching an image which illustrates the problem.

Original issue reported on code.google.com by tschutte...@gmail.com on 15 Feb 2012 at 6:39

Attachments:

• mintty-ls-problem.png

[GoogleCodeExporter]

Thanks, I reproduced this on Windows 7. It isn't specific to colour output but 
happens to any bold output using UbuntuMono. I also saw this with the 
Windows-supplied Consolas, but not with Lucida Console (mintty's default), 
Courier New, or DejaVu Sans Mono.

Therefore, this can be worked around by choosing a font that isn't affected or 
by switching off the 'Show bold as font' option and using 'Show bold as colour' 
instead.

I'll need to investigate why this happens with some fonts but not others.

Original comment by andy.koppe on 11 Mar 2012 at 5:48

• Changed title: Rough display of some bold fonts
• Changed state: Accepted
• Added labels: Priority-Medium

[GoogleCodeExporter]

I cannot duplicate this issue with the latest available version of UbuntuMono 
fonts. I am running win7 x64 on MSYS. I tried on mintty versions 1.0.1, 1.0.3, 
and the latest from trunk.

I was, however, able to reproduce this problem using the Consolas font. After a 
little bit of digging around, setting the nWidth to 0 lets "the font mapper 
chooses a closest match value" 
(http://msdn.microsoft.com/en-us/library/dd183499(v=vs.85).aspx). This fixed 
the rough bold for Consolas.

Original comment by anhk...@gmail.com on 24 May 2012 at 6:17

Attachments:

• wintext.patch

[GoogleCodeExporter]

Thanks very much for tracking this down. Fix applied in r1275 on trunk.

I would have expected this to cause the bold variant of the font to come out 
wider than the regular one, and to therefore trigger the fake bold hack where 
the text is rendered twice with a one pixel offset. However, that isn't 
happening, which is great, although then I don't understand why trying to force 
the very same width had those lamentable results.

Original comment by andy.koppe on 24 May 2012 at 12:05

• Changed state: Fixed
• Added labels: Milestone-1.1

[GoogleCodeExporter]

Original comment by andy.koppe on 16 Jun 2012 at 8:27

• Changed state: Verified