New issue
Advanced search Search tips

Issue 867196 link

Starred by 1 user

Issue metadata

Status: Duplicate
Merged: issue 628820
Owner:
Closed: Oct 4
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Chrome , Mac
Pri: 2
Type: Bug



Sign in to add a comment

gfx::RenderTextHarfbuzz needs more robust handling for unicode brackets

Project Member Reported by tapted@chromium.org, Jul 25

Issue description

Chrome Version       : 70.0.3501.2
OS Version: OS X 10.13.5

Japanese has 13 (!) types of brackets and quotation marks. https://en.wikipedia.org/wiki/List_of_Japanese_typographic_symbols#Brackets_and_quotation_marks


The same codepoint is used for Hiragana and Katakana text, so it is given the "common script" property - http://www.unicode.org/reports/tr24/#Common . This means it needs special handling to ensure it picks the typeface used for the surrounding text, not the quoted text.

Unfortunately, this special handling doesn't cope well when mixing with emoji, often resulting in a missing glyph, or tofu.


What steps will reproduce the problem?
1. Paste the following into the Omnibox: 

「🦋」 『🦋』 (🦋) 〔🦋〕 [🦋] {🦋} ⦅🦋⦆ 〈🦋〉 《🦋》 【🦋】 〖🦋〗 〘🦋〙 〚🦋〛 


What is the expected result?

It should look the same as in the webcontents. That is, 13 butterflies with brackets on either side.


What happens instead of that?

Invisible or tofu butterflies.
 
Screen Shot 2018-07-25 at 10.09.18 am.png
14.6 KB View Download
Labels: OS-Chrome OS-Linux OS-Windows
ChromeOS screengrab
Screenshot 2018-07-25 at 10.14.08.png
43.8 KB View Download
Labels: -Proj-MacViews
Labels: M-70 Target-70
Owner: msw@chromium.org
Status: Assigned (was: Unconfirmed)
Routing to msw@ for East Asian script interactions in text.
Cc: robliao@chromium.org
Owner: ----
Status: Available (was: Assigned)
I am not actively working on RenderText, please find another owner, thanks.
Owner: ccameron@chromium.org
Status: Assigned (was: Available)
Please triage.
Mergedinto: 628820
Status: Duplicate (was: Assigned)

Sign in to add a comment