-
Notifications
You must be signed in to change notification settings - Fork 677
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Proposal: Proper modal dialog support #885
Comments
I think, ContentDialog and/or MessageDialog should be improved instead of adding some new kind of dialog. |
@stmoy, I believe you had pitched an idea similar to this, is that right? |
Thank you for filing this issue, @knightmeister . In addition to the list provided in the rationale section above, there are other fundemental deltas between ContentDialog and a true modal dialog including:
The underlying issue is that the UWP Xaml framework doesn't have a true solution for modality. ContentDialog fakes it, but to truly solve this issue, we'd need to change some of the underlying framework in addition to modifying ContentDialog. Hence I've added the "needs-winui-3" tag. We will reassess this issue at that time. |
@stmoy There is a new windowing model being introduced. Windows.UI.WindowManagement.AppWindow Modal windows could be introduced as a window type here - but I am not sure if this is a WinUI level ask, or if it remains an OS level component. |
@mdtauk - indeed! The challenge with using AppWindow as the backing type for a modal dialog is exactly what you called out: AppWindow is an OS level component, but we'd need it to be in WinUI 3 if we wanted to update ContentDialog to use it. It's definitely an API that we've talked about leveraging, but the difficulty is that AppWindow doesn't currently support modality either and has the problem of being coupled to the OS. |
@stmoy some great points there. For me, I think a true modal should be distinct from ContentDialog - as I see it, both have their own use cases and both could be used within an app. |
@knightmeister, can you explain this a bit more?
I'm curious what you see as the downsides of ContentDialog being updated to be truly modal instead of faking it. |
Hi @YuliKl, apologies for the late reply been a busy few days. For me, this comes down to a UX/UI design choice, a proper modal gives a different feel to the app than an in page modal (i.e. the content dialog). I could see myself using both options. |
Also to add to my previous reply... I see the use of a ContentDialog analogous to a sheet on macOS. |
@stmoy would it be feasable to enhance a little the |
Proposal: Add proper modal dialog support
Forgive if this is more of a Windows Runtime query rather than WinUI. I'm not sure where the delineation is.
Summary
Windows is an operating system literally built around the concept of managing multiple overlapping windows. Modal dialogs are an important part of any windowing environment, and are present in Win32, WPF, macOS, iOS, etc. UWP has the ContentDialog which is limited and means that sometimes the design needs to be compromised in order to accommodate the ContentDialog.
Rationale
[viewController PresentViewController]
as an example.The text was updated successfully, but these errors were encountered: