hey, ive been using krita to animate for awhile now and just downloaded Krita’s beta 3 last night. Love everything, but i came across this small problem. i personally like to use the zoom timeline to 'minimise 'the size of the frames in order to see more at once. however, when i pan towards the later frames, the sizes increase. i cant really explain this, so i screen recorded it. not too sure if this is a bug, but hope to receive some assistance. thanks!
Hello and welcome to the forum 
I’ve tried this with the 5.0.0-beta2, beta3 and beta5 Linux appimages using an 870 frame animation and I don’t see this happening.
With the Windows portable .zip running on Windows 10, using the beta3, there is a small effect if I switch layers to give different layer/frame content in the Timeline but this is not always the case.
Which operating system are you using?
Does the frame scale zoom always get larger and does it increase the more you pan?
Initially, with the most compressed zoom setting, how many frames fit on the Timeline?
If you pan back to the start, does the zoom change?
After some panning, what is the new number of frames on the Timeline?
That’s a functionality 
click on scrollbar
and rather than moving cursor horizontally, move it vertically
it will zoom/unzoom the frame size
it’s like hell when you try to scroll with a drawing tablet because I always sligthly move my pen up or down…
Grum999
same i use a pen tablet, but this didnt occur before in the previous krita versions? anyway this is hell man
Im using the windows operating system.
it gets larger most of the times, but not all the time
about 215?
it increases as well, but very slightly
about 150?
i think this is what the comment below mentioned about the functionality. i use a pen tablet, so scrolling in a straight horizontal line is practically impossible for me. this results in the zooming and unzooming of the frame size. this didnt occur in krita 4 before though… well, thank you for taking the time to answer my question :>
It seems that I’m very good at dragging a horizontal line with a mouse
It does happen as you say for the 5.5.0-beta3 and also for later versions if there is vertical movement while dragging.
It does not happen for version 4.4.8.
Also, for me, verison 4.4.8 keeps the cursor image but the later verisons do not show the cursor while dragging the Timeline slider.
If this is an intentional design change then it’s surprising because setting the frame zoom/width is a very personal preference and this easily disturbs it.
I’ll ping @emmetpdx for advice about this.
I’m on my smartphone and didn’t test the last beta version
But I clearly remember I was suffering by this with pre-alpha
I’ll do additional check after the office
Grum999
Back to home.
I’ve made a test, I confirm that in Krita 4 it doesn’t occurs while the functionality is here in Krita 5-beta5
I think it was introduced with this commit:
@eoinoneill @emmetpdx is there a possibility (even through a flag directly put in kritarc file) to disable this?
The comment for commit was:
This patch gives the timline docker the ability to zoom while scrolling.
It also improves some of the behavior regarding the infinite scroll by
adding an overscroll signal and overriding some of the default scrollbar
input handling. It also realigns the scrollbar to account for the header
offsets.This should help timeline navigation and UI/UX problems. It will also
stop users from getting stuck while trying to scroll.
But clearly, we’re at least 2 living in hell with this option 
Grum999
Hey there. Sorry to hear you’re both having trouble with this.
Personally I don’t find to too difficult to control (drag left/right for scroll, drag up/down for zoom) with either a mouse or a tablet, but I know that what’s comfortable or intuitive can be pretty subjective. Maybe this is something you can get used to over time, but it’s also good to consider potential accessibility issues.
Like @Grum999 mentioned, it may be possible to add a configuration flag inside the kritarc file. For multiple reasons this isn’t something that will be added to Krita’s UI config menu, the main reason being that we are hoping to release as soon as next week.
In the meantime, another option to easily scroll the timeline is to hold space + click + drag anywhere on the timeline frame table. Of course, the drawback here is needing a keyboard or bound button on your tablet, but you might already have one of those. (Aside from that, please give the zoomable scrollbar another chance to see if this is something that you can get used to over time, or whether more work needs to be done to improve control and accessibility. I will do my best to add a kritarc option before 5.0 launch.)
Emmet
@AhabGreybeard Yeah, this was an intentional design choice added during the timeline overhaul almost 2 years ago.
We thought (and personally, I still think) it’s convenient to be able to easily zoom and pan the timeline in a single click-drag gesture. I don’t find it too hard to draw horizontal or vertical lines with a tablet, but I know that some people are more used to dragging diagonally because of the arc of the forearm. Are you also having difficulty controlling pan vs zoom when dragging the scrollbar?
Sidenote (probably off topic) - In kdenlive the zoom button is integrated in the scrollbar, will it be good to use that? it will reduce one button. This is just a random thought or suggestion.
@emmetpdx This behaviour (timeline zoom by vertical drag component of the pan slider/scroll bar) doesn’t happen in version 4.4.8 so it is a surprise for users trying 5.x.
Another surprise is that the cursor now disappears when you click-drag the pan scroll bar (or what has now become the pan/zoom bar). This makes it more difficult to judge if you’re dragging in a purely horizontal movement.
I seem to be good at horizontal mouse dragging but less good with a stylus.
Personally, I use the small upper-left zoom control icon to minimise the zoom so as to maximise the number of frames on the timeline and I hope/expect that the zoom stays minimised.
It seems that @fawn_yeo has the same expectation
Now that I know and understand what’s happening with the scroll bar, I can make sure that I add a small but definite downward movement of the mouse when I’m dragging the scroll bar left-right, so as to ensure that the zoom stays minimised.
This is easy with a mouse because of the physical space available on my desk surface. With a stylus, it’s less easy because with the timeline docker at the bottom of the screen, the stylus would probably pass beyond the lower edge of the tablet.
For someone who’s set the zoom to a definite non-mimimim value, for whatever personal reason, using the zoom control icon, they could be inconvenienced by having it change as they try to pan and don’t use a perfectly horizontal movement. This would be made even more difficult by the fact that the cursor disappears so they can’t easily judge if they’re drifting in a vertical direction.
It’s not going to affect me, because of how I usually use the zoom setting and because I now know how to avoid it. It may well affect, surprise and annoy some people though.
Edit:Add: The cursor does not disappear when you use the small zoom icon and it doesn’t disappear when you use scroll controls in other dockers.
I’ve no idea why it disppears when you use the Timeline pan-zoom/scoll bar.
I’ve only ‘played’ with kdenlive and I don’t know which part of the UI you mean.
Can you post a screenshot to indicate where this is?
In kdenlive the scrollbar of the timeline docker has two small buttons when you click and drag those buttons the timeline zooms in and out
For my personal use, this would be the best solution.
Yes, independent and separate control of zoom and pan with one UI element.
okay! that’s perfectly fine with me. i’ll try to get used to it : )
I’m using my tablet & mouse like a big nag 
To be more precise, I’m so used to scroll without taking care about doing a proper horizontal or vertical movement that here it’s a problem for me (I think I always scroll in diagonal in fact, with a mouse or a pen, Krita or any other software on which I can scroll)
So the thing is, I have to think to take care when I scroll.
Not a big issue, I know how it works now and I’m grumbling each time I forgot it, but there’s no impact on drawing/animation (so not a big issue)
I didn’t took a look to code.
But maybe for 5.1, instead of an hidden option to activate/deactivate it, review how the zoom is triggered or not.
For example, if in the first 40pixels move angle 𝛼 is less than 70° then it’s horizontal scroll, otherwise it’s a zoom
Grum999
Yeah that looks pretty nice and easy to understand, though probably requiring a higher degree of precision from the user since you have to click on two specific dots. We could probably do a better job of theming our zoomable scrollbar to better convey how it’s meant to be used, but that’s obviously out of the question for 5.0 and not high on my personal list of priorities for the immediate future.
@fawn_yeo @Grum999 We’ve added a configuration option to disable the scrollbar zooming functionality. Just add a scrollbarZoomEnabled=false somewhere in your kritarc config file. (Krita FAQ — Krita Manual 5.0.0 documentation for more info.)
This has just been added to the master and krita/5.0 branches, so it should be available as soon as tomorrow’s Krita Next nightly build from the website and will also work in the 5.0 release.
