IssueTracker

Hi. Thanks for reporting this. Fixed in this changelist. This should be available in alpha-04

The following release(s) address this bug.It is possible this bug has only been partially addressed:

• androidx.tv:tv-material:1.0.0-alpha04

Following this https://chat.google.com/room/AAAAYRnp4-Y/8xkRlG-EsbE in Compose Friends, this ticket should be treated as an accessibility issue if UX confirm that ListHeader should show up to 3 lines of text. Currently, that would fail to expand to show 3 lines for the largest font size (please ignore the clipping at the top as that's just a result of the demo app being used for testing):

• Before with ListHeader using Modifier.height(48.dp) - only room for 2 lines: https://screenshot.googleplex.com/5zi9RqeAwoTQaPK
• After with ListHeader using defaultMinSize(minHeight = 48.dp).height(IntrinsicSize.Min) - expands to 3 lines: https://screenshot.googleplex.com/9L43x8dcqTtJ6VZ

Note that if we change ListHeader to use Modifier.defaultMinSize(minHeight = 48.dp).height(IntrinsicSize.Min), then according to my testing, that allows developers to override the height in their own code, which is what the chat in comment 6 was originally about.

FWIW I notice that we have already made exactly this change in our Material3 codebase following a UX code review (see aosp/2715054)

@vincenttam Please will you confirm if we should make this change to expand the ListHeader to accommodate contents in Material 2.5 - thanks.

Yes, confirming from UX that we should update to ensure the ListHeader can accommodate contents for up to 3 lines of text (and behaviour is to push the content below further down as a result)

We made this update on SysUI for accessibility reasons, as Steve has noted in comment#6, to ensure scalability for larger text sizes and also localized strings