More details on WebKit bug, including link to bug tracker

diff --git a/NOTES b/NOTES
index 0a49cf532e6015c2fa341bb3f10995f9a93c06f1..388ff059a9625c14a57dcae22eb77371bf903325 100644 (file)
--- 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.