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.
