In your administrator dashboard, click on the "Add module to your dashboard", which will open a dialog.
When the dialog is open, you are still able to scroll on the main page (behind the dialog).
When the dialog is open, I'd expect scrolling to be disabled for the main page.
Labels |
Added:
No Code Attached Yet
|
@Fedik No, but when scrolling has reached the bottom within the dialog, it starts scrolling the main page. This is because the main page is still scrollable.
Body scrolling is disabled when modals are opened, with all major frameworks. Native HTML dialogs don't do this by default because because they have poor usability and accessibility.
Please read through the comments here: https://github.com/whatwg/html/issues/7732.....specifically this one: whatwg/html#7732 (comment)
I do not see it as an issue, maybe minor.
Overal accesebility of native dialog much better than most of major freamworks modals (especialy with focus handling).
The APA WG supports this proposal; it would improve accessibility for people who are experiencing a range of vision and cognition barriers.
With jumpy page, it does not make the accessibility better isn't it?
I mean, when you do "overflow:hidden" on the page, then much more things can go wrong: position:sticky stops working, browser removes "scroll bar", in the result the page content jumps around.
One caveat I can think of with this idea is that if an author makes a dialog that is too large for the current viewport, then the underlying document will need to be able to scroll so as to allow someone to view all the content of the dialog.
From the linked post.
I would keep native browser behavior here.
hm, maybe if it would be possible to prevent scroll event on parent window, then it would be possible, to mitigate it somehow.
Labels |
Added:
UI/UX
|
Labels |
Added:
bug
|
overscroll-behavior: contain;
?
Just 'bumping' this one here. Been rewriting a lot of BS modals into the new dialogs. When you have a long page with a lot of links to dialogs, then this is actually a user interface 'issue'. When scrolling the dialog is at the bottom, the background automatically starts scrolling: when closing the dialog the user is 'lost' as that is not where he started / clicked the link to open the dialog: he needs to scroll back to find where he left off.
The old (and yes I am aware of the phrase that in the past everything was better :)) BS modals didn't have this background scrolling enabled: works IMO better / user friendlier.
just my 2cts.
For reference:
No. Does the dialog scrolls or moves when you scroll the page? No, then no point ?