| Commit-Queue | +1 |
@ColorRes int iconTintRes = R.color.default_icon_color_tint_list;I was hoping to make these all resIds, so we only had to actually pull the color once at the end, but I forgot that some things pull from attrs, so we need to use the util methods (e.g. `SemanticColorUtils.getColorSurfaceContainerLow`), which return a colorInt.
I can make them all @ColorInts for consistency if that's preferred, but I think the repeated `#getColor` calls hurt visibility. Or I suppose I could also wrap these in color state lists, but feels like a bit much. I don't feel too strongly.
| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |
@ColorRes int iconTintRes = R.color.default_icon_color_tint_list;I was hoping to make these all resIds, so we only had to actually pull the color once at the end, but I forgot that some things pull from attrs, so we need to use the util methods (e.g. `SemanticColorUtils.getColorSurfaceContainerLow`), which return a colorInt.
I can make them all @ColorInts for consistency if that's preferred, but I think the repeated `#getColor` calls hurt visibility. Or I suppose I could also wrap these in color state lists, but feels like a bit much. I don't feel too strongly.
Acknowledged
int iconTint = incognito ? R.color.modern_white : R.color.default_icon_color_tint_list;Since we are doing `else if (incognito) {`, would this run into issues if we are in night mode (would skip the incognito block which sets `iconTintRes = R.color.modern_white`?
int iconColor =
incognito ? R.color.default_icon_color_light : R.color.default_icon_color_tint_list;
int iconColorInt = context.getColorStateList(iconColor).getDefaultColor();I think the new logic accidentally reverses this
@ColorInt int bgDefaultColor = SemanticColorUtils.getColorSurfaceContainerLow(mContext);nit: Should we rename this and below bgTint, bgHoverTint, bgPressedTint to be consistent with the naming in the other files
| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |
int iconTint = incognito ? R.color.modern_white : R.color.default_icon_color_tint_list;Since we are doing `else if (incognito) {`, would this run into issues if we are in night mode (would skip the incognito block which sets `iconTintRes = R.color.modern_white`?
ah, wait I'm pretty sure the old (and new) logic is bugged, and we should prioritize Incognito > light/dark, so changed to check Incognito first (and instead skip the dark mode block).
if this are no concerns, I'll note this in the CL description as well.
int iconColor =
incognito ? R.color.default_icon_color_light : R.color.default_icon_color_tint_list;
int iconColorInt = context.getColorStateList(iconColor).getDefaultColor();I think the new logic accidentally reverses this
oops, fixed
@ColorInt int bgDefaultColor = SemanticColorUtils.getColorSurfaceContainerLow(mContext);nit: Should we rename this and below bgTint, bgHoverTint, bgPressedTint to be consistent with the naming in the other files
| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |
int iconTint = incognito ? R.color.modern_white : R.color.default_icon_color_tint_list;Neil CoronadoSince we are doing `else if (incognito) {`, would this run into issues if we are in night mode (would skip the incognito block which sets `iconTintRes = R.color.modern_white`?
ah, wait I'm pretty sure the old (and new) logic is bugged, and we should prioritize Incognito > light/dark, so changed to check Incognito first (and instead skip the dark mode block).
if this are no concerns, I'll note this in the CL description as well.
| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |
int iconTint = incognito ? R.color.modern_white : R.color.default_icon_color_tint_list;Neil CoronadoSince we are doing `else if (incognito) {`, would this run into issues if we are in night mode (would skip the incognito block which sets `iconTintRes = R.color.modern_white`?
Michael Wuah, wait I'm pretty sure the old (and new) logic is bugged, and we should prioritize Incognito > light/dark, so changed to check Incognito first (and instead skip the dark mode block).
if this are no concerns, I'll note this in the CL description as well.
That change SGTM! (I think it's not uploaded yet though)
| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |
| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |
| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |
[TabStrip] Cleanup compositor button tinting logic
Cleanup compositor button tinting logic.
-Follow a consistent pattern of setting defaults, then potentially
overriding, then setting once on the button.
-Also fix pre-existing bug where the NTB prioritized dark mode colors
over Incognito colors.
| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |