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 675469 - Smarter and configurable ruler timecode / timestamp style
Smarter and configurable ruler timecode / timestamp style
Status: RESOLVED FIXED
Product: pitivi
Classification: Other
Component: Timeline
Git
Other Linux
: Normal enhancement
: 0.91
Assigned To: Jean-François Fortin Tam
Pitivi maintainers
Depends on:
Blocks:
 
 
Reported: 2012-05-04 20:24 UTC by Jean-François Fortin Tam
Modified: 2012-05-30 16:13 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Jean-François Fortin Tam 2012-05-04 20:24:26 UTC
Bringing back an old idea back from the depths of the Internet:
http://www.mail-archive.com/pitivi-pitivi@lists.sourceforge.net/msg00574.html

Current problems:
- Visual overload. Rarely do users have timelines that stretch into hours.
- We don't display frames. This is important for stopmotion and 3D animation.
- The timecode notation is not fully compliant with 
  http://en.wikipedia.org/wiki/SMPTE_time_code (may be a separate bug report)

Some ideas to solve the problem:
- Check the duration of the timeline. Don't show hours if it doesn't make sense.
- When moving the mouse over the ruler, display a tooltip with the frame number.
- Add an option in the prefs to "Show frames instead of miliseconds". Or perhaps there is a clever, automagic way to determine when users would be most likely to care about frames vs when they care about miliseconds? I may be overlooking something here.

Ideas (and patches!) welcome. If possible, I'd like to find a solution that is "automagical" rather than a forced option in the preferences dialog.
Comment 1 Jean-François Fortin Tam 2012-05-30 16:13:47 UTC
I think this should solve the core issue (the need for human-readable times and to show the frame number), without requiring intrusive/complex changes and without requiring additional preferences:


commit 56c0b9a55cbf47c60c65f136432ca5f8a67611d0
Author: Jean-François Fortin Tam <nekohayo@gmail.com>
Date:   Wed May 30 11:33:32 2012 -0400

    ruler: Show a tooltip with the time and frame number on hover


For the timecode compliance issue, see bug #677108 instead.