On Tue, Sep 28, 2010 at 4:06 PM, Jim Nelson <[email protected]> wrote: > >> I guess it would consist of a preference: >> ignore duplicates when linking: yes/no >> >> I would choose "no" >> >> I have dupes in my collection which are not mistakes, they are >> the same file, but live in different contexts. >> > > This seems like an interesting idea.
Oh goody. I've ticketed it here: > http://trac.yorba.org/ticket/2614 > >> >> If I was looking at one of the collection views which included a file >> which >> existed in multiple locations, I might expect to see: >> >> - multiple stars under the thumb, one for each copy found >> - a link which would bring up a listbox with absolute filenames >> - some distinguishing feature, maybe just a different border color >> >> If dupes were allowed, a view named "Duplicates" would show thumbs >> of all files which live in more than one directory. >> > > This I've ticketed here: http://trac.yorba.org/ticket/2615 > > Both are a shift in thinking with Shotwell's library, but not beyond > consideration. Goody again. I realized that the difference in my thinking can be exposed via differences in terminology. My _collection_ is the set of image files on my storage devices. photo.db contains the metadata associated with my collection. The Shotwell program is a tool to view and manipulate metadata, and a convenience for accessing my collection. This means that Shotwell, and photo.db in particular are ripe for all kind of mashups. Some quick tests reveal that adding a table, adding a column to PhotoTable (a blob column, putting a 300k file in it) ... all this abuse doesn't phase Shotwell, it seems very tolerant. This is good. I'm not going to code in Vala, but I look forward to lots of Python which accesses the data in photo.db. Sqlite is pretty near data franca these days. Lots of hooks for us at the fringe to work with. It seems this capability doesn't need to compromise Shotwell's prime directive, to provide a wise opinion on best practices for most users. Thanks, Kent > > -- Jim > _______________________________________________ Shotwell mailing list [email protected] http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell
