No CJK GSUB/GPOS positional adjustments
Reported by
kevin...@gmail.com,
Mar 22 2018
|
|||||
Issue descriptionUserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:59.0) Gecko/20100101 Firefox/59.0 Example URL: http://but.tw/font/bpmfpy.html Steps to reproduce the problem: 1. Open the specified URL. 2. Check the text to the right of the first pink "Result" label. What is the expected behavior? The bopomofo characters should stack, as seen in Firefox 59.0.1 and Safari 11.0.3. What went wrong? The bopomofo characters are laid out horizontally. Does it occur on multiple sites: Yes Is it a problem with a plugin? No Did this work before? Yes Unknown Does this work in other browsers? Yes Chrome version: 65.0.3325.162 (Official Build) (64-bit) Channel: stable OS Version: OS X 10.13 Flash Version: Shockwave Flash 29.0 r0 According to But Ko, CJK GSUB/GPOS positional adjustments used to work in Chrome, but the version number is not known.
,
Mar 23 2018
Thanks for filing the issue! Able to reproduce the issue on reported chrome version 65.0.3325.162 and on the latest canary 67.0.3378.0 using Mac 10.13.1, Windows 10 and Ubuntu 14.04. As the issue is seen from M60(60.0.3072.0) considering it as Non-Regression and marking it as Untriaged. Removing Needs-Bisect label. Tentatively adding component "Blink>Fonts", please change if this doesn't suite. Hence requesting someone from dev team to have a look into it and help in further triaging.
,
Mar 23 2018
,
Aug 20
Test case no longer available. Please advice.
,
Aug 20
The website seems to be down right now. Please see https://web.archive.org/web/20161016183459/http://but.tw/font/bpmfpy.html
,
Aug 21
Thanks. Interestingly it works for the second and third one but not the first.
,
Aug 21
In the second and third cases, the source text only uses Western characters, while in the first case, the source text uses a mix of CJK characters (the bopomofo symbols) and European characters (the tone marks, which share codepoints with European diacritics). In the first case, positional adjustments actually work between a tone mark and a preceding bopomofo character (e.g., ㄨˋ), but not between two bopomofo characters (e.g., ㄓㄨ), so the bug seems to be specific to CJK codepoints.
,
Aug 27
The NextAction date has arrived: 2018-08-27
,
Aug 27
,
Aug 28
Thought it's about caching word segmentation, but it doesn't work in NG either, there might be something more. |
|||||
►
Sign in to add a comment |
|||||
Comment 1 by susan.boorgula@chromium.org
, Mar 23 2018