[Shotwell] Improvement suggestions

Tue Dec 8 01:31:26 UTC 2009

Ühel kenal päeval, E, 2009-12-07 kell 08:45, kirjutas Adam Dingle:

> Mattias,
> 
> I'm glad you like Shotwell so far!  Thanks for your many suggestions.  
> Here's some feedback:
> > 1. Quite a number of keyboards and mouses have back and forward buttons,
> > which are mostly useful for browsing web. These keys could be used in
> > Shotwell too, for navigating in 10 or 20 item history.
> >   
> It's a good idea to support the mouse back/forward buttons in some way.  
> We could either (a) make these buttons equivalent to the Previous Photo 
> and Next Photo buttons in full-window mode, or (b) use them to navigate 
> through the history of pages recently viewed.  With (b), the back button 
> might take you to the previous viewed event, for example.  Are you 
> suggesting (b) rather than (a)?

I would prefer b (back/forward for moving in history), with some
additional features. It could be 
called "Navimouse enabled" or something :)

Mouse buttons usage:

Proposal for Shotwell

F-Spot

Picasa

Irfanview

Eye of
Gnome

gThumb

QIV

Feh

Gwenview

Digikam

Windows picture viewer

LMB
click

Next
photo

-

-

Prev

-

Next

Next

Next

-

Next

Next

LMB
double
click

Advance 10 pictures

-

-

Prev

-

-

-

-

Exit
fullscreen

-

-

LMB
triple
click

Advance to next event

-

-

-

-

-

-

-

-

-

-

LMB
drag

Mark
cropping area. Adjust from handles. Click in center to end selection, click outbounds to cancel.

Mark
cropping area, no way to confirm using mouse

-

Prev

Starts
dragging the image file

-

Pan
image 

Pan

Pan

-

-

Mouse
weel
scroll

Zoom
in/out

Zoom
in/out

Prev/next

Prev/Next

Zoom
in/out

Prev/Next

-

Prev/Next

Pan

Prev/Next

-

MMB
click

Center
clicked position, when zoomed in

-

-

Exit
fullscreen

-

Prev

Quit

-

Switch
between 1:1/Fit mode

-

-

MMB
double
click
(hard
to
trigger, using wheel)

Open
small
image
adjustments dialog

-

-

-

-

-

-

-

Exit
fullscreen

-

-

MMB
triple
click
(extra
hard
to
trigger)

Enhance image (undoable using Back button)

-

-

-

-

-

-

-

-

-

-

MMB
drag

Drag
zoomed
image

-

-

-

-

-

-

Left-right drag to zoom out-in

-

-

-

RMB
click

Context

Context

-

Next

Context

-

Prev

Context

Context

Prev

Context

RMB
double
click

Go 10
pictures back

-

-

Next

-

-

-

-

-

-

-

RMB
triple
click

Go to
the
beginning of previous event

-

-

-

-

-

-

-

-

-

-

RMB
drag

Tag
photo
facebook alike, showing rectangular area

-

-

Next

-

-

-

-

-

-

-

Mouse
gestures

-

-

-

-

-

-

-

-

-

-

Back/Forward

History back/forward

or
editing stages undo /redo

-

-

Prev/Next

-

-

-

-

-

-

Prev/Next

Some actions not covered in current proposal:
Quit, Rotate, 1:1 Scale, Fit, Delete, Mark

Usually mouse gestures need to be dragged, but why not to try clickless
gestures (polling mouse position will cause a waste of battery life and
resources).

Possible gestures without pressing a button:
„Shake“ (quick left, right, left, right movement, >200px wide, within
500ms) to delete or to send to temporary Lightbox alike recycle bin,
which is shown in normal mode as „Images marked for deletion“.
„Nod“ (moderate speed movement >150px down and up again to the same
position (closer than 50px) to mark a picture as starred to send it to
Lightbox for further actions.
„Clockwise“ (movement resembling a clockwise drawn circle with 100px
radius or more) to rotate image CW.

BTW, these Back forward buttons are actually keyboard keys, which simply
happen to be on mouses, similar keys on keyboard produce the same
events: XF86Back and XF86Forward.

> > 7. Using page up and page down to navigate, with Ctrl to navigate
> > through events. (This automatically makes the Presentation control
> > remotes useful, which are are simply HID keyboards with PgUp and PgDn keys
> > for Prev - Next slide, . (a dot) for blank screen, Esc to end session,
> > F5 to start presentation, these are simply Powerpoint default shortcuts)
> >   
> I believe you're asking for the following:
> 
> Page Up/Down = go to previous/next photo in full-window mode (just like 
> left arrow)

Just like left/right arrows.

> Ctrl+Page Up/Down = go to previous/next event (in full-window mode?  or 
> even in the Photos view?)
> 
> Is this correct?

Why not in both views and even in slideshow mode, for consistency, 
since by far there is no better use for these shortcuts.

> > 8. Backspace for full-window image should move to containing event
> > directory (same as doubleclick).
> >   
> This seems like a reasonable idea.  I've filed a ticket for this 
> (http://trac.yorba.org/ticket/1080 ).  This should be easy, so we might 
> implement this for 0.4.
> > 9. Slideshow and fullscreen view should be directly switchable from one
> > mode to another.
> >   
> I suppose we could allow that, though I don't imagine users would need 
> this too often.  Are you suggesting that we implement this with a 
> toolbar button, or with a key command?

It depends.. If fullscreen isn't that different from slideshow in terms
of editing capabilities and 
and informational boxes (which I would love, it could resemble some of
flash galleries used in 
web), these should be unified and then the only difference could be
play/pause and stop 
buttons. Pressing play could hide all the other boxes, until stop (not
pause) is pressed.

> > 10. For cropping, current Gimp interface is worth a medallion for easy
> > mouse usage, it is a little hard to snap from current 12px area (at
> > least on 1640x1050 which is becoming more common).
> >   
> When you say "it is a little hard to snap from current 12 px area", do 
> you mean that in Shotwell the user must crop by moving the mouse into a 
> 12-pixel area near the crop rectangle, and that that area is too small?  
> I've never found the Shotwell interface to be hard to use, but I suppose 
> we could make that area a bit larger like in Gimp.

Why not to make it 1/4 of the height (width), but >12px?

> > 11. This is probably a feature for 2.5, but IMHO Gnome desktop is still
> > lacking a decent way to present images with nice transitions. It should
> > be enabled only with OpenGL and default to nice 800ms fade with nice Ken
> > Burns effect (http://en.wikipedia.org/wiki/Ken_Burns_Effect). Most of
> > other effects are not worth implementing.
> >   
> Yes - we've always intended to implement slideshow transitions at some 
> point.  We'd like to offer the user a choice of transition effects, and 
> I agree we probably don't need to make this too fancy.  I've just filed 
> a ticket for this feature (http://trac.yorba.org/ticket/1081 ).  It 
> won't make 0.4, but will happen some time next year.
> 
> adam
> 

With best regards
Mattias
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.gnome.org/archives/shotwell-list/attachments/20091208/3bcadea4/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: face-smile.png
Type: image/png
Size: 873 bytes
Desc: not available
URL: <https://mail.gnome.org/archives/shotwell-list/attachments/20091208/3bcadea4/attachment.png>