Bug 356498 - Several workflow and design improvement suggestions for timeline widget (video example included)
Summary: Several workflow and design improvement suggestions for timeline widget (vide...
Status: RESOLVED WORKSFORME
Alias: None
Product: kdenlive
Classification: Applications
Component: User Interface & Miscellaneous (show other bugs)
Version: git-master
Platform: Ubuntu Linux
: NOR wishlist
Target Milestone: ---
Assignee: Jean-Baptiste Mardelle
URL: https://youtu.be/fzPw1Gmhes4
Keywords:
Depends on:
Blocks:
 
Reported: 2015-12-11 00:40 UTC by Unknown
Modified: 2020-05-04 04:33 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Unknown 2015-12-11 00:40:27 UTC
See video in URL field for example and details.

Suggestions include:
1. Change function of mouse wheel when hovered over timeline scrollbar. Currently "mouse up" scrolls backwards, and "mouse down" scrolls forwards. Recommend switch, mouse-up scrolls forwards, mouse down scrolls backwards. More in line with the rest of timeline functions.
2.  "Fit zoom to project" doesn't fit zoom to project.
3. "Status bar" isn't really a status bar at all. Consider moving to bottom of timeline widget, since it seems to only affect it.
4. Making changes to title clip removes thumbnails from timeline.
5. Consider not having layout automatically highlight the properties tab when a clip is selected in timeline.
6. Green flashing "add tansition" arrows at bottom... not terribly professional? (see brainstorming graphic proposal in video)
7. Remove "fade" attribute from video clips in timeline altogether?

Reproducible: Always




Tested on Kdenlive 15.11.90+48 via vpinon's Wily ppa. Using Ubuntu GNOME 15.10 x64 w/ Gnome 3.16.
Comment 1 Wegwerf 2015-12-11 17:13:52 UTC
As for the direction of the mouse scroll wheel I would suggest to offer a user-configurable option to reverse its direction. My own experience is that sometimes I need it, sometimes not. So it probably strongly depends on the individual user -- thus my suggestion to turn it into a user config option.
Comment 2 Unknown 2016-01-27 20:26:19 UTC
@wegerf, the vertical scrollbar makes perfect sense: scrolling down goes down, scrolling up goes up. However, scrolling up in the Project Monitor window, timecode field below the monitor, in the time numbers and zone field above the timeline tracks all move the timeline forward; scrolling down moves them backwards. Do you think that the horizontal scrollbar should do the opposite. To me, it seems really incongruent with the rest of mouse scrolling operations within the timeline  widget.
Comment 3 Unknown 2016-03-08 21:42:52 UTC
Looks like issue #4 has been resolved/fixed in latest git master builds. Thanks!
Comment 4 Unknown 2016-10-27 23:53:26 UTC
Issues 3, 5 and 6 have been resolved in recent master builds and stable release builds. Issues 1, 2, and 7 are still up for review and discussion. :)
Comment 5 emohr 2020-04-04 18:01:14 UTC
Point 2,4 should be solved in 19.12
Point 6,7: check out version 19.12
Comment 6 Bug Janitor Service 2020-04-19 04:33:09 UTC
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!
Comment 7 Bug Janitor Service 2020-05-04 04:33:12 UTC
This bug has been in NEEDSINFO status with no change for at least
30 days. The bug is now 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

Thank you for helping us make KDE software even better for everyone!