The NavigationView back button and the back button that appears when Windows is set to "Tablet mode" seem to need some functional reconciliation.
For example, the behavior I'm seeing in the Windows Settings app is the in-app back button is hidden when in tablet mode. Shouldn't the NavigationView control also behave in the same way by default?
The Windows back button on the task bar also functions as I would expect: navigating back to previous pages in the app. Currently, apps I have using NavigationView don't seem to respond as expected in Tablet mode--not navigating back to past pages. It goes to the Start Screen or last app instead.
Tablet Mode has a lot of QoL changes that should be added, but the Hardware Back Button is very useful, and consistency with hiding in app ones, would be welcome.
Currently, apps I have using NavigationView don't seem to respond as expected in Tablet mode--not navigating back to past pages. It goes to the Start Screen or last app instead.
I don't know what the future of the back button is in Windows but this sounds like a bug report for NavigationView's handling of the system back button. Would you like me to convert this issue into a bug for that?
Sure. I wasn't sure if I needed to do more plumbing for the system back button to be handled by the apps a certain way. But again, my expectation, at least, is it gets handled automatically when in tablet mode.
From: Jevan Saks notifications@github.com
Sent: Monday, September 2, 2019 1:39:00 PM
To: microsoft/microsoft-ui-xaml microsoft-ui-xaml@noreply.github.com
Cc: Carlo Mendoza carlo.mj.m@outlook.com; Author author@noreply.github.com
Subject: Re: [microsoft/microsoft-ui-xaml] Discussion: NavigationView Back Button and Windows Tablet Mode (#1243)
Currently, apps I have using NavigationView don't seem to respond as expected in Tablet mode--not navigating back to past pages. It goes to the Start Screen or last app instead.
I don't know what the future of the back button is in Windows but this sounds like a bug report for NavigationView's handling of the system back button. Would you like me to convert this issue into a bug for that?
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHubhttps://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fmicrosoft%2Fmicrosoft-ui-xaml%2Fissues%2F1243%3Femail_source%3Dnotifications%26email_token%3DAA36LQK45BHFGWFRNYS7JBTQHV2WJA5CNFSM4ISJ4RI2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD5WQTFA%23issuecomment-527239572&data=02%7C01%7C%7Ca11666d2c55e4b6e2eb108d72fe59687%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637030535422244728&sdata=8f46QXFb77ra8R8McSYvEm7ot5g2We%2BoBOxFO5xo8tY%3D&reserved=0, or mute the threadhttps://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fnotifications%2Funsubscribe-auth%2FAA36LQKPXYOXCOBFZGCMC63QHV2WJANCNFSM4ISJ4RIQ&data=02%7C01%7C%7Ca11666d2c55e4b6e2eb108d72fe59687%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637030535422254734&sdata=bM2HZo50Xjj5j3dnLOUZichVlNGG1026ni9GzcG6yjs%3D&reserved=0.
It seems like that the UIViewSettings.UserInteractionMode is our best bet to detect whether we are in tablet mode or not.
So if that's a suitable API to use here, I would like to fix this issue.
So to clarify, in Tablet mode, we hide the BackButton. Should we ignore the developers choice there or just switch if no choice was taken?
We won't need to listen to the NavigationManager.BackRequested event right? Or should we listen to the event and just forward it?
Most helpful comment
Tablet Mode has a lot of QoL changes that should be added, but the Hardware Back Button is very useful, and consistency with hiding in app ones, would be welcome.