it isnt logical that the normal mouse scroll would change the timeline marker in stead of the scrollbars. I propose that the current implementation be changed to move scrollbars and then you can implement SHIFT+SCROLL to add the modified behaviour. if needed you could madd this as an option in the settings to be configured
As of right now, having the mouse over the layer list on the left side actually scrolls vertically while having the mouse over the timeline itself moves horizontally. I wouldn't be opposed to changing this to always scroll vertically unless a modifier is held, but I thought keeping the behavior close to legacy would be a good idea for 5.0...
Let me clarify, that as of Krita 5.0, mouse scroll over the layer list should scroll vertically while scrolling horizontally when over the timeline.
(In reply to Eoin O'Neill from comment #1) > As of right now, having the mouse over the layer list on the left side > actually scrolls vertically while having the mouse over the timeline itself > moves horizontally. > > I wouldn't be opposed to changing this to always scroll vertically unless a > modifier is held, but I thought keeping the behavior close to legacy would > be a good idea for 5.0... aj sp this left hand side behaviour seems to be krita next implementation...i'd probably still prefer my proposal cause i can imagine being frustrated by the changed scrolling behaviour and having to go left each time to be able to scroll its certainly better than not having it at all, but shift+scroll makes more sense to me
I accidentally missed the bug number on the commit for this one. (Sorry!) After toying around on an animation for a while, I agree with you. It also keeps scrolling consistent with the Curves Docker -- for what that's worth... Solved as of commit: f2de75310783bbdcfa2aa44ff6ae489d38c49ce6