gdi32: pOS2->xAvgCharWidth can be negative however tmAvgCharWidth needs a positive value

[Aric Stewart]

On 2/21/12 10:17 AM, Dmitry Timoshkov wrote:
> Aric Stewart<aric at codeweavers.com>  wrote:
>
>>   >>>  what Mac does in that case?
>>
>>   >>  The mac handles the fonts without issue
>>
>>   >>>Why do you think that your fix is correct?
>>
>>   >>..windows tmAveCharWidth should never be negative, and yet this logic
>>   >>  causes it to be so for these fonts. If we want to be able to support
>>   >>  these fonts, which work in every other regard, we need to have a fix
>>   >>  like this.
>>
>> What did I not answer?
>
> What value does Mac return for these kind of fonts? Does it take an abs()
> like in your patch? Does it trancate the value? Does it calculate it somehow
> (like taking an average of glyphs say a+z and A+Z)? Does it do something
> different?
>

Why dos it matter what values Mac returns?  Mac does not do 
GetTextMetrics, looking at the CTFont object it does not even have 
methods to get an average character width.

-aric