New issue
Advanced search Search tips
Note: Color blocks (like █ or █) mean that a user may not be available. Tooltip shows the reason.

Issue 843216 link

Starred by 2 users
Status: Assigned
Owner:
drott@chromium.org
Cc:
ssaviano@google.com
█ noahric@chromium.org
obelomestnykh@google.com
█ sshruthi@chromium.org
csadler@google.com
luizp@google.com
chrishtr@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 2
Type: Bug



Sign in to add a comment

Google Sans r is rendered higher when followed by t

Project Member Reported by phistuck@gmail.com, May 15 2018 
UserAgent: Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/68.0.3430.0 Safari/537.36

Steps to reproduce the problem:
1. Use the new GMail.
2. Open an e-mail with a title that has a word that features the "rt" letter sequence (webrtc, part...).

What is the expected behavior?
"rt" renders normally - the r does not start at the same position as the t.

What went wrong?
"rt" renders badly - the r starts at the same position as the t.

Did this work before? N/A 

Does this work in other browsers? Yes

Chrome version: 68.0.3430.0  Channel: canary
OS Version: 6.1 (Windows 7, Windows Server 2008 R2)
Flash Version: 

I tried Internet Explorer 11 and it renders fine.
The screenshot was taken with ClearType disabled, but it happens even when it is enabled.
internet-explorer-11-google-sans-rt.png
70.5 KB View Download
chrome-google-sans-rt.png
46.6 KB View Download

Comment 1 by phistuck@chromium.org, May 15 2018

Status: Untriaged (was: Unconfirmed)
I spotted this issue only with the Google Sans font used by GMail and only when r is followed by t. Other combinations (with other high letters like l, b, d, i, j or capital letters) do not exhibit this issue.

Comment 2 by phistuck@chromium.org, May 15 2018

Labels: Hotlist-GoogleApps

Comment 3 by e...@chromium.org, May 18 2018

Owner: drott@chromium.org
Status: Assigned (was: Untriaged)
Likely a hinting issue, not sure there is much we can do about it.

You seen this before drott?

Comment 4 by phistuck@gmail.com, May 19 2018 

#3 - Internet Explorer renders this fine, so how can you not do anything about it? I assume they did not single out that specific font (it is much newer than Internet Explorer and they do not fix non-high-severity issues anymore). ;)

Comment 5 by drott@chromium.org, May 21 2018 

> The screenshot was taken with ClearType disabled, but it happens even when it is enabled.

Would you have a screenshot illustrating the problem without forcing Chrome into bilevel rendering? How was this screenshot acquired, just by using ClearType tuner, or alternative methods of forcing this rendering mode?

Comment 6 by phistuck@gmail.com, May 21 2018 

#5 - ClearType was disabled and smooth font edges were disabled using the standard Windows 10 methods (that old System Performance tab and the ClearType tuner, yes).

The attached is a screenshot from Windows 7, with font smoothing and ClearType enabled. Same issue, just a bit prettier font.
google-sans-rt-with-font-smoothing-and-clear-type-windows-7.png
24.7 KB View Download

Comment 7 by phistuck@gmail.com, May 26 2018 

Also, Roboto in the thread list adds some space between RT and C (ClearType/font smoothing disabled).
Subject -
"Issue 846976 in chromium: 
RTCDataChannelInit maxRetransmits = null causes channel to act as if it were unreliable."
If I add/change letters before "TC", it makes it a bit better (the gap is narrower).
rt-c-issue.png
5.7 KB View Download

Comment 8 by rbyers@chromium.org, Jun 4 2018

Labels: -Hotlist-GoogleApps Hotlist-Partner-GSuite
►

Sign in to add a comment