Header select and scroll

Beta
#1

First off beta looking cool. So far just little minor things that would slow down productivity.

scroll whell no longer works
scroll whell no longer works1863×469 37.3 KB

Header if click into an elment with lots of option when you have it in the new vertical mode scroll works but if you change it to horizontal like how was previous setup the scroll wheel no longer works.

changes to movable block easily
changes to movable block easily1909×531 30.1 KB

I noticed the highlight buttons if you happen to click to long or moving the mouse as you click just instantly changes it to a movable box. Wonder if a solution to holding click has to be like half second or something before the drag kicks in so if you are going back and forward clicking you don’t have to make sure you bring your mouse to a complete still then click on it. Or making the buttons themselves not activate instead areas between and around although that might be trickier as I know in vertical mode you don’t have much extra space so would make it tricky for that so I think requiring like half a second hold click before the drag drop kicks in would be better.

#2

Thank you for sharing this! Great feedback. We’ll look into what’s going on with the scroll wheel. Also, we’ve seen other reports of the drag/drop being too sensitive so we can turn that down a notch.

1 Like
#3

Quick update: We’ve adjusted the sensitivity for the drag interactions.

Sorry for not going more in-depth on this before. One of the things we did with this update was fully remove the scrolling JS library we had implemented because of all kinds of problems it was causing and because we had to use to many styling workarounds. The app is 100% using native browser scroll behavior. To scroll horizontally with a mouse scroll wheel you need to hold shift.

1 Like
#4

Ok thanks annoying that native requires the shift to scroll. This will be interesting what I feel better with no using horizontal and remembering shft or switching to vertical.

#5

I believe browsers do it to give consistent behavior since in some cases you could potentially be scrolling both horizontally and vertically at the same time. This is also possible in Pro with the horizontal Outline view. It’s possible to scroll each pane vertically, but the main list horizontally. The library we used before had a way to reconcile this to automatically propagate the scroll event, but that library also introduced many other styling challenges. If it becomes a big pain point we can consider taking time to develop that functionality ourselves but since it’s somewhat involved we haven’t prioritized it over other items.

#6

I have been working in the vertical mode for this and been finding it fine was just an adjustment. From my perspective no need to prioritise this especially if it is likely to cause other issues or performance by adding extra libraries.

#7

Thanks @quentosity,

Sounds good. We’ll still keep it in mind in case it becomes a bigger issue with users, but we’d prefer not to involve another library unless it’s 100% needed.