You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Describe the bug
In #130, it was discussed how to potentially retain accessibility concerns, while also preventing the screen jumping when selecting patterns and style variations, and an expected fix was implemented in d97d68a
The jumping may still occur, but is not consistently happening, or may not be obvious without mouse navigation, leading to additional confusion over the previous implementation where it would always take you to the top of the list element at the very least.
Observe that the view may scroll up multiple rows, or just align it self to some unseen grid, or in some cases place the selected element near the bottom.
Expected behavior
The "jumps" should be consistent if they are not possible to prevent, although ideally we would of course want to not cause jumps at all.
Screenshots
Desktop (please complete the following information):
OS: Windows 10 (22H2)
Browser: Google Chrome
Browser Version: 125.0.6422.142
Additional context
Add any other context about the problem here.
The text was updated successfully, but these errors were encountered:
I wonder if this is an issue specific to Windows? I can't replicate it clicking on assorted patters/styles on Chrome on my mac. The only "jump" is if you click a card that's partially off screen, it should shift the scroll so that the full card is on screen, but it's pretty subtle.
I've semi-consistently been able to replicate the behavior by picking a variation first, then making a click to move the selector outside either ul element, before selecting a pattern, but only rarely does the jumping happen when a pattern is already selected, it's... odd...
Describe the bug
In #130, it was discussed how to potentially retain accessibility concerns, while also preventing the screen jumping when selecting patterns and style variations, and an expected fix was implemented in d97d68a
The jumping may still occur, but is not consistently happening, or may not be obvious without mouse navigation, leading to additional confusion over the previous implementation where it would always take you to the top of the list element at the very least.
To Reproduce
Steps to reproduce the behavior:
Expected behavior
The "jumps" should be consistent if they are not possible to prevent, although ideally we would of course want to not cause jumps at all.
Screenshots
Desktop (please complete the following information):
Additional context
Add any other context about the problem here.
The text was updated successfully, but these errors were encountered: