GNOME Bugzilla – Bug 167526
Detailed overview of when pictures were taken
Last modified: 2018-07-12 00:06:54 UTC
While the existing timeline view is nice, its resolution (in terms of picking out a particular date or photo) is poor. This "bug" is a suggestion for a more detailed view of this data. The first attachment to this report is a JPG which is also linked off of http://my-symbian.com/9210/review3_9500.php -- the second picture under the "Calendar" section. As the picture shows, this is a view of a yearly calendar which shows each day in the year as a small box. In f-spot, each day would be a black or a white box -- the presence of a photo taken on that day would cause the box to be black. (In an alternate, full-screen, date picker, a number could be used in the box to show the amount of pictures taken that day.) iPhoto 5 uses a calendar widget in the lower left corner of the screen. Apple's approach uses a two level view of picking a month out of a year and then picking a day out of a month, to get to the same level of detail that this suggested view has at the top level. See http://www.apple.com/ilife/iphoto/ organize.html This proposed view could either replace the current timeline (albeit at a cost of ~2x the vertical space) -- perhaps the current view would be the default on low resolution windows -- by stringing a left to right set of these grids, or it could be used as an optional, detailed view. However it is ultimately implemented, a more detailed date picker is needed in f-spot.
Created attachment 37508 [details] picture of calendar widget See initial description.
Yeah this is definitely something I want to do in the future. If you look in MainWindow.cs you'll see there is some disabled code to use Gtk.Calendar to implement something like the iphoto version but I haven't had time to implement this properly.
Perhaps the (relative) number of photos taken on a particular day can be indicated by a color? Light green for just one or two photos, and darker shades of green for more photos..
I think making the current timeline capable of zooming in and out would do the job and could be really neat. The main idea would be that as you move the mouse to scroll to a different date, it would start zooming out so you could effectively scroll faster, and it would keep getting farther out until some threshold (perhaps all the way zoomed out so you can see the full date range), or the user starts backing off their mouse movement and focusing in on a date. Perhaps it would be more clear if when the user start to scroll it first zoomed all the way out, then zoomed in until centering on the mouse they clicked a date or it got far enough zoomed in.
That would be very a very cool feature if we can get the automatic zooming feature in the timeline. Something like in Google Earth when you move from location to location. Perhaps even displaying 1-2 photos per year/month/quarter/week in the main browser when you are zooming? Perhaps to complicated. (Picasa has a similar feature to this with a timeline browser. Like a broken wheel, with the heading (date and some folder/group header), and at the edges pictures. The background picture is changed for each turn on the wheel (to the next group of pictures))
As far as variable zooming, I think that the edges of the view could be less accurate, and the middle be made more accurate. Like this: || | | | | | | | | | | || Where each space between pipes represents one month.
I think this image http://www.dcresource.com/reviews/sony/dsc_w55-review/screen-sw-calendar.jpg shows an easy to understand calendar view showing the first image of each day of a month. The calendar sidebar is also interesting.
A zoomed timeline would fit my way of working best, and the variable detail one from comment #6 would be great, but I think it should still be possible to manually zoom in/out to get an overview or to quickly move to some other place, possibly using the mousewheel.
*** Bug 349085 has been marked as a duplicate of this bug. ***
F-Spot has moved to https://github.com/f-spot/f-spot/issues If this Bugzilla ticket is still valid in a recent version of F-Spot, please feel free to post this topic as a ticket in the F-Spot project on GitHub. Closing this report as WONTFIX as part of Bugzilla Housekeeping as we are planning to shut down GNOME Bugzilla in favor of GNOME Gitlab.