[Shotwell] Shotwell, shot better

[Adam Dingle]

Fantagenius,

thanks for your feedback on Shotwell.  We're always interested in 
hearing what people do and don't like.
> Sorted by priority (highest on top), i'm sorry if it's long:
>
> - Memory of sorting criteria.
> When
> I change the sorting preferences for photos and/or events (by
> title/date, ascending/descending) the software remembers this settings
> for each event, but after restarting shotwell this setting is reset to
> default. It would be nice if shotwell kept memory of this information.
> Oh and it would be great if I could change the default settings.
>   
That's a great point that Shotwell should remember the sort order the 
user has selected.  We've now created a ticket for that ( 
http://trac.yorba.org/ticket/1104 ).  This will likely make 0.4.

I actually think it's overkill that Shotwell remembers the sort settings 
for each event separately.  I think we'll now use one set of sort 
settings for all events (the Photos and Import views will still have 
their own separate sort settings).  We have a ticket for this too ( 
http://trac.yorba.org/ticket/1103 ), also slated for 0.4.
> - Drag&drop importing.
> When
> importing files/directories by drag&drop the default setting is
> "copy files to Images library". Good when dragging from an external
> device (i.e. a camera's SD) but bad when importing pics that already
> are in my HD. My suggestion: clicking CTRL (or st. similar) during
> drag&drop only imports photos in the shotwell db without copying.
>   
Actually today when you drag photos into Shotwell if you hold down 
Ctrl+Shift they will be linked, not copied.  Sorry - that was 
undocumented.  I've just updated the Shotwell user guide ( 
http://trac.yorba.org/wiki/UsingShotwell ) to explain this.
> And, of course, a modifiable default setting.
>   
Right.  That's ticketed at http://trac.yorba.org/ticket/371 .
> - Distinguishing copied photos from only imported ones
> If
> I have to delete (from the shotwell library) a photo I would like to
> keep it in the disk if it's addressed somewhere in my home folder, but
> to delete it from the images folder if it was imported with the
> copy-box checked (see Drag&Drop in the previous point) to avoid
> duplicates. So how to distinguish this two cases? Maybe an overlaying
> icon.. or, better, an entry in the "basic information" box.. And what
> about a tooltip?
> Plus: it could record the address of the file it
> copied from in db, so when deleting the software can check if it's
> leaving a duplicate or not... this is Sci-Fi I know :)
>   
In Shotwell 0.4 (and in the trunk today), the Extended Information 
window shows the full filename of each photo.  From this filename you 
can tell whether the photo has been copied into your library or not.

When the user removes a photo, it would be nice if Shotwell displayed 
the photo's filename when asking the user whether to delete the file or 
not.  I've just created a ticket for this ( 
http://trac.yorba.org/ticket/1105 ).
> - Merging/splitting events
> I read this will be available soon. Good ;)
>   
Yes.  Already implemented in trunk; feel free to try this out.
> - Modifying EXIF data (ticket #76)
>
> Say I'm importing a directory with photos of the same event taken with
> different cameras by different people. And say that those people don't
> have the habit of setting date and time correctly in their cameras. It
> will result in a event multi-split across the years. I'd LOVE a way to
> _easily_ correct dates and times of pics taken with the same camera in
> the same "take" (roll). Maybe... I put the correct time in a photo
> where it's known (a shot of the Big Ben ^.^) and the software applies
> automatically the difference to the others (from the same camera)...
>   
Yes.  I hope we'll get to this in 0.5.
> - Changing database/img directory (ticket #1076)
>
> This could help if you usually store your photos in external devices
> (cards, pendrives, HDs). You could load a specific db stored in the
> same device of the photos it addresses, or, select a different drive as
> default copy-to library.
>   
Right.  We'd like to implement something like this, and we're thinking 
about how to do that.
> - A detailed Help
>
> Finally. I'm
> an Italian user, so I can give a help in translating or checking
> translation if needed. In the current version (0.3.2) I can read only
> one word translated (in the middle of an English phrase).
>   
Thanks for your offer to help.  I've added your name to the list of 
Shotwell translators at http://trac.yorba.org/wiki/ShotwellTranslators . 
In the trunk build we already have a mostly-complete Italian 
translation, so that will be in 0.4.  The user guide at 
http://trac.yorba.org/wiki/UsingShotwell is only in English today; if 
you want to translate that into Italian we'd be very happy to have it on 
our site.
> Thanks a lot for your great job.
>   
Thanks!

adam

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.gnome.org/archives/shotwell-list/attachments/20091210/3d1bd94c/attachment.html>