New issue
Advanced search Search tips

Issue 830257 link

Starred by 2 users
Status: Untriaged
Owner: ----
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 2
Type: Bug


Participants' hotlists:
Nice-to-haves-for-Project-V


Sign in to add a comment

Text outlines using paint-order not positioned correctly

Reported by philipp....@gmail.com, Apr 8 2018 
UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/66.0.3359.81 Safari/537.36

Steps to reproduce the problem:
1. Go to https://bl.ocks.org/Herst/raw/a304caf946e59a7e34c24bd828fa0b3a/ or open the attached HTML file. This file demonstrates how "paint-order" can be used to achieve an outline effect on text, i.e. to get text which is readable on most backgrounds (e.g. any solid color).

2. Observe how the rendering result differs between different browsers, most how with the default settings it looks worst in Google Chrome in some font-size/stroke-width combinations because stroke position does not align with the fill, something which at least if "paint-order" is used does not occur in other browsers.

What is the expected behavior?

What went wrong?
Outline not being aligned perfectly centred on top of fill. The outline effect does not appear to be uniformly around the characters.

Did this work before? N/A 

Does this work in other browsers? N/A

Chrome version: 66.0.3359.81  Channel: beta
OS Version: 10.0
Flash Version: 

Attached are screenshots from font-size/stroke-width combination which look the worst (at least on a particular Windows 10 setup).
Test1_Win_Chrome.png
5.9 KB View Download
Test1_Win_Firefox.png
7.0 KB View Download
Test1_Win_Edge.png
7.1 KB View Download
Test2_Win_Chrome.png
9.8 KB View Download
Test2_Win_Firefox.png
10.3 KB View Download
Test2_Win_Edge.png
9.9 KB View Download
outline_waterfall.html
8.4 KB View Download

Comment 1 by krajshree@chromium.org, Apr 8 2018

Labels: Needs-Triage-M66

Comment 2 by krajshree@chromium.org, Apr 9 2018

Components: Blink>Paint
Labels: Triaged-ET M-67 Target-67 FoundIn-67
Status: Untriaged (was: Unconfirmed)
Able to reproduce the issue on Win-10 using chrome reported version #66.0.3359.81 and latest canary #67.0.3390.0. Issue is not seen in OS-Linux and OS-Mac.
This is a non-regression issue as it is observed from M60 old builds. 

Hence, marking it as untriaged to get more inputs from dev team.

Thanks...!!

Comment 3 by schenney@chromium.org, Apr 9 2018

Components: -Blink>Paint Internals>Skia Blink>Fonts
This does reproduce at 100% zoom, but only on Windows.

I'm tentatively assigning to fonts and/or Skia, as this would probably be on all platforms if it were a paint issue.

Comment 4 by philipp....@gmail.com, Apr 10 2018 

In my project where the <text> is additionally behind several non-integer transforms I am also seeing the issue at non-100% zoom.

Attached is a resized example.
DolorIpsum.png
4.1 KB View Download

Comment 5 by e...@chromium.org, Apr 11 2018

Components: -Blink>Fonts Blink>SVG

Comment 6 by schenney@chromium.org, Apr 16 2018

Components: -Blink>SVG
►

Sign in to add a comment