Extra Thai character is rendered
Reported by
kparker7...@gmail.com,
Jan 25 2018
|
||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/64.0.3282.100 Safari/537.36 Example URL: Steps to reproduce the problem: 1. Load supplied SVG file. 2. Notice the extra dark duplicate character. What is the expected behavior? No extra characters. What went wrong? Extra characters render. Does it occur on multiple sites: N/A Is it a problem with a plugin? N/A Did this work before? N/A Does this work in other browsers? Yes Chrome version: 64.0.3282.100 Channel: n/a OS Version: 6.1 (Windows 7, Windows Server 2008 R2) Flash Version: Shockwave Flash 28.0 r0
,
Jan 27 2018
So it's not an "extra" character, but it should position roughly on top of the "Sara" in the preceding <text> element, so the odd bit is that is not the same size as the other "Sara" (the one which is not a composed character.) Removing the corresponding 'x' value for the "extra" character makes the effect also include the preceding character (makes both characters "larger".) I'd imagine this could have various causes, potentially including the fontdata. (Should probably also try to reproduce the test in HTML.)
,
Jan 29 2018
,
Feb 5 2018
You can close this issue. After much debugging we discovered that we were writing out the woff glyph definitions with more than 4 decimal places. This seems to cause an error when loaded by example woff readers found online. After truncating the font definition to the nearest int, (Units = 1000), this problem has resolved itself.
,
Feb 5 2018
Thanks for updating us. We really appreciate it. |
||||
►
Sign in to add a comment |
||||
Comment 1 by dtapu...@chromium.org
, Jan 27 2018