[OpenJDK 2D-Dev] RFR: 8064833 : [macosx] Native font lookup uses family+style, not full name/postscript name

[Phil Race]

On 12/24/14 12:22 AM, Sergey Bylokhov wrote:
> Hi, Phil.
> On 24.12.2014 0:30, Phil Race wrote:
>> Because the whole problem is mac-specific and you can't find the 
>> situation
>> with the fonts that cause this problem elsewhere. Its really iffy to 
>> test at all ..
>> Note that I am using glyphcodes, which means you have to know exactly
>> what font you have.
> I just install "Helvetica Light Oblique" on my windows os and the test 
> produces partially correct string. 0x03 code is " instead of simple 
> space. Is that expected?

That's what I mean by the test being iffy. Its got to be the same font.
Its either that or simply don't provide a test at all.
Where (exactly - ie in every last detail) did you get this font ?
IIRC on OS X it was in a dfont .. and that would not be very useful on 
windows.

-phil.

>>
>> -phil.
>>
>>>
>>> On 15.12.2014 23:20, Phil Race wrote:
>>>> https://bugs.openjdk.java.net/browse/JDK-8064833
>>>> http://cr.openjdk.java.net/~prr/8064833/
>>>>
>>>> OS X font look up is using family name + style - even when using 
>>>> deriveFont
>>>> from a specific font. Since the family name like "Helvetica" is 
>>>> insufficient to
>>>> convey that you are using the "Helvetica Light" subfamily and we 
>>>> get the
>>>> wronf font.
>>>> The provided test shows that the results can be completely garbage 
>>>> rendering.
>>>>
>>>> Some clean up included here is remove the unconditional define of 
>>>> DEBUG and
>>>> the native 'isFakeItalic' variable which was not used anywhere.
>>>>
>>>> -phil.
>>>
>>>
>>
>
>