On Tue, 18 May 2021 15:55:09 GMT, Phil Race <p...@openjdk.org> wrote:
> See the bug report for lots of explanation. > The short version (not that short) is that Swing adds a new line char to > editable TextComponents > It used to work because harfbuzz asked CoreText which mapped it to an > invisible glyph > Now harfbuzz does its own processing of AAT fonts it is different. > Harfbuzz looks up the mapping for this but there is none so it gets a missing > glyph. > > Solution: Since HB now does AAT processing we can dispense with all the > special handling of that case > and core text and just treat AAT fonts like OT fonts. > This means its gets the same mapping we get when not using Layout. > > And the test passes on all platforms .. not just macOS .. src/java.desktop/share/native/libharfbuzz/hb-coretext.cc line 1: > 1: /* How we will track these files for the next HB update? Do we need to document it somehow? otherwise, I think it will be added again as a new files. ------------- PR: https://git.openjdk.java.net/jdk/pull/4097
