Why is compose using framework dialogs and popup w...
# composem
Manuel Wrage
11/01/2019, 10:32 AMWhy is compose using framework dialogs and popup windows instead of replicate them with composable functions?
l
Luca Nicoletti
11/01/2019, 10:37 AMIt really is not
Luca Nicoletti
11/01/2019, 10:37 AMThere are
@Composablem
Manuel Wrage
11/01/2019, 10:40 AMI know that i can compose the content of dialogs and popups but the lib uses the native windows and dialogs to display it.
https://android.googlesource.com/platform/frameworks/support/+/refs/heads/androidx-master-dev/ui/ui-foundation/src/main/java/androidx/ui/foundation/Dialog.kt
https://android.googlesource.com/platform/frameworks/support/+/refs/heads/androidx-master-dev/ui/ui-foundation/src/main/java/androidx/ui/foundation/Popup.kt
g
Giorgos Neokleous
11/01/2019, 10:46 AMThere was a similar discussion recently. Dialogs will use the window manager under the hood: https://kotlinlang.slack.com/archives/CJLTWPH7S/p1572469774151700
m
Manuel Wrage
11/01/2019, 10:49 AMI would like to hear the reason behind it because it could easily be reproduced with only composable functions. I already created popupmenus without native windows.
m
Mark Murphy
11/01/2019, 11:01 AMit because it could easily be reproduced with only composable functionsI had a discussion in this channel on this topic a month or so ago. Google's argument is that your approach only works if the child "window" is limited to be shown in the boundaries of the parent window. By definition, a window cannot draw outside of its boundaries, which means that a popup drawn by a window cannot go outside of the window. While in many cases that may be acceptable, once you start thinking of freeform multiwindow (e.g., Chrome OS devices), it starts to become a bigger limitation.
m
Manuel Wrage
11/01/2019, 11:04 AMThanks for the explanation sounds reasonable. Looks like i will have to write my own dialog thing:D
r
romainguy
11/01/2019, 2:20 PMWhy don't you want to use Windows for those popups?
4 Views