After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 675035 - Better UI for clip curves and keyframes on the timeline
Better UI for clip curves and keyframes on the timeline
Status: RESOLVED FIXED
Product: pitivi
Classification: Other
Component: Keyframes animation
Git
Other Linux
: Normal enhancement
: 0.91
Assigned To: Pitivi maintainers
Pitivi maintainers
Depends on:
Blocks:
 
 
Reported: 2012-04-28 18:57 UTC by Jean-François Fortin Tam
Modified: 2013-10-05 14:56 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Jean-François Fortin Tam 2012-04-28 18:57:02 UTC 
The current approach with Pitivi 0.13 to 0.15 was to display keyframe curves on all clips at all times on the timeline.

The problem is that:
- It is visual overload
- It makes it harder to distinguish which clips actually have curves "applied" to them and which are untouched.

Ideas:
<Mathieu_Du> maybe a button show/hide keyframes
<nekohayo> or that you have to "add" a keyframe curve to a clip before it shows on it. This is how it's done in some other apps where they use these curves for opacity, speed, volume and panning.

Maybe the solution is really to take this all out of the timeline and into an external keyframing UI that is part of the "Clip properties" tab, especially if there are many things that you can control with the curves.
Comment 1 Mathieu Duponchelle 2013-09-19 21:10:02 UTC 
Unassigning myself because we chose to keep it in the timeline together :)
Comment 2 Jean-François Fortin Tam 2013-10-05 14:56:42 UTC 
Actually fixed, as the current approach doesn't show them at all times, only when clips are selected; and it also allows switching between the generic (opacity, volume) curves and the one specific to an effect property, as far as I know.