> 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 glyph mapper, the TTF glyph mapper, and the macOS glyph mapper have > all been updated.
Daniel Gredler has updated the pull request incrementally with one additional commit since the last revision: Update copyright year ------------- Changes: - all: https://git.openjdk.org/jdk/pull/22670/files - new: https://git.openjdk.org/jdk/pull/22670/files/f7a89cff..79604bdc Webrevs: - full: https://webrevs.openjdk.org/?repo=jdk&pr=22670&range=03 - incr: https://webrevs.openjdk.org/?repo=jdk&pr=22670&range=02-03 Stats: 6 lines in 6 files changed: 0 ins; 0 del; 6 mod Patch: https://git.openjdk.org/jdk/pull/22670.diff Fetch: git fetch https://git.openjdk.org/jdk.git pull/22670/head:pull/22670 PR: https://git.openjdk.org/jdk/pull/22670
