SUMMARY In the Timeline, zooming in / out using CTRL+mousewheel centers around position 00:00:00,000 of the timeline, instead of the current cursor/transport position. This is not the case when zooming is done via CTRL++ and CTRL+- or when dragging the zoom slider, where the zooming works as expected (centered about momentary playback position) Up until lately i was using KDENLIVE version 18.x, where the CTRL+mousewheel zoom worked correctly, so i guess this bug was introduced in version 20.x I noticed this behaviour on DEBIAN bullseye (both installed and in the .appimage version) as well as on windows 7 (portable version) SOFTWARE/OS VERSIONS Windows: 7 Linux/KDE Plasma: Debian bullseye (available in About System) best Oliver
Are you experiencing this in latest version still? Cannot reproduce...
(In reply to farid from comment #1) > Are you experiencing this in latest version still? Cannot reproduce... It's better with the latest version (20.12.3), though still not perfect. The CTRL+mousewheel zoom now comes "close" to the cursor but then looses it when zooming in very high. ATM it's good enough for me, but it's still not quite like zooming in with keys or by dragging the zoom slider best oliver
Hi and thank you for your patience. Can you please check whether this issue still exists in the latest version 24.12.0? If yes, please update this report to reflect the new version. If it works now like you expect it would, you may change the status of this report to RESOLVED - FIXED. At any rate, this report will be closed if there is no activity for the next 30 days.
🐛🧹 ⚠️ This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information, then set the bug status to REPORTED. If there is no change for at least 30 days, it will be automatically closed as RESOLVED WORKSFORME. For more information about our bug triaging procedures, please read https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging. Thank you for helping us make KDE software even better for everyone!
🐛🧹 This bug has been in NEEDSINFO status with no change for at least 30 days. Closing as RESOLVED WORKSFORME.