IssueTracker

I'm having trouble finding the owner for the legacy (com.google.android.support:wearable) Wear library, but they need to Jetify their output artifacts. Aga, can you help us find the right owner responsible for releases?

Thanks for the report. My team will look into this issue and hopefully we will be able to address it soon.

This page says that this issue is now resolved . . .

Thanks. Marking as fixed now that the new library has rolled out publicly.

Returning to the 2nd issue about the lag and your solution.

Using a .fillMaxSize() breaks the second .fillMaxWidth(0.8f). In my case since only the height change I can use a .fillMaxHeight() but I do not really understand what is happening. See attached screenshots.

I can just return to usePlatformDefaultWidth = true since your workaround fixes the lag and then it behave as expected.

So just reporting in case there's something else about measurement that changes and was not expected.

Ok and now the memories slowly comes back :(

1. usePlatformDefaultWidth = true and dialog resizing issues.

Use the following dialog content with the content from #4 and usePlatformDefaultWidth = true

Surface(
                            modifier = modifier
                                .safeContentPadding()
                                .fillMaxWidth(0.8f),
                            shape = shape,
                            color = backgroundColor,
                            contentColor = contentColor,
                        ) {
                            dialogNavigator.SaveableState("currentDialog") {
                                dialogContent(dialogNavigator)
                            }
                        }

It gives the result plaformnoanimate.png attached.

With

 Surface(
                            modifier = modifier
                                .safeContentPadding()
                                .animateContentSize(),
                            shape = shape,
                            color = backgroundColor,
                            contentColor = contentColor,
                        ) {
                            dialogNavigator.SaveableState("currentDialog") {
                                dialogContent(dialogNavigator)
                            }
                        }

It gives the result platformanimate.png

Both are wrong as the dialog does not properly resized on content change, strangely I can't find the issue on the tracker but I'm pretty sure there was one opened about that since ages and the reasons we had to migrate to use usePlatformDefaultWidth = false. Those hacks are so old on my side that I have an hard time remembering all the details :(

2. .fillMaxSize() breaks the dismissOnClickOutside

As per this item title, adding the fillMaxSize prevent click outside to dismiss the dialog so it not really a proper workaround.

All those tests are made with alpha 4 that contains the CL.

Adding a final note if anyone reads and needs a solution.

                        Box(
                            modifier = Modifier
                                .safeDrawingPadding()
                                .fillMaxSize()
                                .padding(horizontal = 32.dp)
                                .clickable {
                                    if (dialogState.canDismiss.value) {
                                        dialogNavigator.hide()
                                    }
                                }
                        ) {
                            Surface(
                                modifier = modifier
                                    .align(Alignment.Center)
                                    .sizeIn(maxWidth = 640.dp)
                                    .clickable(enabled = false) {}
                                    .animateContentSize(),
                                shape = shape,
                                color = backgroundColor,
                                contentColor = contentColor,
                            ) {
                                dialogNavigator.SaveableState("currentDialog") {
                                    dialogContent(dialogNavigator)
                                }
                            }
                        }

Beware that this still only works properly with usePlatformDefaultWidth = false

See resulting video "works"

With usePlatformDefaultWidth = true this will give the result "notwork" where the dialog width animate (while it should not, the actual width never changes) but the content does not seems to react so the title is on 2 lines. (The title is a simple Text() present on first display, not a later change)

I think I covered most of the issues with dialogs here. Some very old that where workarounded via usePlatformDefaultWidth=false and some that are now also present in usePlatformDefaultWidth=false due to window resizing (But working better than the other case)

Project: platform/frameworks/support
Branch: androidx-main
Author: George Mount <mount@google.com>
Link:      https://android-review.googlesource.com/3312260

Set default Gravity for Dialogs to CENTER

Set default Gravity for Dialogs to CENTER

Fixes: 373093006

On some devices, the default gravity for dialogs is not CENTER.
This changes the default gravity for Compose dialogs to CENTER.

Test: new test, manual testing on broken device
Change-Id: Ia2ec9f6edc2705cb8a13201d5e05a859a6bb9571

Can we discuss the other issues too?

I guess that's a no and I documented all the issues for nothing.

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

• androidx.compose.ui:ui:1.8.0-alpha05
• androidx.compose.ui:ui-android:1.8.0-alpha05
• androidx.compose.ui:ui-jvmstubs:1.8.0-alpha05
• androidx.compose.ui:ui-linuxx64stubs:1.8.0-alpha05