Partially visible controls within a pane do not scroll into view

[desrosj]

If the widget pane has many widgets, sometimes the widget dialogue will not be visible when the edit shortcut icon is clicked on the page. If any part of the control is visible, it does not fully scroll into view even though the focus is properly set.

A few notes:

• If the widget is not in view at all wihtin the pane, it properly scrolls it into view and focuses.
• The problem also occurs if the pane is not currently visible when the edit shortcut is clicked.

Clicked edit shortcut on a widget in view in the sidebar:
​https://cldup.com/EPHX4omF81.png

Clicked edit shortcut on a widget with part of the header visible in the pane:
​https://cldup.com/gOsa9rovWG.png

[westonruter]

The issue is that the widget's toggle is a focusable element, and so it can be focused without the rest of the widget control being shown. In fact, the rest of the widget control may not be fully expanded by the time the control is focused. Maybe when a control is focused, and it has an expanded state (such as widgets and nav menu items), when it finishes expanding it should also call scrollIntoView if needed (or even scrollIntoViewIfNeeded).

[jpurdy647]

Patch to scroll clipped widgets into view

[jpurdy647]

Patch to scroll clipped widgets into view - revised

[jpurdy647]

Widgets now scroll into view when opened. It will only scroll down if the widget is clipped on the bottom of the screen. Can't think of any way a widget could be clipped on the top of the screen. I can add that if there is some situation scrolling up to make a widget visible would be necessary.

[m1tk00]

Scroll to opened widget

[jpurdy647]

The problem with scrollIntoView() is that it jumps the element to the top of the screen immediately, interrupting the user experience.

My approach is to check whether the widget will be clipped on the bottom (or be too close to the bottom of the screen) and if so smoothly scroll down while the widget is sliding open.

[DrewAPicture]

Assigning ownership to mark the good-first-bug as "claimed".

[desrosj]

I tested 40862.patch​, but that approach did not seem to fix the issue for me.

@jpurdy647 It seems that there are issues with your newest patch file. I was unable to apply it to trunk. scrollToOpenedWidgets-2.diff​ appears to be missing Index information. It also looks like the surrounding code in the patch has changed. Are you able to recreate and refresh the patch?

In case you need some information on creating patches, check out ​https://make.wordpress.org/core/handbook/tutorials/working-with-patches/.

[jpurdy647]

Patch to scroll opened widget settings into view

[jpurdy647]

Here you go, updated to reflect more recent changes in that file.

[SergeyBiryukov]

Thanks for the patch! Marking the ticket for testing.

Looking at widgets.js.patch​, the number 130 seems somewhat arbitrary, but there are also some other numbers like 250 or 30 in the existing code. It would be great to document where they come from for future reference.