[OpenJDK 2D-Dev] RFR: 8064833 : [macosx] Native font lookup uses family+style, not full name/postscript name
Phil Race
philip.race at oracle.com
Fri Jan 23 18:51:56 UTC 2015
280-282 is creating an italic version of the plain font
285-287 is creating an italic version of the bold font :
285 registerGenericFont(bold.createItalicVariant(), true);
286 CFont f = bold.createItalicVariant();
287 registerGenericFont(f, true);
so its not the same variant.
-phil.
On 12/31/2014 12:41 AM, Andrew Brygin wrote:
> Hello Phil,
>
> could you please clarify why do we need to register italic variant
> twice:
> CFontManager.java:
>
> 280 registerGenericFont(plain.createItalicVariant(), true);
> 281 CFont f = plain.createItalicVariant();
> 282 registerGenericFont(f, true);
>
> the same thing is done for bold font on lines 285 - 287.
>
> Thanks,
> Andrew
>
> On 12/15/2014 11:20 PM, 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.
>
More information about the 2d-dev
mailing list