On Mon, 17 Feb 2025 14:06:53 GMT, Daniel Gredler <dgred...@openjdk.org> wrote:

> On other platforms like Windows and Linux, the `\n`, `\r` and `\t` characters 
> are ignored when drawing text to a `Graphics2D` object. On macOS this is not 
> currently the case.
> 
> See, for example, `CMap.getControlCodeGlyph(int, boolean)` or 
> `RasterPrinterJob.removeControlChars(String)`.
> 
> This bug was found while running 
> `test/jdk/java/awt/print/PrinterJob/PrintTextTest.java` on macOS.
> 
> The new test class passes on Linux, Windows and macOS.

Good news: it looks like it was possible to resolve the `0xFFFF` conflict on 
the HarfBuzz side by adjusting the HarfBuzz internal representation of AAT 
deleted glyphs. Amazingly quick turnaround from @behdad! I think we'll want to 
put this PR on hold until the next HarfBuzz upgrade. How often are dependencies 
like HarfBuzz upgraded? I saw we just completed one today, coincidentally.

-------------

PR Comment: https://git.openjdk.org/jdk/pull/23665#issuecomment-2711714892

Reply via email to