Microsoft-ui-xaml: when "automatically hide scroll bars" is off in Windows, the content isn't pushed

[Poopooracoocoo]

Describe the bug

when "automatically hide scroll bars" is off in Windows, the content isn't pushed and can make things tight

Steps to reproduce the bug

Steps to reproduce the behavior:

1. Enable "Automatically hide scroll bars in Windows"
2. Click on '....'

Expected behavior

Actual behavior

Screenshots

Version Info

Gallery version (found on Settings page):

1.2.15.0

Windows 10 version:

• [ ] Insider Build (xxxxx)
• [x] May 2020 Update
• [x] November 2019 Update (18363)
• [ ] May 2019 Update (18362)
• [ ] October 2018 Update (17763)
• [ ] April 2018 Update (17134)
• [ ] Fall Creators Update (16299)
• [ ] Creators Update (15063)
• [ ] Anniversary Update (14393)

Device form factor:

• [x] Desktop
• [ ] Mobile
• [ ] Xbox
• [ ] Surface Hub
• [ ] IoT

Additional context

[chingucoding]

That is an issue with hierarchical NavigationView which is tracked here: https://github.com/microsoft/microsoft-ui-xaml/issues/2287

[Poopooracoocoo]

@chingucoding thanks. I think that it effects more than just the hierarchical NavigationView. I've noticed it in the print dialog and in the Microsoft Store.

[Poopooracoocoo]

and here's Inkodo's what's new dialog:

[chingucoding]

I think this is something that should be discussed in the WinUI repo, since that's where any changes in that regard would be made.

[stmoy]

Agreed with @chingucoding. This is the default ScrollBar behavior that exists in the platform. If we are going to change this behavior, we should change it holistically. CC: @chigy

[ranjeshj]

Yes. This was designed to behave this way. I'm not a huge fan of the overlapping either. The question is should scrollbars take layout space. Currently it does not. If it took layout space and the view is not scrollable, we would still end up taking that extra space which would look weird. @RBrid as FYI since we are talking about scrollbars.

[Poopooracoocoo]

@ranjeshj honestly hate "conscious scrollbars". they don't even shrink upon overscroll either (which i've filed an issue for). super annoying after using apple devices for a while. the old edge and ie do it too.

If it took layout space and the view is not scrollable, we would still end up taking that extra space which would look weird.

what does that even mean? if something cannot be scrolled, why is there a scrollbar??

[ranjeshj]

Lets say that if the view is not scrollable then no scrollbar will be shown and the content takes up all the space. Now some content is added (or you expanded something) which makes is scrollable. Now we have to show a scrollbar and we want it to take layout space (not overlap), so we have to run layout and move things around to make space for that scrollbar.
The way I was thinking of avoiding that is to have the layout space set aside for the scrollbar always. When the view is not scrollable, the scrollbar would not show but that space is still set aside for the scrollbar so that when it shows up it does not end up changing the layout of the content.