From 51f37a4975e46785e475bd032857dfbd43fd67a9 Mon Sep 17 00:00:00 2001 From: Ben Harris Date: Thu, 3 Oct 2024 23:16:08 +0100 Subject: [PATCH] More details on WebKit bug, including link to bug tracker --- NOTES | 10 +++++++++- 1 file changed, 9 insertions(+), 1 deletion(-) diff --git a/NOTES b/NOTES index 0a49cf5..388ff05 100644 --- a/NOTES +++ b/NOTES @@ -512,4 +512,12 @@ characters. Most of them end up not being narrowed, but some instead end up with negative width, as though different layers of the browser are calculating the widths of spaces differently. The problem doesn't appear to affect any characters other than spaces. Other characters, -including punctuation, get displayed correctly. \ No newline at end of file +including punctuation, get displayed correctly. + +Adding a GSUB lookup that replaces space with a glyph with a smaller +advance width doesn't help: the new glyph is used, but with the +original glyph's width. Replacing each U+0020 SPACE with U+00A0 +NO-BREAK SPACE followed by U+200B ZERO WIDTH SPACE leads to all the +spaces' being too wide, but consistently so without any overlaps. + +This bug appears to be https://bugs.webkit.org/show_bug.cgi?id=236307. -- 2.30.2