See regressions in painting diagonals for inline element outlines in fast/css/outline-narrowLine-diffs.html and fast/borders/outline-alpha-inline-diffs.html. Maybe this ...
4 years, 10 months ago
(2015-06-19 21:52:25 UTC)
#2
See regressions in painting diagonals for inline element outlines in
fast/css/outline-narrowLine-diffs.html and
fast/borders/outline-alpha-inline-diffs.html. Maybe this is uncommon enough to
be acceptable?
fs
On 2015/06/19 21:52:25, chrishtr wrote: > See regressions in painting diagonals for inline element outlines ...
4 years, 10 months ago
(2015-06-19 23:52:59 UTC)
#3
On 2015/06/19 21:52:25, chrishtr wrote:
> See regressions in painting diagonals for inline element outlines in
> fast/css/outline-narrowLine-diffs.html and
> fast/borders/outline-alpha-inline-diffs.html. Maybe this is uncommon enough to
> be acceptable?
Well, all of them have diagonal seaming, it's just more apparent on the wider
outlines I guess. I have a hard time imagining that wide outlines are that
common, so it's probably ok to choose this path for the time being.
Maybe another possibility to consider would be to always set antialias to false
(for SP) instead in InlinePainter? Means outlines might "pop" instead during
zooming... So "seams" (bleeding) vs. "popping"...
Regardless, could ve get a bug about fixing this? (If there isn't one already.)
Regardless of direction of choice.
chrishtr
On 2015/06/19 at 23:52:59, fs wrote: > On 2015/06/19 21:52:25, chrishtr wrote: > > See ...
4 years, 10 months ago
(2015-06-20 02:44:12 UTC)
#4
On 2015/06/19 at 23:52:59, fs wrote:
> On 2015/06/19 21:52:25, chrishtr wrote:
> > See regressions in painting diagonals for inline element outlines in
> > fast/css/outline-narrowLine-diffs.html and
> > fast/borders/outline-alpha-inline-diffs.html. Maybe this is uncommon enough
to
> > be acceptable?
>
> Well, all of them have diagonal seaming, it's just more apparent on the wider
outlines I guess. I have a hard time imagining that wide outlines are that
common, so it's probably ok to choose this path for the time being.
>
> Maybe another possibility to consider would be to always set antialias to
false (for SP) instead in InlinePainter? Means outlines might "pop" instead
during zooming... So "seams" (bleeding) vs. "popping"...
Good idea, done. All tests now pass.
>
> Regardless, could ve get a bug about fixing this? (If there isn't one
already.) Regardless of direction of choice.
Done, crbug.com/502531.
f(malita)
On 2015/06/20 at 02:44:12, chrishtr wrote: > On 2015/06/19 at 23:52:59, fs wrote: > > ...
4 years, 10 months ago
(2015-06-20 05:04:55 UTC)
#5
On 2015/06/20 at 02:44:12, chrishtr wrote:
> On 2015/06/19 at 23:52:59, fs wrote:
> > Regardless, could ve get a bug about fixing this? (If there isn't one
already.) Regardless of direction of choice.
>
> Done, crbug.com/502531.
LGTM.
We can switch outline AA back on after we fix that bug.
chrishtr
The CQ bit was checked by chrishtr@chromium.org
4 years, 10 months ago
(2015-06-20 06:22:22 UTC)
#6
Issue 1195933002: SP: Always anti-alias borders in slimming paint mode.
(Closed)
Created 4 years, 10 months ago by chrishtr
Modified 4 years, 10 months ago
Reviewers: f(malita), fs
Base URL: svn://svn.chromium.org/blink/trunk
Comments: 0