-
Notifications
You must be signed in to change notification settings - Fork 1.7k
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
[Windows] Scrollbars Visibility property "Always" is not working consistently in the ScrollView control #7766
Comments
verified repro on windows with above repro project. 17.3.0 Preview 3.0 [32605.41.main]. |
Is because the default Scroll Orientation is Vertical. Set the Orientation property to Both value and should works as expected. |
Hi @Deepak1799. We have added the "s/needs-info" label to this issue, which indicates that we have an open question for you before we can take further action. This issue will be closed automatically in 7 days if we do not hear back from you by then - please feel free to re-open it if you come back to this issue after that time. |
Hi @jsuarezruiz , Thank you for the reply. If the orientation is the problem, the vertical scrollbar should not have this issue with the default orientation of "vertical". However the issue occurs in vertical scrollbar also. Note: I have tried setting the orientation to "Both" and I am still facing the same issue. I have attached the modified sample here I guess there might be a miscommunication. The issue is not about scrollbar is not shown, but it gets automatically hides after a short duration. If the property is "Always", the scrollbar should not auto hide at any moment. Could you please check and provide your suggestion on this? |
We've moved this issue to the Backlog milestone. This means that it is not going to be worked on for the coming release. We will reassess the backlog following the current release and consider this item at that time. To learn more about our issue management process and to have better expectation regarding different types of issues you can read our Triage Process. |
[Android] Scrollbars Visibility property "Always" is not working consistently in the ScrollView control I am using MaUI scrollView control and I want to show the scrollbars "always" in the android platform if the content size is more. So I am using the scrollview properties "HorizontalScrollBarVisibility" and "VerticalScrollBarVisibility" as "Always". However the scrollbar fades away after sometimes. scrollbar is not always visible |
I'm facing the same issue, but I don't think it is an issue, more it is like this "should be". |
Verified this on Visual Studio Enterprise 17.6.0 Preview 7.0. Repro on Windows 11 with below Project: |
@valimaties @Deepak1799 A similar issue was raised on the underlying WinUI3 repo: And you can see it happening in the WinUI 3 Gallery app. The settting to make them always visible appears to be an OS setting as far as Windows is concerned: |
I Solved this problem as below:
|
Omg !!! Thanks you @jeremy-visionaid I was like orthers and think it was a bug with the OS but no, you are right, on Windows, there's a settings to auto-hide ALL Windows scrollbar that build ontop of WinUI after couple seconds. Well, nothing on MAUI (WinUI) that can override the system settings ? |
Description
I am using MaUI scrollView control and I want to show the scrollbars "always" in the windows platform if the content size is more. So I am using the scrollview properties "HorizontalScrollBarVisibility" and "VerticalScrollBarVisibility" as "Always". However the scrollbar fades away after sometimes. This issue occurs consistently when changing the scrollbar visibility at the runtime, and happens sometime when setting the scrollbar visibility at the compile time.
Steps to Reproduce
Repro sample is attached here:
MauiApp1.zip
If you are using the sample, Run the sample --> Click the button "Show Scrollbar always". Then test the mentioned scrollbar visibility behavior.
Version with bug
6.0 (current)
Last version that worked well
Unknown/Other
Affected platforms
Windows, macOS
Affected platform versions
Windows SDK 10.0.19041
Did you find any workaround?
No
Relevant log output
The text was updated successfully, but these errors were encountered: