>         Fourth, there should probably be a "go back" button and
>         shortcut keys
>         (ex: backspace/alt+left/escape) to go back to the previous
>         view (go back
>         from a photo to its event, from the event to the month, from
>         the month
>         to the year, etc.).
>         
> 
> 
> We do already have some notion of "go back" when you're viewing a
> photo.  If you press Escape, you'll go to the view you were in when
> you double-clicked the image.  Are you suggesting something beyond
> this?


Yes. The Escape key (and only that key) works in the following scenario:
exiting from a "single image view" to go back to the event/gallery view.
However,
- This doesn't work to go from an event --> the month, or the month -->
the year, or the year --> Events. In other words, this doesn't allow you
to go "up" indefinitely in the hierarchy.
- The backspace and alt-left keys don't work, it might be nice having
them too (for increased consistency with some other apps)


Some more thoughts today:
I'm also wondering what the target userbase of Shotwell is. Is it pro
photographers, mom & pop, or both? If it targets mom and pop, I'd
recommend having the following additional buttons in the toolbar
(shown/hidden depending on the context):

- Go back ("Go back to the list of photos"); this button is shown when
you are in the "view mode" of a photo, and is the same thing as pressing
Escape (except that it's discoverable)
- View/edit; this button is shown when you're in an event view and want
to see a particular photo/edit it full size. This may sound silly, but
double-clicks can be hard to discover/remember for non-geeks, according
to my observations over the years (with f-spot, nautilus, evolution, for
example).
- View; this button is shown in library view/year view/month view to
"enter" an event (again due to the problem of double click).
- Rename; shown in library/year/month view to rename an event (just
besides the Merge button), since it's an often-used action. Do not
assume users will use the right-click or menus spontaneously :)


Finally: do you have a particular reason why the photo toolbar is at the
bottom instead of at the top? There are two problems with this:
1-
http://library.gnome.org/devel/hig-book/stable/toolbars-appearance.html
the HIG recommends putting toolbars "directly below the main menu bar".
In our case it would probably be shown not "directly below", but still
above of the image canvas (since the toolbar does not affect items in
the sidebar)
2- gtk tooltips often don't appear correctly (they show offscreen) when
the toolbar is at the bottom and Shotwell is maximized. Bad for
usability.
3- consistency with other applications, and the fact that the human gaze
tends towards the top of the application to find toolbars, and the fact
that my mouse spends the most of its time in the upper part of the
screen.
_______________________________________________
Shotwell mailing list
[email protected]
http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell

Reply via email to