| Commit-Queue | +1 |
| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |
ConfigureIPHImageStyleForImageView(button.imageView);This applies the IPH highlight style at badge button creation time, but the button can exist in both highlighted and non-highlighted states. Is this style always appropriate for every badge button under ChromeNextIa, regardless of badge state?
If not, this should only be applied when the badge is in the highlighted/IPH state, and `RemoveIPHImageStyleFromImageView` should be called when transitioning out.
UIView* _availableBackground;nit: `_availableBackground` seems generic, maybe: `_availableStateOverlay` or something more descriptive?
_availableBackground.backgroundColor = UIColor.whiteColor;is this what we want for dark mode as well? if not maybe use `[UIColor colorNamed:kBackgroundColor]` to preserve the correct dark mode behavior.
| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |
ConfigureIPHImageStyleForImageView(button.imageView);This applies the IPH highlight style at badge button creation time, but the button can exist in both highlighted and non-highlighted states. Is this style always appropriate for every badge button under ChromeNextIa, regardless of badge state?
If not, this should only be applied when the badge is in the highlighted/IPH state, and `RemoveIPHImageStyleFromImageView` should be called when transitioning out.
I am not clear on what are the different states for the buttons? Is the "accepted" state the same as "highlighted"?
What are the other states (available I guess)?
UIView* _availableBackground;nit: `_availableBackground` seems generic, maybe: `_availableStateOverlay` or something more descriptive?
Done
_availableBackground.backgroundColor = UIColor.whiteColor;is this what we want for dark mode as well? if not maybe use `[UIColor colorNamed:kBackgroundColor]` to preserve the correct dark mode behavior.
| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |
| Commit-Queue | +1 |
| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |
ConfigureIPHImageStyleForImageView(button.imageView);Gauthier AmbardThis applies the IPH highlight style at badge button creation time, but the button can exist in both highlighted and non-highlighted states. Is this style always appropriate for every badge button under ChromeNextIa, regardless of badge state?
If not, this should only be applied when the badge is in the highlighted/IPH state, and `RemoveIPHImageStyleFromImageView` should be called when transitioning out.
I am not clear on what are the different states for the buttons? Is the "accepted" state the same as "highlighted"?
What are the other states (available I guess)?
Yes, I am thinking the available and active states.
Also, `ConfigureIPHImageStyleForImageView` sets the icon to white tint and `_availableBackground` uses a light/white background for `ContextualPanelEntrypointState::kAvailable`. If a badge button is created with white tint and then displayed while the available state overlay is showing, you'd have a white icon on a white-ish background, potentially very low contrast.
If badge buttons under ChromeNextIa are only ever shown when the gradient background is active (never during the available state), then applying the style at creation time is fine and you can ignore this. But is this the case?
| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |