Bug 264998 - clicking on a day/week/month/year in timeline does not display any photos
Summary: clicking on a day/week/month/year in timeline does not display any photos
Status: RESOLVED FIXED
Alias: None
Product: digikam
Classification: Applications
Component: Searches-TimeLine (show other bugs)
Version: 2.0.0
Platform: Compiled Sources Linux
: NOR normal
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-01-31 20:45 UTC by Adam Spiers
Modified: 2012-06-27 09:17 UTC (History)
4 users (show)

See Also:
Latest Commit:
Version Fixed In: 2.5.0


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Adam Spiers 2011-01-31 20:45:36 UTC
Version:           2.0.0 (using KDE 4.5.5) 
OS:                Linux

When I click on a blue bar representing a day/week/month/year in the timeline sidebar on the left, even though it correctly updates the number of matching photos shown under the Logarithm icon, it does not display any photos in the main window, and the status bar at the bottom always says "No item selected (0 items)".

In contrast, the Calendar sidebar works perfectly.

Reproducible: Always




Latest 2.x from SVN running on openSUSE 11.3.
Comment 1 Andrew Coles 2011-01-31 22:55:12 UTC
Can reproduce here, too.  Clicking the capital letter under a blue bar - rather than the bar itself - does work, if you want to try that.
Comment 2 Adam Spiers 2011-01-31 23:13:02 UTC
(In reply to comment #1)
> Clicking the capital letter under a blue bar - rather
> than the bar itself - does work, if you want to try that.

So it does!  I hadn't noticed that, thanks.
Comment 3 Marcel Wiesweg 2011-02-09 19:41:21 UTC
Adam, should we close or change to usability wish?
Comment 4 Adam Spiers 2011-02-11 00:44:55 UTC
Definitely not close it - it's a serious usability bug which will render that sidebar useless for most people, since the workaround is far from obvious.
Comment 5 caulier.gilles 2011-02-11 06:00:30 UTC
This is why i implemented this behavior :

Selection of date must be done on the bottom area, highlight by the blinking rectangle.

The rest of vertical bar is a cursor dedicated to show the count of item printed on the widget corner.

I see a similar behavior with F-Spot and KPhotoAlbum, few year ago... Perhaps this have been changed now...

Gilles Caulier
Comment 6 Adam Spiers 2011-02-11 11:03:45 UTC
(In reply to comment #5)
> This is why i implemented this behavior :
> 
> Selection of date must be done on the bottom area, highlight by the blinking
> rectangle.
> 
> The rest of vertical bar is a cursor dedicated to show the count of item
> printed on the widget corner.
> 
> I see a similar behavior with F-Spot and KPhotoAlbum, few year ago... Perhaps
> this have been changed now...

Hi Gilles, thanks for the reply!  Is there any good reason NOT to make the vertical bar clickable?  The rectangle at the bottom is very tiny, so it is (a) difficult to click and (b) not at all obvious that this is the only place to click.  So currently most users will not be able to use this sidebar at all ...
Comment 7 Rinus Bakker 2011-03-26 16:24:16 UTC
(In reply to comment #6)
> (In reply to comment #5)
> > This is why i implemented this behavior :
> > 
> > Selection of date must be done on the bottom area, highlight by the blinking
> > rectangle.
> > 
> > The rest of vertical bar is a cursor dedicated to show the count of item
> > printed on the widget corner.
> > 
> > I see a similar behavior with F-Spot and KPhotoAlbum, few year ago... Perhaps
> > this have been changed now...
> 
> Hi Gilles, thanks for the reply!  Is there any good reason NOT to make the
> vertical bar clickable?  The rectangle at the bottom is very tiny, so it is (a)
> difficult to click and (b) not at all obvious that this is the only place to
> click.  So currently most users will not be able to use this sidebar at all ...

I was just about to report it as a bug, so it is clearly not obvious tow to use this function.
Rinus
Comment 8 Adam Spiers 2011-08-06 22:44:04 UTC
I just compiled latest git branch (2.1.0) and still see this bug.
Comment 9 caulier.gilles 2011-12-13 13:53:23 UTC
Adam,

It still valid with digiKam 2.4 ?

Gilles Caulier
Comment 10 Adam Spiers 2011-12-13 13:58:12 UTC
I will compile 2.4 and re-test when I get time, but that may not be for a few weeks so it would be quicker to test yourself, sorry.
Comment 11 caulier.gilles 2011-12-13 14:02:12 UTC
for me all work fine. This is why i ask you...

Gilles Caulier
Comment 12 Ananta Palani 2011-12-13 14:09:12 UTC
It is still a valid problem. I have the same usability problem. Since the whole vertical bar is highlighted when clicked on, all photos for time period should be visible immediately without having to click on the the little box below the bar. I don't think it is obvious that the blinking box much be clicked on.
Comment 13 caulier.gilles 2011-12-14 12:12:32 UTC
Git commit cd561d9900e301e7eef099f9acf060d93f69d7cf by Gilles Caulier.
Committed on 14/12/2011 at 13:09.
Pushed by cgilles into branch 'master'.

usability issue : use whole timeline cursor to make date selection, and not only bottom sqare.
BUGS: 264998
CCBUGS: 251887

M  +4    -81   digikam/date/timelinewidget.cpp
M  +0    -4    digikam/date/timelinewidget.h

http://commits.kde.org/digikam/cd561d9900e301e7eef099f9acf060d93f69d7cf