On Wed, 11 Dec 2024 20:48:51 GMT, Alisen Chung <ach...@openjdk.org> wrote:
>> Soft hyphens should never render, regardless of the rendering path used >> internally. >> >> This PR does not expand the categorization of "complex" characters in >> `FontUtilities` in order to force the use of `TextLayout` rendering code >> paths (as was discussed in JBS). >> >> Instead, it takes the existing (limited) format-category checks in >> `sun.font.CMap` (a TrueType font helper class), expands it to a more general >> / complete default-ignorable check >> (`FontUtilities.isDefaultIgnorable(int)`), and then moves these checks out >> of `CMap` and up a level into the `CharToGlyphMapper` classes themselves. >> >> The Type1 and TTF glyph mappers have been updated, but the macOS glyph >> mapper has not been updated. > > Test currently fails with error `java.lang.RuntimeException: stringWidth for > char 00ad using font Dialog: 101 != 333 > ` > @alisenchung What OS and architecture are you testing on where you see > failures? > > The automated checks seem to have all passed (except for `macos-aarch64`, > which has been broken for quite a few weeks due to an unrelated toolchain > issue: `xcode-select: error: invalid developer directory > '/Applications/Xcode_14.3.1.app/Contents/Developer'`). I'm running macOS Sonoma 14.7 and it's failing on my local machine ------------- PR Comment: https://git.openjdk.org/jdk/pull/22670#issuecomment-2552229377
