On Mon, 21 Feb 2022 05:12:44 GMT, Toshio Nakamura <tnakam...@openjdk.org> wrote:
>> Hi, >> >> Could you review the fix? >> When non-English characters were printed from JTable on MacOS, >> CTextPipe.doDrawGlyphs was called by OSXSurfaceData.drawGlyphs. However, >> CTextPipe seems not support glyph with slot number of composite fonts. >> >> The slot data mask of GlyphVector is 0xff000000. In my environment, Japanese >> font was loaded at slot 4, and glyph data is like [0x40003e5]. Then, >> unexpected glyph was drawn. > > Toshio Nakamura has updated the pull request with a new target base due to a > merge or a rebase. The incremental webrev excludes the unrelated changes > brought in by the merge/rebase. The pull request contains 11 additional > commits since the last revision: > > - Deleting unused line > - Merge branch 'master' into 8240756 > - Revised according to review comments > - Merge branch 'master' into 8240756 > - 8240756: [macos] SwingSet2:TableDemo:Printed Japanese characters were > garbled > - revert previous proposal > - Merge branch 'master' into 8240756 > - 2nd proposal > - Revert previous change > - Merge branch 'master' into 8240756 > merge master > - ... and 1 more: > https://git.openjdk.java.net/jdk/compare/c0abfff5...b623a123 Marked as reviewed by serb (Reviewer). ------------- PR: https://git.openjdk.java.net/jdk/pull/3619
