-
Notifications
You must be signed in to change notification settings - Fork 1.9k
Fire Navigation Events on Root Window Page #23420
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
Conversation
| // to get attached. | ||
| uiView.BeginInvokeOnMainThread(() => OnLoadedCheck(null)); | ||
| if (lifeCycleEvents is null) | ||
| uiView.BeginInvokeOnMainThread(() => OnLoadedCheck(null)); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This was only relevant when we were using Observers to try and detect loaded/unloaded changes.
If we're wiring directly to the events then we don't need to dispatch anything
|
Will this be in a .net 8 release soon? |
|
This fix is highly desirable for XF projects being converted to MAUI where the legacy soft-input behaviour is required. |
|
/rebase |
eda3f58 to
7d3cf37
Compare
|
/rebase |
7d3cf37 to
5793ddf
Compare
|
This PR is currently being worked on by @sheiksyedm on a different branch |
Description of Change
The reason that
HideSoftInputOnTappedonly works when you're nested in a NavigationPage and Shell is that both of those structures are firing theSendNavigatedto events on theContentPAgewhich is required for theHideSoftInputOnTappedwiring to take effect. This PR makes it so the root window page will now fire all of these events which thus makes theHideSoftInputOnTappedwork.I've also wired up iOS through a few additional paths for loaded/unloaded via the VC so that they will fire more reliably.
Issues Fixed
Fixes #21681