SUMMARY -Grabbing the bottom bar on the timeline and moving down the timeline (using a tablet pen), it starts zooming in (making the frames larger) while also moving down the timeline even though I'm not touching the zoom slider. SOFTWARE/OS VERSIONS Windows: 10 ADDITIONAL INFORMATION -It zooms in when I move it right, and doesn't zoom out when I move left. -This doesn't happen when using the mouse.
The zoomable scrollbar on the animation timeline is designed to slide the tileline left and right when you drag it left and right, while zooming in and out when you drag it up and down. It's a bit unconventional, but this is a to make it very quick and easy to pan and zoom the timeline with a single press-and-slide motion of a mouse or pen. In other words, it should only zoom in when you drag it in an upwards direction, and it should only zoom out when you drag it downwards. As such, when dragging left and right, it shouldn't affect the zoom much (if at all). Right now it seems to be working as intended for me with both a tablet and mouse, and because of that I can't confirm it. If you feel like it's still not working the way you want or expect it to, please feel free to reopen this bug and I can take another look at it.
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please mark the bug as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!
This is a video showing the bug exactly. First with the mouse then with the tablet. This is still happening in the most recent 5.2.2 release. On Thursday, January 25, 2024 at 05:43:02 PM PST, Emmet O'Neill <bugzilla_noreply@kde.org> wrote: https://bugs.kde.org/show_bug.cgi?id=470109 Emmet O'Neill <emmetoneill.pdx@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |WAITINGFORINFO CC| |emmetoneill.pdx@gmail.com Status|REPORTED |NEEDSINFO --- Comment #1 from Emmet O'Neill <emmetoneill.pdx@gmail.com> --- The zoomable scrollbar on the animation timeline is designed to slide the tileline left and right when you drag it left and right, while zooming in and out when you drag it up and down. It's a bit unconventional, but this is a to make it very quick and easy to pan and zoom the timeline with a single press-and-slide motion of a mouse or pen. In other words, it should only zoom in when you drag it in an upwards direction, and it should only zoom out when you drag it downwards. As such, when dragging left and right, it shouldn't affect the zoom much (if at all). Right now it seems to be working as intended for me with both a tablet and mouse, and because of that I can't confirm it. If you feel like it's still not working the way you want or expect it to, please feel free to reopen this bug and I can take another look at it.
Thanks for your comment! Automatically switching the status of this bug to REPORTED so that the KDE team knows that the bug is ready to get confirmed. In the future you may also do this yourself when providing needed information.
You mentioned a video but I think you didn't attach it right because it's not appearing in the attachments box. Please give it another try when you can.
Created attachment 165843 [details] Krita timeline stretch example.mp4 I reduced the file resolution, you should be able to watch the attached video now. On Monday, February 12, 2024 at 12:18:22 PM PST, Emmet O'Neill <bugzilla_noreply@kde.org> wrote: https://bugs.kde.org/show_bug.cgi?id=470109 Emmet O'Neill <emmetoneill.pdx@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |WAITINGFORINFO Status|REPORTED |NEEDSINFO --- Comment #5 from Emmet O'Neill <emmetoneill.pdx@gmail.com> --- You mentioned a video but I think you didn't attach it right because it's not appearing in the attachments box. Please give it another try when you can.
Hi, nunya! The bottom scrollbar of the timeline docker is supposed to zoom the timeline when you move it into up or down direction. It happens with both mouse and tablet. This scrollbar is a combination of zoom and scroll by design. Is it the problem you are trying to report?
Created attachment 166115 [details] attachment-1943587-0.html As you explain. It would appear that because I didn't know moving up would zoom in the timeline, THAT was the bug I was reporting. I was moving the timeline right and pulling up on my tablet slightly so that was causing the zoom in. Everything is working as intended. You might want to take the Zoom Timeline button (the two arrows fused together in opposite directions) that is above the layers in the timeline docker, and put that button graphic in the scrollbar to make it a little more intuitive to understand that it works like that. On Monday, February 26, 2024 at 06:16:31 AM PST, Dmitry Kazakov <bugzilla_noreply@kde.org> wrote: https://bugs.kde.org/show_bug.cgi?id=470109 Dmitry Kazakov <dimula73@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |WAITINGFORINFO Status|REPORTED |NEEDSINFO CC| |dimula73@gmail.com --- Comment #8 from Dmitry Kazakov <dimula73@gmail.com> --- Hi, nunya! The bottom scrollbar of the timeline docker is supposed to zoom the timeline when you move it into up or down direction. It happens with both mouse and tablet. This scrollbar is a combination of zoom and scroll by design. Is it the problem you are trying to report?
Thanks for the follow-up, nunya. I think you're right that we need to find a better way to show how these zoomable scrollbars work, because although these kinds of scroll bars are becoming somewhat more common it certainly isn't very intuitive to people who are used to classic scroll bars. We'll consider that in future UI work for sure. Resolving this bug as intentional.