Bold text spacing issue with some fonts

[GoogleCodeExporter]

What steps will reproduce the problem?
1. Select for example Terminal 9 regular as font and disable antialiasing
2. Do something that generates bold output, for example "ls --color" in a
directory containing some directories or +x chmod:ed files with, preferably
with capital names to highlight the issue.

What is the expected output? What do you see instead?
The leftmost vertical pixel line of bold capital letters will not be
rendered - also in strings with extremely characters, like "WWWW", when
rendered in bold, the characters are merged together - see attached
screenshot for example.

What version of the product are you using? On what operating system?
MinTTY 0.4.4 in Cygwin on Windows XP Pro SP3.

Original issue reported on code.google.com by patrik...@gmail.com on 24 Nov 2009 at 9:40

Attachments:

• boldissue.png

[GoogleCodeExporter]

*extremely wide characters :)

Original comment by patrik...@gmail.com on 24 Nov 2009 at 9:43

[GoogleCodeExporter]

Thanks for the report. This is inherited from PuTTY. Not sure what could be done
about it. Set the baseline according to the width of the bold font? But then it 
might
look weird for the normal font.

The workaround, apart from choosing a different/bigger font, is to enable "Show 
bold
as bright" (which is on by default), thereby avoiding the use of the bold font. 
That
doesn't work for dark-on-bright colours though, or if the normal text colour is 
very
bright already.

Original comment by andy.koppe on 24 Nov 2009 at 7:34

• Changed state: Accepted
• Added labels: Priority-Low

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

Yeah, you are right, ofcourse you can't really do anything about the letters in 
the
bold version of say "WWWW" touching eachother, atleast not without upsetting the
regular text, my bad :(.

The reason I started writing this report was because of the leftmost vertical 
pixel
issue and when looking closer, I also noticed the touching and assumed that 
must also
be an issue without investigating any further. For example a regular xterm with 
the
standard font does the same, see attached screenshot.

I am very sorry for wasting your time with that part.

The part with the leftmost vertical line not being being rendered on the first
character of each new.. uhm.. words with bold characters, that I definately 
believe
should not be happening.

Take a for example the directory name "VVVV" in the first screenshot. You will 
notice
that the leftmost character is missing its leftmost vertical line, but for the
following same bold characters in the directory name, this leftmost line is 
rendered.

I guess the spaces between the file/directory names are regular text. So is this
perhaps something that appears in the transition between the regular and bold 
text?

Original comment by patrik...@gmail.com on 25 Nov 2009 at 8:19

Attachments:

• boldstuffxterm.png

[GoogleCodeExporter]

The leftmost column being cut off seems to be a consequence of how the 
characters are
placed in their cells: they expand beyond the left edge of the cell, so that 
part
gets overwritten by the neighbouring cell depending on which order they're 
painted
in. I'll need to investigate whether they can be shifted one pixel to the right,
although of course that might just cause the same effect on the other side.

Original comment by andy.koppe on 28 Nov 2009 at 8:34

[GoogleCodeExporter]

Turns out "bold" is usually rendered by printing characters twice, but offset 
by one 
pixel horizontally. Changing the offset from -1 to +1 fixes the problem with 
characters 
being clipped on the left. r740 on trunk.

Original comment by andy.koppe on 8 Feb 2010 at 6:32

• Added labels: Difficulty-Trivial, Milestone-0.6

[GoogleCodeExporter]

Original comment by andy.koppe on 13 Feb 2010 at 4:18

• Changed state: Verified