Setting selectionRequired = true. Makes it so that the last option on the Group cannot be unselected. Similar to how a Text Alignment toggle works.
PiperOrigin-RevId: 281366158
Added support to prevent applying line heights from text appearance styles if the current theme sets the flag 'textAppearanceLineHeightEnabled' to false.
PiperOrigin-RevId: 256216184
Because ripples are implemented differently for different API levels, we are adding dimension resources that can be used when specific alphas are desired for the pressed, focused, and hovered states.
Ripples on top of surface color should use:
mtrl_low_ripple_pressed_alpha: effective 12%
mtrl_low_ripple_focused_alpha: effective 12%
mtrl_low_ripple_hovered_alpha: effective 4%
mtrl_low_ripple_default_alpha: effective 0%
Ripples on top of primary / secondary colors should use:
mtrl_high_ripple_pressed_alpha: effective 24%
mtrl_high_ripple_focused_alpha: effective 24%
mtrl_high_ripple_hovered_alpha: effective 8%
mtrl_high_ripple_default_alpha: effective 0%
Note: the "default" alpha needs to be non-zero for API 22-27 in order to prevent ripples for terminating prematurely.
PiperOrigin-RevId: 253825206
MaterialColors#getColor method that allows for a default value, and a MaterialResources#getColorStateList that accepts a TintTypedArray
PiperOrigin-RevId: 219170329
Created TextAppearanceFontCallback (a fork of FontCallback) in order to pass parameter indicating whether font was resolved synchronously.
PiperOrigin-RevId: 216566240
This removes duplication between the 2 implementations and automatically fixes font loading bug in CollapsingToolbarLayout & TextInputLayout. It has a side effect of changing font loading from sync to async but it shouldn't affect anyone since font loading wasn't really working in the first place. It may affect the UIs that were affected by the original bug though.
To alleviate possible "font flickering" due to async loading, CollapsingTextHelper defers the TextPaint changes until the font is actually loaded.
Another scenario the async loading would have an impact on is when the font is manually overwritten with CollapsingTextHelper.setTypeface() while async op is still ongoing. The result of async load would then overwrite the font back to the originally requested. This happens in TextInputLayout which overwrites its own font setting to this of its child whenever its added. This may happen before async op completes. To guard against that, any direct font setting automatically cancels the async load (cancels == ignores the result when it comes).
PiperOrigin-RevId: 212328671
This is in preparation of larger change of moving CollapsingTextHelper onto TextAppearance to fix related bugs & avoid code duplication.
1. Introduces a version of getFontAsync() in TextAppearance that doesn't require TextPaint as an argument.
2. Refactors the existing getFontAsync to wrap the new implementation.
3. Fixes a bug - TextAppearance would not apply the correct typeface from a style when fontFamily was not present in the style def.
PiperOrigin-RevId: 209147825
