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

Issue 686363 link

Starred by 3 users

Issue metadata

Status: Verified
Owner:
Closed: Feb 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Chrome
Pri: 1
Type: Bug



Sign in to add a comment

Re-enable subpixel rendering for Ash system menu labels

Project Member Reported by tdander...@chromium.org, Jan 28 2017

Issue description

Subpixel rendering for labels within the system menu was disabled because they were getting painted on non-opaque backgrounds and this is not supported. See:

* SetupLabelForTray() in tray_utils.cc
* ImeListItemView constructor
(and possibly other places)
 
Cc: bruthig@chromium.org
Owner: est...@chromium.org
Evan, would you be a better owner for this? It would be really good if we could get a fix back into m-57.
I need the configuración for my Moto G3

Comment 3 by est...@chromium.org, Jan 31 2017

I can own this but why target m57? It's pretty subtle.
Cc: derat@chromium.org
If you think it looks OK on low-dpi devices then it doesn't seem super high priority to me. I haven't seen it -- I don't have a low-dpi device on my desk.

Comment 5 by derat@chromium.org, Feb 1 2017

Sounds low-priority to me too. We constantly break subpixel rendering in the omnibox, which is much more noticeable, and nobody except me cares. :-/

I'm attaching a screenshot showing how things look on a ToT lumpy build. I have to look really, really closely to tell which text is missing subpixel rendering.

(Spoiler: just "US Dvorak keyboard", "Connected to Ethernet", and the date, I think)
Screenshot 2017-01-31 at 16.25.27.png
92.3 KB View Download
Status: Started (was: Assigned)
SetupLabelForTray() in tray_utils.cc is applied to labels that are in the tray, not the system menu, i.e. white text. I don't think subpixel rendering does anything to white text.
For System menu labels check out TrayPopupUtils::CreateDefaultLabel().

Comment 8 by derat@chromium.org, Feb 1 2017

I don't think there's any inherent reason we can't use subpixel rendering for white text (and I believe that we already do by default), although it may look worse than dark-colored text on a light background (for complicated reasons involving gamma that I don't understand). The tray has a transparent background, though, so we can't use it there.
I think I was confused by the fact that my system wasn't properly doing subpixel at all anywhere. But wrt the tray labels, I did find that function and it seems like the best fix is also the simplest one, which is to just add backgrounds to the labels. We could add backgrounds instead to anything that holds a label, but I'm not sure what win that would provide --- it's just one more step you have to remember to do (even if we make a utility function called TrayPopupUtils::ConfigureRow or whatever).  This doesn't break ripples or anything else I can find.
Status: Fixed (was: Started)
Labels: -M-57 M-58
Based on the discussion it seems ok to just leave this in m-58 and not merge back to 57.
Status: Verified (was: Fixed)

Sign in to add a comment