From sebastianporta at gmail.com Thu Jul 1 14:43:56 2010 From: sebastianporta at gmail.com (Sebastian Porta) Date: Thu, 1 Jul 2010 11:43:56 -0300 Subject: [Shotwell] Icons in the sidebar In-Reply-To: References: <4C2B92FF.5020209@yorba.org> Message-ID: 2010/6/30 Adam Dingle > Sebastian, > > > On 06/29/2010 08:31 AM, Sebastian Porta wrote: > >> Hello, everyone. >> First of all, I love the work that you all did for Shotwell. I really like >> the interface and the speed of the program. >> >> > > Thanks! > > > I have a little request, tough. Could you put icons in the sidebar for >> each >> categorie? >> > > We've considered this; this is http://trac.yorba.org/ticket/295 . > > > I made a quick mockup using some icons (16x16) from elementary >> but you could use them for any theme that have the following icons >> "mimetypes/image" (Photos), "apps/evolution-calendar" or >> "apps/gnome-calendar" (Events) and "places/user-trash-full" (Trash). For >> the >> Tags, I use the one from "F-Spot" and change the color, so I guess you >> have >> to make one. Here's the mockup; >> http://dl.dropbox.com/u/1toughted13489/Shotwell.png >> >> I'm also put some shadow in the photos, just to see how it looks :) >> >> > > Thanks for the mockup. This looks promising, though I've never seen a > GNOME application that has the dropdown triangles on the right side where > you've put them. And to my knowledge we can't make the GNOME tree control > act that way, so to implement that we might need to use a custom control, > which might not work well with different themes. Do you think you could put > together a mockup that has the triangles on the left, where they are in > Shotwell today? > > By the way, we've also considered drop shadows - this is > http://trac.yorba.org/ticket/1304 . :) > > adam > > Hi, Adam. Thanks for the reply. I put the triangles on the right because I toughed it would look better but I'm not really sure about that. I based this on Nautilus Elemetary http://dl.dropbox.com/u/113489/nautilus-elementary.png , but I'm not a dev so I don't know if it's possible (also I think that what Nautlus Elementary have it's a list and not a tree). Anyway, I made a new mockup with the triangles on the left as you request. http://dl.dropbox.com/u/113489/Shotwell2.png Hope it helps. -- Seba (AKA spg76) http://www.ubuntu-ar.org From adam at yorba.org Thu Jul 1 17:23:34 2010 From: adam at yorba.org (Adam Dingle) Date: Thu, 01 Jul 2010 10:23:34 -0700 Subject: [Shotwell] Icons in the sidebar In-Reply-To: References: <4C2B92FF.5020209@yorba.org> Message-ID: <4C2CCF16.205@yorba.org> On 07/01/2010 07:43 AM, Sebastian Porta wrote: >> >> Thanks for the mockup. This looks promising, though I've never seen a >> GNOME application that has the dropdown triangles on the right side where >> you've put them. And to my knowledge we can't make the GNOME tree control >> act that way, so to implement that we might need to use a custom control, >> which might not work well with different themes. Do you think you could put >> together a mockup that has the triangles on the left, where they are in >> Shotwell today? >> >> By the way, we've also considered drop shadows - this is >> http://trac.yorba.org/ticket/1304 . :) >> >> adam >> >> > Hi, Adam. > Thanks for the reply. > I put the triangles on the right because I toughed it would look better but > I'm not really sure about that. I based this on Nautilus Elemetary > http://dl.dropbox.com/u/113489/nautilus-elementary.png , but I'm not a dev > so I don't know if it's possible (also I think that what Nautlus Elementary > have it's a list and not a tree). > Aha - so that's where the idea came from. The triangles on the right might be technically possible, but I'm not sure it would be easy, and I don't know how well they would work with a multiple-level tree. > Anyway, I made a new mockup with the triangles on the left as you request. > http://dl.dropbox.com/u/113489/Shotwell2.png > Hope it helps. > Thanks for this latest mockup. This is still promising, but I'm not sure I like the gap between the icons and the items which don't have dropdown triangles ("Fotos" and "Papelera"). So here's another idea. In your mockup, rows look like this: [icon] [triangle] Eventos Maybe we could try this instead: [triangle] [icon] Eventos Then all the icons would shift one column to the right, and the triangles would appear at the far left for those items which have them. What do you think about that? adam From davidscottweaver at gmail.com Thu Jul 1 17:31:08 2010 From: davidscottweaver at gmail.com (davidscottweaver at gmail.com) Date: Thu, 01 Jul 2010 17:31:08 +0000 Subject: [Shotwell] Icons in the sidebar In-Reply-To: <4C2CCF16.205@yorba.org> Message-ID: <90e6ba53a23cfb4990048a56d5bc@google.com> I really dislike the right-side triangles, and it's definitely not standard. The problem is that they are too far away from the text they are associated with, so in a big list you could barely tell what you're collapsing or expanding other than trial and error. Pretty please keep them on the left. The drop shadows under the thumbnail would be great! Dave On Jul 1, 2010 1:23pm, Adam Dingle wrote: > On 07/01/2010 07:43 AM, Sebastian Porta wrote: > >> > >> Thanks for the mockup. This looks promising, though I've never seen a > >> GNOME application that has the dropdown triangles on the right side > where > >> you've put them. And to my knowledge we can't make the GNOME tree > control > >> act that way, so to implement that we might need to use a custom > control, > >> which might not work well with different themes. Do you think you > could put > >> together a mockup that has the triangles on the left, where they are in > >> Shotwell today? > >> > >> By the way, we've also considered drop shadows - this is > >> http://trac.yorba.org/ticket/1304 . :) > >> > >> adam > >> > >> > > Hi, Adam. > > Thanks for the reply. > > I put the triangles on the right because I toughed it would look better > but > > I'm not really sure about that. I based this on Nautilus Elemetary > > http://dl.dropbox.com/u/113489/nautilus-elementary.png , but I'm not a > dev > > so I don't know if it's possible (also I think that what Nautlus > Elementary > > have it's a list and not a tree). > > > Aha - so that's where the idea came from. The triangles on the right > might be technically possible, but I'm not sure it would be easy, and I > don't know how well they would work with a multiple-level tree. > > Anyway, I made a new mockup with the triangles on the left as you > request. > > http://dl.dropbox.com/u/113489/Shotwell2.png > > Hope it helps. > > > Thanks for this latest mockup. This is still promising, but I'm not > sure I like the gap between the icons and the items which don't have > dropdown triangles ("Fotos" and "Papelera"). So here's another idea. > In your mockup, rows look like this: > [icon] [triangle] Eventos > Maybe we could try this instead: > [triangle] [icon] Eventos > Then all the icons would shift one column to the right, and the > triangles would appear at the far left for those items which have them. > What do you think about that? > adam > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From brunogirin at gmail.com Thu Jul 1 18:07:47 2010 From: brunogirin at gmail.com (Bruno Girin) Date: Thu, 01 Jul 2010 19:07:47 +0100 Subject: [Shotwell] Icons in the sidebar In-Reply-To: <4C2CCF16.205@yorba.org> References: <4C2B92FF.5020209@yorba.org> <4C2CCF16.205@yorba.org> Message-ID: <1278007667.1630.30.camel@nuuk> On Thu, 2010-07-01 at 10:23 -0700, Adam Dingle wrote: > On 07/01/2010 07:43 AM, Sebastian Porta wrote: > >> > >> Thanks for the mockup. This looks promising, though I've never seen a > >> GNOME application that has the dropdown triangles on the right side where > >> you've put them. And to my knowledge we can't make the GNOME tree control > >> act that way, so to implement that we might need to use a custom control, > >> which might not work well with different themes. Do you think you could put > >> together a mockup that has the triangles on the left, where they are in > >> Shotwell today? > >> > >> By the way, we've also considered drop shadows - this is > >> http://trac.yorba.org/ticket/1304 . :) > >> > >> adam > >> > >> > > Hi, Adam. > > Thanks for the reply. > > I put the triangles on the right because I toughed it would look better but > > I'm not really sure about that. I based this on Nautilus Elemetary > > http://dl.dropbox.com/u/113489/nautilus-elementary.png , but I'm not a dev > > so I don't know if it's possible (also I think that what Nautlus Elementary > > have it's a list and not a tree). > > > > Aha - so that's where the idea came from. The triangles on the right > might be technically possible, but I'm not sure it would be easy, and I > don't know how well they would work with a multiple-level tree. > > > Anyway, I made a new mockup with the triangles on the left as you request. > > http://dl.dropbox.com/u/113489/Shotwell2.png > > Hope it helps. > > > > Thanks for this latest mockup. This is still promising, but I'm not > sure I like the gap between the icons and the items which don't have > dropdown triangles ("Fotos" and "Papelera"). So here's another idea. > In your mockup, rows look like this: > > [icon] [triangle] Eventos > > Maybe we could try this instead: > > [triangle] [icon] Eventos > > Then all the icons would shift one column to the right, and the > triangles would appear at the far left for those items which have them. > What do you think about that? If the idea is just to have icons in the side bar, what about doing exactly like Nautilus or Evolution do? I.e.: [+/-] [icon] [title] Which in practice just means adding the icon in between the [+/-] control and the category title in the tree. That's probably what the standard GDK+ tree control does when you supply an icon. And it would be consistent with other GNOME apps. Mockup here: http://dl.dropbox.com/u/8668185/shotwell.png Bruno From adam at yorba.org Thu Jul 1 18:34:02 2010 From: adam at yorba.org (Adam Dingle) Date: Thu, 01 Jul 2010 11:34:02 -0700 Subject: [Shotwell] Icons in the sidebar In-Reply-To: <1278007667.1630.30.camel@nuuk> References: <4C2B92FF.5020209@yorba.org> <4C2CCF16.205@yorba.org> <1278007667.1630.30.camel@nuuk> Message-ID: <4C2CDF9A.1060603@yorba.org> On 07/01/2010 11:07 AM, Bruno Girin wrote: > On Thu, 2010-07-01 at 10:23 -0700, Adam Dingle wrote: > >> >> Thanks for this latest mockup. This is still promising, but I'm not >> sure I like the gap between the icons and the items which don't have >> dropdown triangles ("Fotos" and "Papelera"). So here's another idea. >> In your mockup, rows look like this: >> >> [icon] [triangle] Eventos >> >> Maybe we could try this instead: >> >> [triangle] [icon] Eventos >> >> Then all the icons would shift one column to the right, and the >> triangles would appear at the far left for those items which have them. >> What do you think about that? >> > If the idea is just to have icons in the side bar, what about doing > exactly like Nautilus or Evolution do? I.e.: > > [+/-] [icon] [title] > > Which in practice just means adding the icon in between the [+/-] > control and the category title in the tree. That's probably what the > standard GDK+ tree control does when you supply an icon. And it would be > consistent with other GNOME apps. > > Mockup here: http://dl.dropbox.com/u/8668185/shotwell.png > Bruno, Right - that's what I meant. Thanks for pointing out that it's nicely consistent with other GNOME apps, and for your mockup. Of course, the appearance of the expanders will depend on your GNOME theme: for example, with Clearlooks they will be triangles, and with the Ubuntu Ambience theme in your mockup they will look like [+/-]. We'll consider this enhancement for 0.7. adam From adam at yorba.org Thu Jul 1 22:08:09 2010 From: adam at yorba.org (Adam Dingle) Date: Thu, 01 Jul 2010 15:08:09 -0700 Subject: [Shotwell] GUADEC Message-ID: <4C2D11C9.4020107@yorba.org> Friends of Shotwell, several of us from Yorba will be at GUADEC (the annual GNOME conference) in the Hague, the Netherlands from July 26-30 this month. We could possibly arrange a Birds of a Feather session or other informal gathering at GUADEC for people interested in talking about Shotwell's direction and future development. If you'll be at GUADEC and would be interested in attending a gathering like this, please reply to me personally. If there's enough interest I'll set something up. Thanks! adam From adam at yorba.org Fri Jul 2 17:29:03 2010 From: adam at yorba.org (Adam Dingle) Date: Fri, 02 Jul 2010 10:29:03 -0700 Subject: [Shotwell] Shotwell 0.7 plan Message-ID: <4C2E21DF.8080301@yorba.org> Friends of Shotwell, now that 0.6 is out the door we've already begun development for Shotwell 0.7. We plan to release 0.7 some time in August, in time to make it comfortably into the fall releases of major distributions (Fedora, Ubuntu). This means that 0.7 will be a shorter release cycle than 0.5 and 0.6 were, and so we must correspondingly be a bit less ambitious. But we would like to include the following major new features in 0.7: * Monitoring the library directory (i.e. the import directory the user chooses in the Preferences dialog) for added and removed files, which will be automatically added to or removed from the Shotwell library. The user will have a preference to enable or disable monitoring. Shotwell 0.7 will monitor only this single directory. In future releases we hope to be able to monitor multiple directories. [http://trac.yorba.org/ticket/374] * Rating photos. The user will be able to assign any of the following ratings to each photo: unrated (the default), 1-5 stars, or Rejected (the lowest rating). You will be able to sort and/or filter by rating. By default, Shotwell will display all photos except rejected photos. In the browser view, we'll have a dropdown menu on the toolbar that will allow you to select a different filter, e.g. only 3 stars and higher. This will replace Shotwell's existing hidden/favorites mechanism. When you upgrade from 0.6 to 0.7, all previously hidden photos will become Rejected and all previously favorite photos will be assigned a rating of 5 stars. [http://trac.yorba.org/ticket/2233] * Support for video files. The user will be able to import videos from cameras and from folders. Shotwell will display a thumbnail for each video. Videos will appear along with photos in events, and tagging and ratings will work for videos as they do for photos. In 0.7, double clicking a video will probably launch Totem rather than playing the video inside Shotwell (though we'd like to support that sooner or later). [http://trac.yorba.org/ticket/855] * Migration for F-Spot users. Shotwell 0.7 will be able to migrate an F-Spot library to Shotwell by reading the F-Spot database directly. Tags and ratings from F-Spot will be preserved. If a user has edited a photo in F-Spot, the latest version of the photo (and, perhaps, the original version too) will be available in Shotwell. [http://trac.yorba.org/ticket/139] * A last import page that displays all photos from the last import. This will make it much easier to find all the photos you've just imported. [http://trac.yorba.org/ticket/897] If time permits, we may additionally include one or more of the following major features: * user-configurable import directory hierarchy [http://trac.yorba.org/ticket/1597] * hierarchical tags [http://trac.yorba.org/ticket/1401] * store tags in photo files [http://trac.yorba.org/ticket/1290] * Highlights detail adjustment [http://trac.yorba.org/ticket/752] * upload to Shutterfly [http://trac.yorba.org/ticket/1094] Of course, we also hope to implement numerous smaller improvements. All Shotwell tickets currently marked high are potential candidates for 0.7, though we will almost certainly not be able to implement all of these. Your feedback on this plan is welcome. I've also added all of the above to a new 0.7 section on the Shotwell wiki page (http://trac.yorba.org/wiki/Shotwell). adam From brunogirin at gmail.com Fri Jul 2 19:00:35 2010 From: brunogirin at gmail.com (Bruno Girin) Date: Fri, 02 Jul 2010 20:00:35 +0100 Subject: [Shotwell] Shotwell 0.7 plan In-Reply-To: <4C2E21DF.8080301@yorba.org> References: <4C2E21DF.8080301@yorba.org> Message-ID: <1278097235.1538.158.camel@nuuk> On Fri, 2010-07-02 at 10:29 -0700, Adam Dingle wrote: > Friends of Shotwell, > > now that 0.6 is out the door we've already begun development for > Shotwell 0.7. We plan to release 0.7 some time in August, in time to > make it comfortably into the fall releases of major distributions > (Fedora, Ubuntu). This means that 0.7 will be a shorter release cycle > than 0.5 and 0.6 were, and so we must correspondingly be a bit less > ambitious. But we would like to include the following major new > features in 0.7: > > * Rating photos. The user will be able to assign any of the > following ratings to each photo: unrated (the default), 1-5 stars, or > Rejected (the lowest rating). You will be able to sort and/or filter by > rating. By default, Shotwell will display all photos except rejected > photos. In the browser view, we'll have a dropdown menu on the toolbar > that will allow you to select a different filter, e.g. only 3 stars and > higher. This will replace Shotwell's existing hidden/favorites > mechanism. When you upgrade from 0.6 to 0.7, all previously hidden > photos will become Rejected and all previously favorite photos will be > assigned a rating of 5 stars. [http://trac.yorba.org/ticket/2233] Considering that F-Spot includes, a 1-5 star rating, a hidden flag and a favorite tag, what should be the behaviour when an F-Spot photo is imported that is hidden, has a rating of 3 stars and has the favorite tag attached? Does the rating take precedence? > * Migration for F-Spot users. Shotwell 0.7 will be able to migrate > an F-Spot library to Shotwell by reading the F-Spot database directly. > Tags and ratings from F-Spot will be preserved. If a user has edited a > photo in F-Spot, the latest version of the photo (and, perhaps, the > original version too) will be available in Shotwell. > [http://trac.yorba.org/ticket/139] Events will be preserved too. Places and People will be imported as tags. However, note that, because Shotwell doesn't support nested tags, F-Spot nested tags will result in several (unrelated) tags in Shotwell. That is, unless ticket 1401 is implemented too: > * hierarchical tags [http://trac.yorba.org/ticket/1401] Bruno From adam at yorba.org Fri Jul 2 19:10:54 2010 From: adam at yorba.org (Adam Dingle) Date: Fri, 02 Jul 2010 12:10:54 -0700 Subject: [Shotwell] Shotwell 0.7 plan In-Reply-To: <1278097235.1538.158.camel@nuuk> References: <4C2E21DF.8080301@yorba.org> <1278097235.1538.158.camel@nuuk> Message-ID: <4C2E39BE.2090106@yorba.org> On 07/02/2010 12:00 PM, Bruno Girin wrote: > On Fri, 2010-07-02 at 10:29 -0700, Adam Dingle wrote: > > >> * Rating photos. The user will be able to assign any of the >> following ratings to each photo: unrated (the default), 1-5 stars, or >> Rejected (the lowest rating). You will be able to sort and/or filter by >> rating. By default, Shotwell will display all photos except rejected >> photos. In the browser view, we'll have a dropdown menu on the toolbar >> that will allow you to select a different filter, e.g. only 3 stars and >> higher. This will replace Shotwell's existing hidden/favorites >> mechanism. When you upgrade from 0.6 to 0.7, all previously hidden >> photos will become Rejected and all previously favorite photos will be >> assigned a rating of 5 stars. [http://trac.yorba.org/ticket/2233] >> > Considering that F-Spot includes, a 1-5 star rating, a hidden flag and a > favorite tag, what should be the behaviour when an F-Spot photo is > imported that is hidden, has a rating of 3 stars and has the favorite > tag attached? Does the rating take precedence? > I'd suggest that if an F-Spot photo has a numeric rating (3 stars in this case), we should use that. If it has no rating, but is a favorite, let's give it 5 stars. If it has no rating, but has the hidden flag, let's assign it to be Rejected. If it has no rating and is both hidden and a favorite, let's just make it unrated (the default value). >> * Migration for F-Spot users. Shotwell 0.7 will be able to migrate >> an F-Spot library to Shotwell by reading the F-Spot database directly. >> Tags and ratings from F-Spot will be preserved. If a user has edited a >> photo in F-Spot, the latest version of the photo (and, perhaps, the >> original version too) will be available in Shotwell. >> [http://trac.yorba.org/ticket/139] >> > Events will be preserved too. Places and People will be imported as > tags. > > However, note that, because Shotwell doesn't support nested tags, F-Spot > nested tags will result in several (unrelated) tags in Shotwell. That > is, unless ticket 1401 is implemented too: > >> * hierarchical tags [http://trac.yorba.org/ticket/1401] >> Right. We'd love to implement hierarchical tags, but there may just not be time for this release. We'll see what happens. adam From adam at yorba.org Fri Jul 2 19:09:42 2010 From: adam at yorba.org (Adam Dingle) Date: Fri, 02 Jul 2010 12:09:42 -0700 Subject: [Shotwell] Shotwell 0.7 plan In-Reply-To: <1278097235.1538.158.camel@nuuk> References: <4C2E21DF.8080301@yorba.org> <1278097235.1538.158.camel@nuuk> Message-ID: <4C2E3976.8050305@yorba.org> On 07/02/2010 12:00 PM, Bruno Girin wrote: > On Fri, 2010-07-02 at 10:29 -0700, Adam Dingle wrote: > > >> * Rating photos. The user will be able to assign any of the >> following ratings to each photo: unrated (the default), 1-5 stars, or >> Rejected (the lowest rating). You will be able to sort and/or filter by >> rating. By default, Shotwell will display all photos except rejected >> photos. In the browser view, we'll have a dropdown menu on the toolbar >> that will allow you to select a different filter, e.g. only 3 stars and >> higher. This will replace Shotwell's existing hidden/favorites >> mechanism. When you upgrade from 0.6 to 0.7, all previously hidden >> photos will become Rejected and all previously favorite photos will be >> assigned a rating of 5 stars. [http://trac.yorba.org/ticket/2233] >> > Considering that F-Spot includes, a 1-5 star rating, a hidden flag and a > favorite tag, what should be the behaviour when an F-Spot photo is > imported that is hidden, has a rating of 3 stars and has the favorite > tag attached? Does the rating take precedence? > I'd suggest that if an F-Spot photo has a numeric rating (3 stars in this case), we should use that. If it has no rating, but is a favorite, let's give it 5 stars. If it has no rating, but has the hidden flag, let's assign it to be Rejected. If it has no rating and is both hidden and a favorite, let's just make it unrated (the default value). >> * Migration for F-Spot users. Shotwell 0.7 will be able to migrate >> an F-Spot library to Shotwell by reading the F-Spot database directly. >> Tags and ratings from F-Spot will be preserved. If a user has edited a >> photo in F-Spot, the latest version of the photo (and, perhaps, the >> original version too) will be available in Shotwell. >> [http://trac.yorba.org/ticket/139] >> > Events will be preserved too. Places and People will be imported as > tags. > > However, note that, because Shotwell doesn't support nested tags, F-Spot > nested tags will result in several (unrelated) tags in Shotwell. That > is, unless ticket 1401 is implemented too: > >> * hierarchical tags [http://trac.yorba.org/ticket/1401] >> Right. We'd love to implement hierarchical tags, but there may just not be time for this release. We'll see what happens. adam From bengt at thuree.com Fri Jul 2 19:28:34 2010 From: bengt at thuree.com (Bengt Thuree) Date: Fri, 02 Jul 2010 21:28:34 +0200 Subject: [Shotwell] Shotwell 0.7 plan In-Reply-To: <4C2E39BE.2090106@yorba.org> References: <4C2E21DF.8080301@yorba.org> <1278097235.1538.158.camel@nuuk> <4C2E39BE.2090106@yorba.org> Message-ID: <1278098914.2646.2.camel@lappis> On Fri, 2010-07-02 at 12:10 -0700, Adam Dingle wrote: > On 07/02/2010 12:00 PM, Bruno Girin wrote: > > On Fri, 2010-07-02 at 10:29 -0700, Adam Dingle wrote: > > > > However, note that, because Shotwell doesn't support nested tags, F-Spot > > nested tags will result in several (unrelated) tags in Shotwell. That > > is, unless ticket 1401 is implemented too: > > > >> * hierarchical tags [http://trac.yorba.org/ticket/1401] > >> > > Right. We'd love to implement hierarchical tags, but there may just not > be time for this release. We'll see what happens. F-Spot do not support saving nested tags embedded inside the photos. Should be ok to manually move the photos to the correct place, in case the nested tags are implemented at that time. /Bengt From bengt at thuree.com Fri Jul 2 19:30:25 2010 From: bengt at thuree.com (Bengt Thuree) Date: Fri, 02 Jul 2010 21:30:25 +0200 Subject: [Shotwell] Shotwell 0.7 plan - Import rolls In-Reply-To: <4C2E21DF.8080301@yorba.org> References: <4C2E21DF.8080301@yorba.org> Message-ID: <1278099025.2646.4.camel@lappis> On Fri, 2010-07-02 at 10:29 -0700, Adam Dingle wrote: > > * A last import page that displays all photos from the last import. > This will make it much easier to find all the photos you've just > imported. [http://trac.yorba.org/ticket/897] I quite often import from 2-4 different sources (cameras and USB sticks) before I start to tag them. In F-Spot I then select the latest 2-4 import rolls, and tags them all in one go. Would be great to handle more than just the last import roll. /Bengt From bengt at thuree.com Fri Jul 2 19:33:22 2010 From: bengt at thuree.com (Bengt Thuree) Date: Fri, 02 Jul 2010 21:33:22 +0200 Subject: [Shotwell] Shotwell 0.7 plan - plugin In-Reply-To: <4C2E21DF.8080301@yorba.org> References: <4C2E21DF.8080301@yorba.org> Message-ID: <1278099202.2646.5.camel@lappis> On Fri, 2010-07-02 at 10:29 -0700, Adam Dingle wrote: > * upload to Shutterfly [http://trac.yorba.org/ticket/1094] Perhaps implement a plugin feature, and let someone write a plugin for this ? /Bengt -- With Regards Bengt Thuree bengt at thuree.com From adam at yorba.org Fri Jul 2 19:44:06 2010 From: adam at yorba.org (Adam Dingle) Date: Fri, 02 Jul 2010 12:44:06 -0700 Subject: [Shotwell] Shotwell 0.7 plan In-Reply-To: <1278098914.2646.2.camel@lappis> References: <4C2E21DF.8080301@yorba.org> <1278097235.1538.158.camel@nuuk> <4C2E39BE.2090106@yorba.org> <1278098914.2646.2.camel@lappis> Message-ID: <4C2E4186.9040807@yorba.org> On 07/02/2010 12:28 PM, Bengt Thuree wrote: > On Fri, 2010-07-02 at 12:10 -0700, Adam Dingle wrote: > >> On 07/02/2010 12:00 PM, Bruno Girin wrote: >> >>> On Fri, 2010-07-02 at 10:29 -0700, Adam Dingle wrote: >>> >>> However, note that, because Shotwell doesn't support nested tags, F-Spot >>> nested tags will result in several (unrelated) tags in Shotwell. That >>> is, unless ticket 1401 is implemented too: >>> >>> >>>> * hierarchical tags [http://trac.yorba.org/ticket/1401] >>>> >>>> >> Right. We'd love to implement hierarchical tags, but there may just not >> be time for this release. We'll see what happens. >> > F-Spot do not support saving nested tags embedded inside the photos. > That may be, but Shotwell's F-Spot import code will read from the F-Spot database directly rather than relying on data which F-Spot has written into photo files. So we should nevertheless be able to import nested tags (although they'll appear nicely in Shotwell only if we do implement hierarchical tags in Shotwell for 0.7.) adam From adam at yorba.org Fri Jul 2 19:48:10 2010 From: adam at yorba.org (Adam Dingle) Date: Fri, 02 Jul 2010 12:48:10 -0700 Subject: [Shotwell] Shotwell 0.7 plan - Import rolls In-Reply-To: <1278099025.2646.4.camel@lappis> References: <4C2E21DF.8080301@yorba.org> <1278099025.2646.4.camel@lappis> Message-ID: <4C2E427A.8000305@yorba.org> On 07/02/2010 12:30 PM, Bengt Thuree wrote: > On Fri, 2010-07-02 at 10:29 -0700, Adam Dingle wrote: >> * A last import page that displays all photos from the last import. >> This will make it much easier to find all the photos you've just >> imported. [http://trac.yorba.org/ticket/897] >> > I quite often import from 2-4 different sources (cameras and USB sticks) > before I start to tag them. In F-Spot I then select the latest 2-4 > import rolls, and tags them all in one go. > Would be great to handle more than just the last import roll. > I agree it would be nice to have a sidebar tree which lists recent (or all?) import rolls, not just the last 1 import. This is http://trac.yorba.org/ticket/1793 . This may not make 0.7, though. adam From brunogirin at gmail.com Fri Jul 2 20:35:10 2010 From: brunogirin at gmail.com (Bruno Girin) Date: Fri, 02 Jul 2010 21:35:10 +0100 Subject: [Shotwell] Shotwell 0.7 plan - plugin In-Reply-To: <1278099202.2646.5.camel@lappis> References: <4C2E21DF.8080301@yorba.org> <1278099202.2646.5.camel@lappis> Message-ID: <1278102910.1538.160.camel@nuuk> On Fri, 2010-07-02 at 21:33 +0200, Bengt Thuree wrote: > On Fri, 2010-07-02 at 10:29 -0700, Adam Dingle wrote: > > * upload to Shutterfly [http://trac.yorba.org/ticket/1094] > > Perhaps implement a plugin feature, and let someone write a plugin for > this ? That's ticket #182: http://trac.yorba.org/ticket/182 Having said this, if someone has good enough Vala skills to implement the export as a plugin, they could easily contribute it directly to Shotwell with the view to transform it into a plugin once this ticket is implemented. Bruno From brunogirin at gmail.com Fri Jul 2 20:37:34 2010 From: brunogirin at gmail.com (Bruno Girin) Date: Fri, 02 Jul 2010 21:37:34 +0100 Subject: [Shotwell] Shotwell 0.7 plan In-Reply-To: <4C2E3976.8050305@yorba.org> References: <4C2E21DF.8080301@yorba.org> <1278097235.1538.158.camel@nuuk> <4C2E3976.8050305@yorba.org> Message-ID: <1278103054.1538.163.camel@nuuk> On Fri, 2010-07-02 at 12:09 -0700, Adam Dingle wrote: > On 07/02/2010 12:00 PM, Bruno Girin wrote: > > On Fri, 2010-07-02 at 10:29 -0700, Adam Dingle wrote: > > > > > >> * Rating photos. The user will be able to assign any of the > >> following ratings to each photo: unrated (the default), 1-5 stars, or > >> Rejected (the lowest rating). You will be able to sort and/or filter by > >> rating. By default, Shotwell will display all photos except rejected > >> photos. In the browser view, we'll have a dropdown menu on the toolbar > >> that will allow you to select a different filter, e.g. only 3 stars and > >> higher. This will replace Shotwell's existing hidden/favorites > >> mechanism. When you upgrade from 0.6 to 0.7, all previously hidden > >> photos will become Rejected and all previously favorite photos will be > >> assigned a rating of 5 stars. [http://trac.yorba.org/ticket/2233] > >> > > Considering that F-Spot includes, a 1-5 star rating, a hidden flag and a > > favorite tag, what should be the behaviour when an F-Spot photo is > > imported that is hidden, has a rating of 3 stars and has the favorite > > tag attached? Does the rating take precedence? > > > > I'd suggest that if an F-Spot photo has a numeric rating (3 stars in > this case), we should use that. If it has no rating, but is a favorite, > let's give it 5 stars. If it has no rating, but has the hidden flag, > let's assign it to be Rejected. If it has no rating and is both hidden > and a favorite, let's just make it unrated (the default value). Thanks for the spec, that's what I'll do then :-) > > >> * Migration for F-Spot users. Shotwell 0.7 will be able to migrate > >> an F-Spot library to Shotwell by reading the F-Spot database directly. > >> Tags and ratings from F-Spot will be preserved. If a user has edited a > >> photo in F-Spot, the latest version of the photo (and, perhaps, the > >> original version too) will be available in Shotwell. > >> [http://trac.yorba.org/ticket/139] > >> > > Events will be preserved too. Places and People will be imported as > > tags. > > > > However, note that, because Shotwell doesn't support nested tags, F-Spot > > nested tags will result in several (unrelated) tags in Shotwell. That > > is, unless ticket 1401 is implemented too: > > > >> * hierarchical tags [http://trac.yorba.org/ticket/1401] > >> > > Right. We'd love to implement hierarchical tags, but there may just not > be time for this release. We'll see what happens. Of course, so worst case scenario, the import will create multiple tags. Bruno From brunogirin at gmail.com Sat Jul 3 09:33:42 2010 From: brunogirin at gmail.com (Bruno Girin) Date: Sat, 03 Jul 2010 10:33:42 +0100 Subject: [Shotwell] Photo exposure time correction Message-ID: <1278149622.1562.20.camel@nuuk> Hi all, I just read this post from Dustin Kirkland: http://blog.dustinkirkland.com/2010/07/keeping-pictures-from-multiple-cameras.html This shows an interesting aspect of the workflow that users who use multiple cameras may face. So an interesting feature to consider for the future may be the ability to adjust exposure time of a batch of pictures to correct deviation from the camera. I have another use case that could benefit from such a feature. I had the internal clock battery die on one of my cameras once. All pictures taken from the point that battery died to when it was replaced have a date of 1st Jan 0000. Having the ability to correct that in Shotwell would be great. On a related note, another potentially useful feature would be the ability to specify a time zone for a set of pictures so that the recorded time is actually adjusted based on time zone. The typical example for this is when I go travelling: I never adjust the time on the camera itself when I cross a time zone so it would be nice to be able to adjust that in Shotwell. It would also be useful for regions that have daylight saving time in the summer to compensate for cameras that don't adjust. Cheers, Bruno From chrisgame at pobox.com Sat Jul 3 10:21:34 2010 From: chrisgame at pobox.com (Chris Game) Date: Sat, 3 Jul 2010 11:21:34 +0100 (BST) Subject: [Shotwell] External Editor Message-ID: How can I set my preferred external editor? There is no 'Browse' button as there is for the import folder. The only choice I have is to use the 'Image Viewer' (which happens to be Eye of Gnome on here) in the dropdown list - it is the only item in the list. I would like to use a particular editor I have installed - which happens to be running under wine. Although that editor appears on the Applications menu it is not found by Shotwell. Is there a config file that can be directly edited to point to my preferred application (I can't see one)? Installing GIMP just to get this feature seems a little over the top! Shotwell 0.6.0 on Debian Squeeze/Gnome. From svetoslav.trochev at gmail.com Sat Jul 3 12:48:34 2010 From: svetoslav.trochev at gmail.com (Svetoslav Trochev) Date: Sat, 3 Jul 2010 05:48:34 -0700 Subject: [Shotwell] Photo exposure time correction In-Reply-To: <1278149622.1562.20.camel@nuuk> References: <1278149622.1562.20.camel@nuuk> Message-ID: On Sat, Jul 3, 2010 at 2:33 AM, Bruno Girin wrote: > Hi all, > > I just read this post from Dustin Kirkland: > http://blog.dustinkirkland.com/2010/07/keeping-pictures-from-multiple-cameras.html > This shows an interesting aspect of the workflow that users who use > multiple cameras may face. So an interesting feature to consider for the > future may be the ability to adjust exposure time of a batch of pictures > to correct deviation from the camera. > > I have another use case that could benefit from such a feature. I had > the internal clock battery die on one of my cameras once. All pictures > taken from the point that battery died to when it was replaced have a > date of 1st Jan 0000. Having the ability to correct that in Shotwell > would be great. > > On a related note, another potentially useful feature would be the > ability to specify a time zone for a set of pictures so that the > recorded time is actually adjusted based on time zone. The typical > example for this is when I go travelling: I never adjust the time on the > camera itself when I cross a time zone so it would be nice to be able to > adjust that in Shotwell. It would also be useful for regions that have > daylight saving time in the summer to compensate for cameras that don't > adjust. > > Cheers, > > Bruno > > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > Hi Bruno, I have shotwell 0.6 and I think it can do what you want all ready I think. 1. Select photos needed clock correction. 2. From the menu select: Photo > Adjust Date and Time ... 3. Select the date and time you want for the first photo. 4. Make sure that 'Shift Photos by the same amount' is selected. 5. Check 'Modify original files; 6. Press OK. This should do what Dustin Kirkland does with a script. http://trac.yorba.org/wiki/UsingShotwell0.6#TimeandDateAdjust Have you try this or I just misunderstood what do you need? Good luck, Svetoslav From brunogirin at gmail.com Sat Jul 3 13:50:09 2010 From: brunogirin at gmail.com (Bruno Girin) Date: Sat, 03 Jul 2010 14:50:09 +0100 Subject: [Shotwell] Photo exposure time correction In-Reply-To: References: <1278149622.1562.20.camel@nuuk> Message-ID: <1278165009.8774.11.camel@Nokia-N900-42-11> ----- Original message ----- > On Sat, Jul 3, 2010 at 2:33 AM, Bruno Girin wrote: > > Hi all, > > > > I just read this post from Dustin Kirkland: > > http://blog.dustinkirkland.com/2010/07/keeping-pictures-from-multiple-cameras.html > > This shows an interesting aspect of the workflow that users who use > > multiple cameras may face. So an interesting feature to consider for the > > future may be the ability to adjust exposure time of a batch of pictures > > to correct deviation from the camera. > > > > I have another use case that could benefit from such a feature. I had > > the internal clock battery die on one of my cameras once. All pictures > > taken from the point that battery died to when it was replaced have a > > date of 1st Jan 0000. Having the ability to correct that in Shotwell > > would be great. > > > > On a related note, another potentially useful feature would be the > > ability to specify a time zone for a set of pictures so that the > > recorded time is actually adjusted based on time zone. The typical > > example for this is when I go travelling: I never adjust the time on the > > camera itself when I cross a time zone so it would be nice to be able to > > adjust that in Shotwell. It would also be useful for regions that have > > daylight saving time in the summer to compensate for cameras that don't > > adjust. > > > > Cheers, > > > > Bruno > > > > > > _______________________________________________ > > Shotwell mailing list > > Shotwell at lists.yorba.org > > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > > > Hi Bruno, > > I have shotwell 0.6 and I think it can do what you want all ready I think. > 1. Select photos needed clock correction. > 2. From the menu select: Photo > Adjust Date and Time ... > 3. Select the date and time you want for the first photo. > 4. Make sure that 'Shift Photos by the same amount' is selected. > 5. Check 'Modify original files; > 6. Press OK. > > This should do what Dustin Kirkland does with a script. > > http://trac.yorba.org/wiki/UsingShotwell0.6#TimeandDateAdjust > > Have you try this or I just misunderstood what do you need? > > Good luck, > Svetoslav Svetoslav, you're right, that's just what I had in mind, don't know how I missed it, thanks :-) Bruno From david.velazquez08 at gmail.com Sat Jul 3 13:52:23 2010 From: david.velazquez08 at gmail.com (David Velazquez) Date: Sat, 3 Jul 2010 09:52:23 -0400 Subject: [Shotwell] External Editor In-Reply-To: References: Message-ID: I believe that as of right now the only external editors that can be chosen are those that have registered the mime types they can handle with the system. If the one that you installed with WINE has not done that then I'm not sure you can access it the way you wish to. There are plans to allow users to choose which one, they just have not made it in yet. On Sat, Jul 3, 2010 at 6:21 AM, Chris Game wrote: > How can I set my preferred external editor? There is no 'Browse' > button as there is for the import folder. The only choice I have is > to use the 'Image Viewer' (which happens to be Eye of Gnome on here) > in the dropdown list - it is the only item in the list. I would like > to use a particular editor I have installed - which happens to be > running under wine. Although that editor appears on the Applications > menu it is not found by Shotwell. Is there a config file that can be > directly edited to point to my preferred application (I can't see > one)? > > Installing GIMP just to get this feature seems a little over the > top! > > Shotwell 0.6.0 on Debian Squeeze/Gnome. > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From svetoslav.trochev at gmail.com Sat Jul 3 14:18:48 2010 From: svetoslav.trochev at gmail.com (Svetoslav Trochev) Date: Sat, 3 Jul 2010 07:18:48 -0700 Subject: [Shotwell] Photo exposure time correction In-Reply-To: <1278165009.8774.11.camel@Nokia-N900-42-11> References: <1278149622.1562.20.camel@nuuk> <1278165009.8774.11.camel@Nokia-N900-42-11> Message-ID: > > Svetoslav, you're right, that's just what I had in mind, don't know how I > missed it, thanks :-) > > Bruno You are welcome! :) From dontodd at gmail.com Sat Jul 3 15:13:55 2010 From: dontodd at gmail.com (Todd Slater) Date: Sat, 3 Jul 2010 11:13:55 -0400 Subject: [Shotwell] Where is libraw supposed to live? Message-ID: Hi, I'm trying to build 0.6.1 on Ubuntu 9.1 and have all the dependencies ready but when I try to build Shotwell it can't find libraw. I downloaded the tar.gz file, ran make and copied the lib directory to /usr. There are other folders in the LibRaw-0.9.1 directory, do I need other items? Thanks! Todd From brunogirin at gmail.com Sat Jul 3 17:24:36 2010 From: brunogirin at gmail.com (Bruno Girin) Date: Sat, 03 Jul 2010 18:24:36 +0100 Subject: [Shotwell] Where is libraw supposed to live? In-Reply-To: References: Message-ID: <1278177876.1575.0.camel@nuuk> On Sat, 2010-07-03 at 11:13 -0400, Todd Slater wrote: > Hi, > > I'm trying to build 0.6.1 on Ubuntu 9.1 and have all the dependencies ready > but when I try to build Shotwell it can't find libraw. I downloaded the > tar.gz file, ran make and copied the lib directory to /usr. There are other > folders in the LibRaw-0.9.1 directory, do I need other items? When you have libraw, run: ./configure make sudo make install The last one will ensure that everything is installed properly in /usr/local. Bruno From dontodd at gmail.com Sat Jul 3 21:01:36 2010 From: dontodd at gmail.com (Todd Slater) Date: Sat, 3 Jul 2010 17:01:36 -0400 Subject: [Shotwell] Where is libraw supposed to live? In-Reply-To: <1278177876.1575.0.camel@nuuk> References: <1278177876.1575.0.camel@nuuk> Message-ID: On Sat, Jul 3, 2010 at 1:24 PM, Bruno Girin wrote: > On Sat, 2010-07-03 at 11:13 -0400, Todd Slater wrote: > > Hi, > > > > I'm trying to build 0.6.1 on Ubuntu 9.1 and have all the dependencies > ready > > but when I try to build Shotwell it can't find libraw. I downloaded the > > tar.gz file, ran make and copied the lib directory to /usr. There are > other > > folders in the LibRaw-0.9.1 directory, do I need other items? > > When you have libraw, run: > > ./configure > make > sudo make install > > The last one will ensure that everything is installed properly > in /usr/local. > I don't know why it didn't occur to me to run `make install` on LibRaw. Thanks! Todd From chrisgame at pobox.com Sun Jul 4 09:56:42 2010 From: chrisgame at pobox.com (Chris Game) Date: Sun, 4 Jul 2010 10:56:42 +0100 (BST) Subject: [Shotwell] External Editor In-Reply-To: References: Message-ID: Thanks for the hint, David! Using information from here: http://library.gnome.org/admin/system-admin-guide/stable/mimetypes-0.html.en I setup a suitable .desktop file in ~/.local/share/applications/ and after a little fiddling the system picked it up and I was able to choose PhotoBrush in the Shotwell preferences. The fact it runs under wine adds some complication in the syntax for the command to run it, and I still can't get it to open the file, just the application itself opens with no file chosen to edit (even after I added the '%U' to the end of the command string.) Actually I can achieve nearly the same result by using 'open with' on a .jpeg file in Nautilus and electing to save that option. As usual in Linux, users progress in fits and starts! On Sat, 3 Jul 2010, David Velazquez wrote: > I believe that as of right now the only external editors that can be chosen > are those that have registered the mime types they can handle with the > system. If the one that you installed with WINE has not done that then I'm > not sure you can access it the way you wish to. There are plans to allow > users to choose which one, they just have not made it in yet. > > On Sat, Jul 3, 2010 at 6:21 AM, Chris Game wrote: > >> How can I set my preferred external editor? There is no 'Browse' >> button as there is for the import folder. The only choice I have is >> to use the 'Image Viewer' (which happens to be Eye of Gnome on here) >> in the dropdown list - it is the only item in the list. I would like >> to use a particular editor I have installed - which happens to be >> running under wine. Although that editor appears on the Applications >> menu it is not found by Shotwell. Is there a config file that can be >> directly edited to point to my preferred application (I can't see >> one)? >> >> Installing GIMP just to get this feature seems a little over the >> top! >> >> Shotwell 0.6.0 on Debian Squeeze/Gnome. >> >> _______________________________________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >> > From pdo.smith at gmail.com Mon Jul 5 08:23:44 2010 From: pdo.smith at gmail.com (Peter DO Smith) Date: Mon, 5 Jul 2010 10:23:44 +0200 Subject: [Shotwell] Shotwell 0.7 plan In-Reply-To: <4C2E21DF.8080301@yorba.org> References: <4C2E21DF.8080301@yorba.org> Message-ID: While I like your plan I would like to appeal for the inclusion of the multiple tag selection facility I discussed previously. So if, for example, amongst my many tags I have the tags 'China' and 'Flowers', by selecting both the tags 'China' and 'Flowers' I will return all photos I took of Flowers in China. This is something easier to implement than hierarchical tags and can coexist with hierarchical tags. Peter On Fri, Jul 2, 2010 at 7:29 PM, Adam Dingle wrote: > Friends of Shotwell, > > now that 0.6 is out the door we've already begun development for > Shotwell 0.7. ?We plan to release 0.7 some time in August, in time to > make it comfortably into the fall releases of major distributions > (Fedora, Ubuntu). ?This means that 0.7 will be a shorter release cycle > than 0.5 and 0.6 were, and so we must correspondingly be a bit less > ambitious. ?But we would like to include the following major new > features in 0.7: > > ? ? * Monitoring the library directory (i.e. the import directory the > user chooses in the Preferences dialog) for added and removed files, > which will be automatically added to or removed from the Shotwell > library. The user will have a preference to enable or disable > monitoring. Shotwell 0.7 will monitor only this single directory. In > future releases we hope to be able to monitor multiple directories. > [http://trac.yorba.org/ticket/374] > > ? ? * Rating photos. The user will be able to assign any of the > following ratings to each photo: unrated (the default), 1-5 stars, or > Rejected (the lowest rating). You will be able to sort and/or filter by > rating. By default, Shotwell will display all photos except rejected > photos. In the browser view, we'll have a dropdown menu on the toolbar > that will allow you to select a different filter, e.g. only 3 stars and > higher. This will replace Shotwell's existing hidden/favorites > mechanism. When you upgrade from 0.6 to 0.7, all previously hidden > photos will become Rejected and all previously favorite photos will be > assigned a rating of 5 stars. ?[http://trac.yorba.org/ticket/2233] > > ? ? * Support for video files. The user will be able to import videos > from cameras and from folders. Shotwell will display a thumbnail for > each video. Videos will appear along with photos in events, and tagging > and ratings will work for videos as they do for photos. In 0.7, double > clicking a video will probably launch Totem rather than playing the > video inside Shotwell (though we'd like to support that sooner or > later). ?[http://trac.yorba.org/ticket/855] > > ? ? * Migration for F-Spot users. Shotwell 0.7 will be able to migrate > an F-Spot library to Shotwell by reading the F-Spot database directly. > Tags and ratings from F-Spot will be preserved. If a user has edited a > photo in F-Spot, the latest version of the photo (and, perhaps, the > original version too) will be available in Shotwell. > [http://trac.yorba.org/ticket/139] > > ? ? * A last import page that displays all photos from the last import. > This will make it much easier to find all the photos you've just > imported. ?[http://trac.yorba.org/ticket/897] > > If time permits, we may additionally include one or more of the > following major features: > > ? ? * user-configurable import directory hierarchy > [http://trac.yorba.org/ticket/1597] > ? ? * hierarchical tags ?[http://trac.yorba.org/ticket/1401] > ? ? * store tags in photo files [http://trac.yorba.org/ticket/1290] > ? ? * Highlights detail adjustment ?[http://trac.yorba.org/ticket/752] > ? ? * upload to Shutterfly ?[http://trac.yorba.org/ticket/1094] > > Of course, we also hope to implement numerous smaller improvements. All > Shotwell tickets currently marked high are potential candidates for 0.7, > though we will almost certainly not be able to implement all of these. > > Your feedback on this plan is welcome. ?I've also added all of the above > to a new 0.7 section on the Shotwell wiki page > (http://trac.yorba.org/wiki/Shotwell). > > adam > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From pdo.smith at gmail.com Mon Jul 5 12:28:12 2010 From: pdo.smith at gmail.com (Peter DO Smith) Date: Mon, 5 Jul 2010 14:28:12 +0200 Subject: [Shotwell] Fwd: Photo exposure time correction In-Reply-To: References: <1278149622.1562.20.camel@nuuk> <1278165009.8774.11.camel@Nokia-N900-42-11> Message-ID: My problem is slightly different. I have been scanning large numbers of old negatives. Obviously the scan date of the negative bears no relation to the date of the photo. My solution is to run jhead in the scan folder as follows ?jhead -ds"yyyy:mm:dd" *.jpg before importing into Shotwell . Sometimes I have no exif header in my photos and I solve this by first running jhead -mkexif Peter On Sat, Jul 3, 2010 at 4:18 PM, Svetoslav Trochev wrote: >> >> Svetoslav, you're right, that's just what I had in mind, don't know how I >> missed it, thanks :-) >> >> Bruno > > You are welcome! :) > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From adam at yorba.org Mon Jul 5 21:48:35 2010 From: adam at yorba.org (Adam Dingle) Date: Mon, 05 Jul 2010 14:48:35 -0700 Subject: [Shotwell] Fwd: Photo exposure time correction In-Reply-To: References: <1278149622.1562.20.camel@nuuk> <1278165009.8774.11.camel@Nokia-N900-42-11> Message-ID: <4C325333.6080706@yorba.org> On 07/05/2010 05:28 AM, Peter DO Smith wrote: > My problem is slightly different. I have been scanning large numbers > of old negatives. Obviously the scan date of the negative bears no > relation to the date of the photo. My solution is to run jhead in the > scan folder as follows jhead -ds"yyyy:mm:dd" *.jpg before importing > into Shotwell . Sometimes I have no exif header in my photos and I > solve this by first running jhead -mkexif > You should be able to simply import the scanned photos into Shotwell, select them all and then use Photos->Adjust Date and Time to set them all to have the time you want (setting the option "Set all photos to this time"). Unfortunately it's still too hard to select all the photos you've just imported in Shotwell, but we're hoping to implement a last import page for 0.7 which should make this easier. adam From bengt at thuree.com Mon Jul 5 22:46:08 2010 From: bengt at thuree.com (Bengt Thuree) Date: Tue, 06 Jul 2010 00:46:08 +0200 Subject: [Shotwell] Loupe function Message-ID: <1278369968.4546.4.camel@lappis> Hi Is there any plan to develop something like the Loupe function in F-Spot? Perhaps a small feature would be to be able to create a new photo with the loupe window highlighting a small feature, but still allowing the whole picture to be seen. /Bengt -- With Regards Bengt Thuree bengt at thuree.com From pdo.smith at gmail.com Tue Jul 6 06:29:00 2010 From: pdo.smith at gmail.com (Peter DO Smith) Date: Tue, 6 Jul 2010 08:29:00 +0200 Subject: [Shotwell] Fwd: Photo exposure time correction In-Reply-To: <4C325333.6080706@yorba.org> References: <1278149622.1562.20.camel@nuuk> <1278165009.8774.11.camel@Nokia-N900-42-11> <4C325333.6080706@yorba.org> Message-ID: Thanks Adam, I have done that as well. As you noted, it is cumbersome to find the un-dated photos when large imports are involved but your last import page feature will solve that problem nicely. I am looking forward to it. A small note about terminology. You call the date/time the photo was taken 'exposure time'. But this is confusing to the photographer because this usually means the shutter exposure time, for example 1/100 sec. You could get around this by calling it 'exposure date' or 'photo date'. This would work because in any case most of us see the event as a given date. Peter On Mon, Jul 5, 2010 at 11:48 PM, Adam Dingle wrote: > > On 07/05/2010 05:28 AM, Peter DO Smith wrote: >> >> My problem is slightly different. I have been scanning large numbers >> of old negatives. Obviously the scan date of the negative bears no >> relation to the date of the photo. My solution is to run jhead in the >> scan folder as follows ?jhead -ds"yyyy:mm:dd" *.jpg before importing >> into Shotwell . Sometimes I have no exif header in my photos and I >> solve this by first running jhead -mkexif >> > > You should be able to simply import the scanned photos into Shotwell, select > them all and then use Photos->Adjust Date and Time to set them all to have > the time you want (setting the option "Set all photos to this time"). > ?Unfortunately it's still too hard to select all the photos you've just > imported in Shotwell, but we're hoping to implement a last import page for > 0.7 which should make this easier. > > adam > > From chrisgame at pobox.com Tue Jul 6 08:51:45 2010 From: chrisgame at pobox.com (Chris Game) Date: Tue, 6 Jul 2010 09:51:45 +0100 (BST) Subject: [Shotwell] Shotwell 0.7 plan In-Reply-To: References: Message-ID: My vote would go towards sorting out the Tags feature, to support multiple tag sorting and searching. From guru at front.ru Tue Jul 6 16:26:33 2010 From: guru at front.ru (guru at front.ru) Date: Tue, 06 Jul 2010 20:26:33 +0400 Subject: [Shotwell] videos In-Reply-To: <74c24029ff33fae6c1c72cda4e57797d817eff53@mail.qip.ru> References: <74c24029ff33fae6c1c72cda4e57797d817eff53@mail.qip.ru> Message-ID: <0ac7da9d6f9994520162d485e1a50347d613e90c@mail.qip.ru> Sorry, can Shotwell import videos, or will can do it in near future? From brunogirin at gmail.com Tue Jul 6 17:27:11 2010 From: brunogirin at gmail.com (Bruno Girin) Date: Tue, 06 Jul 2010 18:27:11 +0100 Subject: [Shotwell] videos In-Reply-To: <0ac7da9d6f9994520162d485e1a50347d613e90c@mail.qip.ru> References: <74c24029ff33fae6c1c72cda4e57797d817eff53@mail.qip.ru> <0ac7da9d6f9994520162d485e1a50347d613e90c@mail.qip.ru> Message-ID: <1278437231.1569.61.camel@nuuk> On Tue, 2010-07-06 at 20:26 +0400, guru at front.ru wrote: > > Sorry, can Shotwell import videos, or will can do it in near future? This is in the plan for the next version (0.7). Bruno From jim at yorba.org Tue Jul 6 18:07:29 2010 From: jim at yorba.org (Jim Nelson) Date: Tue, 6 Jul 2010 11:07:29 -0700 Subject: [Shotwell] videos In-Reply-To: <1278437231.1569.61.camel@nuuk> References: <74c24029ff33fae6c1c72cda4e57797d817eff53@mail.qip.ru> <0ac7da9d6f9994520162d485e1a50347d613e90c@mail.qip.ru> <1278437231.1569.61.camel@nuuk> Message-ID: It's ticketed here: http://trac.yorba.org/ticket/855 -- Jim On Tue, Jul 6, 2010 at 10:27 AM, Bruno Girin wrote: > On Tue, 2010-07-06 at 20:26 +0400, guru at front.ru wrote: > > > > Sorry, can Shotwell import videos, or will can do it in near future? > > This is in the plan for the next version (0.7). > > Bruno > > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From andre.doherty at gmail.com Wed Jul 7 12:36:00 2010 From: andre.doherty at gmail.com (=?ISO-8859-1?Q?Andr=E9_Doherty?=) Date: Wed, 7 Jul 2010 14:36:00 +0200 Subject: [Shotwell] publishing through proxy Message-ID: hello, Gnome proxy settings seem to be ignored by the app, as the name resolution fails (in my case, dns is taken care by the proxy), for instance to publish to facebook. (I am using version 0.5.0 under ubuntu 10.04) Is there any workaround ? Regards -- Andre Doherty From adam at yorba.org Wed Jul 7 17:21:41 2010 From: adam at yorba.org (Adam Dingle) Date: Wed, 07 Jul 2010 10:21:41 -0700 Subject: [Shotwell] Loupe function In-Reply-To: <1278369968.4546.4.camel@lappis> References: <1278369968.4546.4.camel@lappis> Message-ID: <4C34B7A5.8020003@yorba.org> On 07/05/2010 03:46 PM, Bengt Thuree wrote: > Hi > > Is there any plan to develop something like the Loupe function in > F-Spot? > Not at present. We are, however, considering implementing a small overview window which will appear whenever you zoom into an image. The overview will show the entire image and will have a rectangle indicating the area which is currently visible in the main viewpoint. You'll be able to pan the image by dragging the rectangle around in this window. This is http://trac.yorba.org/ticket/2080 . If you'd like something more like F-Spot's Loupe tool, feel free to file a ticket for that. adam From jim at yorba.org Wed Jul 7 21:55:54 2010 From: jim at yorba.org (Jim Nelson) Date: Wed, 7 Jul 2010 14:55:54 -0700 Subject: [Shotwell] publishing through proxy In-Reply-To: References: Message-ID: Hi Andr?, You are correct, Shotwell doesn't use the GNOME HTTP proxy settings, which is a problem for anyone behind a proxy server. I can't find any workaround right now. I've ticketed this for inclusion in our next release: http://trac.yorba.org/ticket/2255 I should also mention we released Shotwell 0.6.1 last week. Although it doesn't solve your publishing problem, it does have a host of new features you might find useful, including PNG and RAW support, zooming, and support for external editing. More information here: http://www.yorba.org/shotwell/ -- Jim On Wed, Jul 7, 2010 at 5:36 AM, Andr? Doherty wrote: > hello, > > Gnome proxy settings seem to be ignored by the app, as the name resolution > fails (in my case, dns is taken care by the proxy), for instance to publish > to facebook. > > (I am using version 0.5.0 under ubuntu 10.04) > > Is there any workaround ? > > Regards > > -- > Andre Doherty > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From kushaldas at gmail.com Thu Jul 8 10:17:04 2010 From: kushaldas at gmail.com (Kushal Das) Date: Thu, 8 Jul 2010 15:47:04 +0530 Subject: [Shotwell] [OT] How to find the EXIF thumbnail from the RAW images Message-ID: Hi, This may an OT question here, but I was reading and trying to using gexiv2. What I understood that you are using both gexiv2 and libexif in shotwell. When I tried only gexiv2 to extract thumbnails from RAW files (here .NEF) it failed. Do I have to use libexif as done in shotwell ? Kushal -- http://fedoraproject.org http://kushaldas.in From andre.doherty at gmail.com Thu Jul 8 12:11:55 2010 From: andre.doherty at gmail.com (=?ISO-8859-1?Q?Andr=E9_Doherty?=) Date: Thu, 8 Jul 2010 14:11:55 +0200 Subject: [Shotwell] publishing through proxy In-Reply-To: References: Message-ID: Hello, Well, i succeded in finding a workaround to this, using some kind of hacking tool named "proxychains". This tool automagically intercepts network connections in a process, rerouting those to a proxy. The drawback stands as the proxy must allow CONNECT on port 53 (DNS) and port 80 (i guess the lastest is induced by the REST API). However this works like a charm and once properly configured you only need to invoke shotwell as below to be able to publish : $ proxychains shotwell Andr? PS: thanks for the advice, i'll try the newer version as well On Wed, Jul 7, 2010 at 11:55 PM, Jim Nelson wrote: > Hi Andr?, > > You are correct, Shotwell doesn't use the GNOME HTTP proxy settings, which > is a problem for anyone behind a proxy server. I can't find any workaround > right now. I've ticketed this for inclusion in our next release: > http://trac.yorba.org/ticket/2255 > > I should also mention we released Shotwell 0.6.1 last week. Although it > doesn't solve your publishing problem, it does have a host of new features > you might find useful, including PNG and RAW support, zooming, and support > for external editing. More information here: > http://www.yorba.org/shotwell/ > > -- Jim > > On Wed, Jul 7, 2010 at 5:36 AM, Andr? Doherty wrote: > >> hello, >> >> Gnome proxy settings seem to be ignored by the app, as the name resolution >> fails (in my case, dns is taken care by the proxy), for instance to >> publish >> to facebook. >> >> (I am using version 0.5.0 under ubuntu 10.04) >> >> Is there any workaround ? >> >> Regards >> >> -- >> Andre Doherty >> _______________________________________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >> > > -- Andre Doherty From adam at yorba.org Thu Jul 8 17:42:48 2010 From: adam at yorba.org (Adam Dingle) Date: Thu, 08 Jul 2010 10:42:48 -0700 Subject: [Shotwell] Fwd: Photo exposure time correction In-Reply-To: References: <1278149622.1562.20.camel@nuuk> <1278165009.8774.11.camel@Nokia-N900-42-11> <4C325333.6080706@yorba.org> Message-ID: <4C360E18.5020109@yorba.org> On 07/05/2010 11:29 PM, Peter DO Smith wrote: > A small note about terminology. You call the date/time the photo was > taken 'exposure time'. But this is confusing to the photographer > because this usually means the shutter exposure time, for example > 1/100 sec. You could get around this by calling it 'exposure date' or > 'photo date'. This would work because in any case most of us see the > event as a given date. > That's a reasonable point. I've ticketed this at http://trac.yorba.org/ticket/2258 . adam From jim at yorba.org Thu Jul 8 17:44:54 2010 From: jim at yorba.org (Jim Nelson) Date: Thu, 8 Jul 2010 10:44:54 -0700 Subject: [Shotwell] [OT] How to find the EXIF thumbnail from the RAW images In-Reply-To: References: Message-ID: Hi Kushal, I'm cc:ing the gexiv2 mailing list, as this question pertains to both projects. First, a clarification. libexif is used because of a single limitation in Exiv2 (the library gexiv2 wraps): Exiv2 doesn't offer a way to return the raw (i.e. actual) bytes of the EXIF segment, which we checksum to identify matching photos on a camera (where checksumming the entire file would be expensive). libexif will do that, however. Additionally, libexif can return the EXIF block without the thumbnail, the EXIF thumbnail alone, or both, which is useful to Shotwell as well. If Exiv2 ever includes this feature, Shotwell will probably jettison libexif entirely. gexiv2 has two methods for retrieving the EXIF thumbnail. One is to call gexiv2_metadata_get_exif_thumbnail() (which I assume you're doing). This does pretty much what it sounds like it does. However, some RAW formats don't include a thumbnail in their EXIF segment. (Since the total size of an EXIF block can not be larger than 64K, it puts a crimp on the size of the thumbnail.) RAW files often include large thumbnails (some the dimensions of the RAW image itself), and often include more than one. What you probably want to use is gexiv2's preview manager functions. gexiv2_metadata_get_preview_properties() lists all the previews found in the file (including the EXIF thumbnail), and gexiv2_metadata_get_preview_image() will return the thumbnail itself. Note that the list of returned properties is ordered from smallest to largest. More information on the preview manager is here: http://dev.exiv2.org/projects/exiv2/wiki/Accessing_preview_images -- Jim On Thu, Jul 8, 2010 at 3:17 AM, Kushal Das wrote: > Hi, > This may an OT question here, but I was reading and trying to using > gexiv2. What I understood that you are using both gexiv2 and libexif > in shotwell. When I tried only gexiv2 to extract thumbnails from RAW > files (here .NEF) it failed. Do I have to use libexif as done in > shotwell ? > > > Kushal > -- > http://fedoraproject.org > http://kushaldas.in > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From pdo.smith at gmail.com Mon Jul 12 06:49:19 2010 From: pdo.smith at gmail.com (Peter DO Smith) Date: Mon, 12 Jul 2010 08:49:19 +0200 Subject: [Shotwell] element spacing, tags and events Message-ID: I find that my tag list is growing quickly and has become quite long. This means that when I tag a photo by dragging it onto a tag I must quite frequently scroll the tag list up or down to bring it into view. The vertical spacing between the elements in the tag list seems quite large. I would like to suggest that you reduce the vertical spacing in the tag list. In this way more tags will be visible and less scrolling will be required. I realise that the list scrolls automatically when the dragged item is moved to the top or bottom of the list but this is much too slow. I make these points because, for me, rapid tagging of photos is vital. One of the features I particularly like about Shotwell is precisely that tagging is so quick and intuitively simple. This is also why I oppose hierarchical tags. Opening and closing the hierarchical tags will slow down the tagging operation too much. Tagging is of course a must if one wants to make sense of a large photo collection. But that in turn requires that the application of tags be very fast and easy. Shotwell, as it stands, is perfect in this respect. Peter From bengt at thuree.com Mon Jul 12 07:28:55 2010 From: bengt at thuree.com (Bengt Thuree) Date: Mon, 12 Jul 2010 09:28:55 +0200 Subject: [Shotwell] element spacing, tags and events In-Reply-To: References: Message-ID: <1278919735.2634.1.camel@lappis> On Mon, 2010-07-12 at 08:49 +0200, Peter DO Smith wrote: > I find that my tag list is growing quickly and has become quite long. > This means that when I tag a photo by dragging it onto a tag I must > quite frequently scroll the tag list up or down to bring it into view. > The vertical spacing between the elements in the tag list seems quite > large. I would like to suggest that you reduce the vertical spacing in > the tag list. In this way more tags will be visible and less scrolling > will be required. I realise that the list scrolls automatically when > the dragged item is moved to the top or bottom of the list but this is > much too slow. > > I make these points because, for me, rapid tagging of photos is vital. > One of the features I particularly like about Shotwell is precisely > that tagging is so quick and intuitively simple. This is also why I > oppose hierarchical tags. Opening and closing the hierarchical tags > will slow down the tagging operation too much. Tagging is of course a > must if one wants to make sense of a large photo collection. But that > in turn requires that the application of tags be very fast and easy. > Shotwell, as it stands, is perfect in this respect. > Peter F-Spot's way of tagging is the fastest though. Simply press 't' for tagging, and start type, and it will complete the tag name for you (only need to type the first few letters, and you scroll among the alternatives). /Bengt From pdo.smith at gmail.com Mon Jul 12 07:50:56 2010 From: pdo.smith at gmail.com (Peter DO Smith) Date: Mon, 12 Jul 2010 09:50:56 +0200 Subject: [Shotwell] element spacing, tags and events In-Reply-To: <1278919735.2634.1.camel@lappis> References: <1278919735.2634.1.camel@lappis> Message-ID: Yes, agreed. Auto-complete is a good solution, especially when dealing with large lists. In my own work I use them extensively, for example when selecting a product from a product list of many thousands. The advantage really comes to the fore if one has multi-word tags where the auto-complete searches on all words in the tag. But I would hate to lose the drag and drop tagging, I find it very satisfying. One of the additional features I would like is the capability to type in a description for the photo. What I would like to do here is select the photo and simply start typing. Any normal keystrokes after a photo has been selected will indicate that I am entering a description. Then any non-trivial word can be used to automatically tag the photo Peter On Mon, Jul 12, 2010 at 9:28 AM, Bengt Thuree wrote: > On Mon, 2010-07-12 at 08:49 +0200, Peter DO Smith wrote: >> I find that my tag list is growing quickly and has become quite long. >> This means that when I tag a photo by dragging it onto a tag I must >> quite frequently scroll the tag list up or down to bring it into view. >> The vertical spacing between the elements in the tag list seems quite >> large. I would like to suggest that you reduce the vertical spacing in >> the tag list. In this way more tags will be visible and less scrolling >> will be required. I realise that the list scrolls automatically when >> the dragged item is moved to the top or bottom of the list but this is >> much too slow. >> >> I make these points because, for me, rapid tagging of photos is vital. >> One of the features I particularly like about Shotwell is precisely >> that tagging is so quick and intuitively simple. This is also why I >> oppose hierarchical tags. Opening and closing the hierarchical tags >> will slow down the tagging operation too much. Tagging is of course a >> must if one wants to make sense of a large photo collection. But that >> in turn requires that the application of tags be very fast and easy. >> Shotwell, as it stands, is perfect in this respect. >> Peter > > F-Spot's way of tagging is the fastest though. > Simply press 't' for tagging, and start type, and it will complete the > tag name for you (only need to type the first few letters, and you > scroll among the alternatives). > > /Bengt > > From adam at yorba.org Mon Jul 12 15:36:16 2010 From: adam at yorba.org (Adam Dingle) Date: Mon, 12 Jul 2010 08:36:16 -0700 Subject: [Shotwell] element spacing, tags and events In-Reply-To: References: <1278919735.2634.1.camel@lappis> Message-ID: <4C3B3670.7040404@yorba.org> Peter, On 07/12/2010 12:50 AM, Peter DO Smith wrote: > Yes, agreed. Auto-complete is a good solution, especially when dealing > with large lists. In my own work I use them extensively, for example > when selecting a product from a product list of many thousands. The > advantage really comes to the fore if one has multi-word tags where > the auto-complete searches on all words in the tag. But I would hate > to lose the drag and drop tagging, I find it very satisfying. > We could think about reducing the spacing in the tags list, but I'm somewhat worried about harming readability. I think we should prioritize implementing tag autocomplete and hierarchical tags. Once we have those features, I'm hopeful you'll be able to work with a large tag list easily, especially if we add good keyboard shortcuts. Those features are unlikely for 0.7 (appearing next month!) but should be a high priority for further releases later this year. > One of the additional features I would like is the capability to type > in a description for the photo. What I would like to do here is select > the photo and simply start typing. Any normal keystrokes after a photo > has been selected will indicate that I am entering a description. Then > any non-trivial word can be used to automatically tag the photo > As I'm sure you know, you can already edit each photo's title simply by pressing F2. Before long, we plan to implement an integrated search box that will search photos by any field including title (this is http://trac.yorba.org/ticket/80). We're also considering letting the user enter a multi-line description for each photo (http://trac.yorba.org/ticket/1573). If we do so, we should also have a keyboard shortcut that will let you edit that description easily. Thanks as always for your ideas and feedback! adam From chrisgame at pobox.com Mon Jul 12 20:12:57 2010 From: chrisgame at pobox.com (Chris Game) Date: Mon, 12 Jul 2010 21:12:57 +0100 (BST) Subject: [Shotwell] element spacing, tags, events... In-Reply-To: References: Message-ID: On Mon, 12 Jul 2010, shotwell-request at lists.yorba.org wrote: > Date: Mon, 12 Jul 2010 09:28:55 +0200 > From: Bengt Thuree > Subject: Re: [Shotwell] element spacing, tags and events > > F-Spot's way of tagging is the fastest though. > Simply press 't' for tagging, and start type, and it will complete the > tag name for you (only need to type the first few letters, and you > scroll among the alternatives). > > /Bengt > No, I think the tagging system in kphotoalbum is the best I have seen. Although there is a hierarchy of tags (or categories of tags if you like) the selection of tags is quick and the addition of new ones automatic. This system also allows quick selection of photos matching multiple tags. It's easy to tag many photos at once too. From pdo.smith at gmail.com Tue Jul 13 08:07:41 2010 From: pdo.smith at gmail.com (Peter DO Smith) Date: Tue, 13 Jul 2010 10:07:41 +0200 Subject: [Shotwell] element spacing, tags and events In-Reply-To: <4C3B3670.7040404@yorba.org> References: <1278919735.2634.1.camel@lappis> <4C3B3670.7040404@yorba.org> Message-ID: On Mon, Jul 12, 2010 at 5:36 PM, Adam Dingle wrote: > Peter, > > On 07/12/2010 12:50 AM, Peter DO Smith wrote: >> Yes, agreed. Auto-complete is a good solution, especially when dealing >> with large lists. In my own work I use them extensively, for example >> when selecting a product from a product list of many thousands. The >> advantage really comes to the fore if one has multi-word tags where >> the auto-complete searches on all words in the tag. ?But I would hate >> to lose the drag and drop tagging, I find it very satisfying. >> > > We could think about reducing the spacing in the tags list, but I'm > somewhat worried about harming readability. Yes, readability might suffer. I like the present open layout but still a small reduction in spacing would help. > ?I think we should > prioritize implementing tag autocomplete and hierarchical tags. ?Once we > have those features, I'm hopeful you'll be able to work with a large tag > list easily, especially if we add good keyboard shortcuts. Agreed, auto-complete will be a huge help. > ?Those > features are unlikely for 0.7 (appearing next month!) but should be a > high priority for further releases later this year. > >> One of the additional features I would like is the capability to type >> in a description for the photo. What I would like to do here is select >> the photo and simply start typing. Any normal keystrokes after a photo >> has been selected will indicate that I am entering a description. Then >> any non-trivial word can be used to automatically tag the photo >> > > As I'm sure you know, you can already edit each photo's title simply by > pressing F2. Renaming the photo is not quite the same thing. There is also a semantic problem here. I don't think we should confuse the terms 'file name' with 'photo title'. Ideally we need two extra columns in PhotoTable, photo_title and photo_description. >?Before long, we plan to implement an integrated search box > that will search photos by any field including title (this is > http://trac.yorba.org/ticket/80). ?We're also considering letting the > user enter a multi-line description for each photo Yes, this is what I want. A lot depends on the presentation, where and how you display the description. > (http://trac.yorba.org/ticket/1573). ?If we do so, we should also have a > keyboard shortcut that will let you edit that description easily. > > Thanks as always for your ideas and feedback! > Thanks Adam, I am so impressed by Shotwell and the direction it is taking. You have even inspired me to play with Vala. After having developed systems in most mainstream languages I rather like what I see with Vala. Peter From jim at yorba.org Tue Jul 13 19:05:19 2010 From: jim at yorba.org (Jim Nelson) Date: Tue, 13 Jul 2010 12:05:19 -0700 Subject: [Shotwell] element spacing, tags and events In-Reply-To: References: <1278919735.2634.1.camel@lappis> <4C3B3670.7040404@yorba.org> Message-ID: > > Renaming the photo is not quite the same thing. There is also a > semantic problem here. I don't think we should confuse the terms 'file > name' with 'photo title'. Ideally we need two extra columns in > PhotoTable, photo_title and photo_description. > > To jump in here, PhotoTable currently has a "title" column for exactly that. If it's empty, the filename is displayed instead. We will need a description field, however. -- Jim From chrisgame at pobox.com Tue Jul 13 19:29:05 2010 From: chrisgame at pobox.com (Chris Game) Date: Tue, 13 Jul 2010 20:29:05 +0100 (BST) Subject: [Shotwell] element spacing, tags and events In-Reply-To: References: Message-ID: On Tue, 13 Jul 2010, shotwell-request at lists.yorba.org wrote: > Date: Tue, 13 Jul 2010 10:07:41 +0200 > From: Peter DO Smith > Subject: Re: [Shotwell] element spacing, tags and events > Message-ID: > > > Renaming the photo is not quite the same thing. There is also a > semantic problem here. I don't think we should confuse the terms 'file > name' with 'photo title'. Ideally we need two extra columns in > PhotoTable, photo_title and photo_description. Isn't this getting a little complicated? Is this a professional tool or one for amateur family snaps? I think the latter, and in this case ease of use is paramount. (PS - Editing this digest is a real pain - any advice? You could PM if I'm doing something totally stupid!) From adam at yorba.org Tue Jul 13 21:19:13 2010 From: adam at yorba.org (Adam Dingle) Date: Tue, 13 Jul 2010 14:19:13 -0700 Subject: [Shotwell] element spacing, tags and events In-Reply-To: References: Message-ID: <4C3CD851.6030407@yorba.org> On 07/13/2010 12:29 PM, Chris Game wrote: > On Tue, 13 Jul 2010, shotwell-request at lists.yorba.org wrote: > >> From: Peter DO Smith >> Subject: Re: [Shotwell] element spacing, tags and events >> Message-ID: >> >> >> Renaming the photo is not quite the same thing. There is also a >> semantic problem here. I don't think we should confuse the terms 'file >> name' with 'photo title'. Ideally we need two extra columns in >> PhotoTable, photo_title and photo_description. >> > Isn't this getting a little complicated? Is this a professional tool > or one for amateur family snaps? I think the latter, and in this > case ease of use is paramount. > It's not just professional programs that distinguish titles and descriptions. Apple's iPhoto, for example, is a consumer-level program but still allows each photo to a have a single-line title (which appears underneath the photo) plus a multi-line description (which appears in a side pane). That doesn't seem hard to use, and people who don't need descriptions can simply ignore the description field in the side pane. We might add something similar to Shotwell (see http://trac.yorba.org/ticket/1573). > (PS - Editing this digest is a real pain - any advice? You could PM > if I'm doing something totally stupid!) > Instead of subscribing as a digest, maybe you could subscribe to the regular email field, but set up an email rule that automatically puts all messages from this mailing list into a folder that you check from time to time. That would make it easier to respond to individual messages. Not sure whether your own email client or service supports that, though. adam From pdo.smith at gmail.com Tue Jul 13 21:24:59 2010 From: pdo.smith at gmail.com (Peter DO Smith) Date: Tue, 13 Jul 2010 23:24:59 +0200 Subject: [Shotwell] element spacing, tags and events In-Reply-To: References: Message-ID: On Tue, Jul 13, 2010 at 9:29 PM, Chris Game wrote: > On Tue, 13 Jul 2010, shotwell-request at lists.yorba.org wrote: > > Date: Tue, 13 Jul 2010 10:07:41 +0200 > > From: Peter DO Smith > > Subject: Re: [Shotwell] element spacing, tags and events > > Message-ID: > > > > > > Renaming the photo is not quite the same thing. There is also a > > semantic problem here. I don't think we should confuse the terms 'file > > name' with 'photo title'. Ideally we need two extra columns in > > PhotoTable, photo_title and photo_description. > > Isn't this getting a little complicated? Is this a professional tool > or one for amateur family snaps? I think the latter, and in this > case ease of use is paramount. > I think you have chosen the two extremes of the spectrum - professional vs amateur family snaps while my needs fall somewhere between the two. In that respect I am probably like many other photographers. I don't know if Adam, Jim et al have really defined the target audience. I am sure they have something in mind and very likely it is an evolving target that takes into account the user feedback from sources like this forum. But I take your point that ease of use is important. All great programs clothe richness of functionality with an elegant simplicity. Shotwell has all the makings of such a program. Peter From sundman at iki.fi Wed Jul 14 13:24:15 2010 From: sundman at iki.fi (Marcus Sundman) Date: Wed, 14 Jul 2010 16:24:15 +0300 Subject: [Shotwell] disable auto-launch Message-ID: <4C3DBA7F.9010309@iki.fi> Hi, This is probably a FAQ, but I haven't found any answer after looking for one for over an hour, so here we go... Now whenever I insert a memory card shotwell is automatically launched. How can I disabled this "feature"? I'm using ubuntu lucid and I have everything disabled in System->Preferences->Removable drives and media. Regards, Marcus From adam at yorba.org Wed Jul 14 14:02:43 2010 From: adam at yorba.org (Adam Dingle) Date: Wed, 14 Jul 2010 07:02:43 -0700 Subject: [Shotwell] disable auto-launch In-Reply-To: <4C3DBA7F.9010309@iki.fi> References: <4C3DBA7F.9010309@iki.fi> Message-ID: On Wed, Jul 14, 2010 at 6:24 AM, Marcus Sundman wrote: > Hi, > > This is probably a FAQ, but I haven't found any answer after looking for > one for over an hour, so here we go... > > Now whenever I insert a memory card shotwell is automatically launched. > How can I disabled this "feature"? I'm using ubuntu lucid and I have > everything disabled in System->Preferences->Removable drives and media. > Marcus, ah, yes - this is non-obvious. Open a Nautilus (i.e. file browser) window and go to Edit->Preferences, and choose the Media tab. You'll see a list of dropdowns that let you control which programs autorun when various sorts of media are connected to your system. I think it would make more sense to have this in the main System->Preferences menu somewhere instead, but it lives in the Nautilus preferences dialog today. (Perhaps we should add this information to the Shotwell documentation somewhere since it is relevant for Shotwell users.) By the way, I'm also running Ubuntu Lucid and I don't see a System->Preferences->Removable drives and media option - not sure why that's showing up on your system but not mine. cheers adam From typografi at gmail.com Mon Jul 19 08:50:44 2010 From: typografi at gmail.com (=?iso-8859-1?Q?Tor_L=F8vskogen_Bollingmo?=) Date: Mon, 19 Jul 2010 10:50:44 +0200 Subject: [Shotwell] Shotwell 0.7 plan Message-ID: <34653461-7EAA-4713-8952-679CAE5ACB72@gmail.com> > * Monitoring the library directory (i.e. the import directory the > user chooses in the Preferences dialog) for added and removed files, > which will be automatically added to or removed from the Shotwell > library. The user will have a preference to enable or disable > monitoring. Shotwell 0.7 will monitor only this single directory. In > future releases we hope to be able to monitor multiple directories. > [http://trac.yorba.org/ticket/374] Will this spawn a Preference Dialog for Shotwell? Not having a Preference Dialog is great, less options, less complexity. Great. > * Rating photos. The user will be able to assign any of the > following ratings to each photo: unrated (the default), 1-5 stars, or > Rejected (the lowest rating). You will be able to sort and/or filter by > rating. By default, Shotwell will display all photos except rejected > photos. In the browser view, we'll have a dropdown menu on the toolbar > that will allow you to select a different filter, e.g. only 3 stars and > higher. This will replace Shotwell's existing hidden/favorites > mechanism. When you upgrade from 0.6 to 0.7, all previously hidden > photos will become Rejected and all previously favorite photos will be > assigned a rating of 5 stars. [http://trac.yorba.org/ticket/2233 Why have the hidden / rejected files in the library in the first place? Could the not just be removed? The 1-5 star rating is good for filtering, but having a "hide image" or "rejected images" inside the library sounds very strange. Do users quickly understand this? Is there a reason for not doing a simple "remove image" instead of hiding it? Tor From adam at yorba.org Mon Jul 19 14:50:11 2010 From: adam at yorba.org (Adam Dingle) Date: Mon, 19 Jul 2010 07:50:11 -0700 Subject: [Shotwell] Shotwell 0.7 plan In-Reply-To: <34653461-7EAA-4713-8952-679CAE5ACB72@gmail.com> References: <34653461-7EAA-4713-8952-679CAE5ACB72@gmail.com> Message-ID: <4C446623.4070103@yorba.org> Tor, On 07/19/2010 01:50 AM, Tor L?vskogen Bollingmo wrote: >> * Monitoring the library directory (i.e. the import directory the >> user chooses in the Preferences dialog) for added and removed files, >> which will be automatically added to or removed from the Shotwell >> library. The user will have a preference to enable or disable >> monitoring. Shotwell 0.7 will monitor only this single directory. In >> future releases we hope to be able to monitor multiple directories. >> [http://trac.yorba.org/ticket/374] >> > Will this spawn a Preference Dialog for Shotwell? Not having a Preference Dialog is great, less options, less complexity. Great. > As you may be aware Shotwell 0.6 already includes a preferences dialog, so that will not be new in 0.7. >> * Rating photos. The user will be able to assign any of the >> following ratings to each photo: unrated (the default), 1-5 stars, or >> Rejected (the lowest rating). You will be able to sort and/or filter by >> rating. By default, Shotwell will display all photos except rejected >> photos. In the browser view, we'll have a dropdown menu on the toolbar >> that will allow you to select a different filter, e.g. only 3 stars and >> higher. This will replace Shotwell's existing hidden/favorites >> mechanism. When you upgrade from 0.6 to 0.7, all previously hidden >> photos will become Rejected and all previously favorite photos will be >> assigned a rating of 5 stars. [http://trac.yorba.org/ticket/2233 >> > Why have the hidden / rejected files in the library in the first place? Could the not just be removed? The 1-5 star rating is good for filtering, but having a "hide image" or "rejected images" inside the library sounds very strange. I don't think this is strange, since this is a common feature in other photo organizers: - Both Picasa and iPhoto allow the user to mark a photo as hidden (like in Shotwell 0.6). - F-Spot lets the user assign the Hidden tag to a photo. - Aperture lets the user rate a photo using 1-5 stars or as rejected (like in Shotwell 0.7). - Lightroom lets the user mark a photo as rejected (independently of its rating). I think that many photographers want to mark photos as of below-average quality without necessarily removing them from the library; that's what this feature is for. > Do users quickly understand this? > As far as I know, users do understand: I don't believe that we've ever heard a user say they were confused by the Hide command. I think that setting a photo as rejected will also be easy to understand in Shotwell 0.7: the Set Rating menu includes Rejected as one of the choices and I think the meaning is fairly evident. This is already implemented in trunk so feel free to take a look at the existing implementation - feedback is welcome. adam From pdo.smith at gmail.com Mon Jul 19 15:21:58 2010 From: pdo.smith at gmail.com (Peter DO Smith) Date: Mon, 19 Jul 2010 17:21:58 +0200 Subject: [Shotwell] Shotwell 0.7 plan In-Reply-To: <4C446623.4070103@yorba.org> References: <34653461-7EAA-4713-8952-679CAE5ACB72@gmail.com> <4C446623.4070103@yorba.org> Message-ID: I have just tried out the trunk version and I am very encouraged. 1) Hidden files. Good idea. There are many reasons for having hidden files. I might wish to show a photo shoot to my client but find it expedient not to show some of the photos. 2) Rejected files. Another good idea. I like to mark my bad photos and then review them some time later, say a month, before deleting. This gives me a cooling off period, which can be valuable. 3) Star ratings. 5 stars is more than I need but others will like it. I tend to work with three stars and just ignore the rest. 4) Indicators on thumbnails. Good idea except that you have used a red cross for both hidden and rejected photos. It would be a good idea to use another icon for hidden photos. Peter On Mon, Jul 19, 2010 at 4:50 PM, Adam Dingle wrote: > Tor, > > On 07/19/2010 01:50 AM, Tor L?vskogen Bollingmo wrote: > >> * Monitoring the library directory (i.e. the import directory the > >> user chooses in the Preferences dialog) for added and removed files, > >> which will be automatically added to or removed from the Shotwell > >> library. The user will have a preference to enable or disable > >> monitoring. Shotwell 0.7 will monitor only this single directory. In > >> future releases we hope to be able to monitor multiple directories. > >> [http://trac.yorba.org/ticket/374] > >> > > Will this spawn a Preference Dialog for Shotwell? Not having a Preference > Dialog is great, less options, less complexity. Great. > > > > As you may be aware Shotwell 0.6 already includes a preferences dialog, > so that will not be new in 0.7. > > >> * Rating photos. The user will be able to assign any of the > >> following ratings to each photo: unrated (the default), 1-5 stars, or > >> Rejected (the lowest rating). You will be able to sort and/or filter by > >> rating. By default, Shotwell will display all photos except rejected > >> photos. In the browser view, we'll have a dropdown menu on the toolbar > >> that will allow you to select a different filter, e.g. only 3 stars and > >> higher. This will replace Shotwell's existing hidden/favorites > >> mechanism. When you upgrade from 0.6 to 0.7, all previously hidden > >> photos will become Rejected and all previously favorite photos will be > >> assigned a rating of 5 stars. [http://trac.yorba.org/ticket/2233 > >> > > Why have the hidden / rejected files in the library in the first place? > Could the not just be removed? The 1-5 star rating is good for filtering, > but having a "hide image" or "rejected images" inside the library sounds > very strange. > > I don't think this is strange, since this is a common feature in other > photo organizers: > > - Both Picasa and iPhoto allow the user to mark a photo as hidden (like > in Shotwell 0.6). > - F-Spot lets the user assign the Hidden tag to a photo. > - Aperture lets the user rate a photo using 1-5 stars or as rejected > (like in Shotwell 0.7). > - Lightroom lets the user mark a photo as rejected (independently of its > rating). > > I think that many photographers want to mark photos as of below-average > quality without necessarily removing them from the library; that's what > this feature is for. > > > Do users quickly understand this? > > > > As far as I know, users do understand: I don't believe that we've ever > heard a user say they were confused by the Hide command. I think that > setting a photo as rejected will also be easy to understand in Shotwell > 0.7: the Set Rating menu includes Rejected as one of the choices and I > think the meaning is fairly evident. This is already implemented in > trunk so feel free to take a look at the existing implementation - > feedback is welcome. > > adam > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From adam at yorba.org Mon Jul 19 15:32:17 2010 From: adam at yorba.org (Adam Dingle) Date: Mon, 19 Jul 2010 08:32:17 -0700 Subject: [Shotwell] Shotwell 0.7 plan In-Reply-To: References: <34653461-7EAA-4713-8952-679CAE5ACB72@gmail.com> <4C446623.4070103@yorba.org> Message-ID: <4C447001.90800@yorba.org> On 07/19/2010 08:21 AM, Peter DO Smith wrote: > I have just tried out the trunk version and I am very encouraged. > > 1) Hidden files. Good idea. There are many reasons for having hidden files. > I might wish to show a photo shoot to my client but find it expedient not to > show some of the photos. > 2) Rejected files. Another good idea. I like to mark my bad photos and then > review them some time later, say a month, before deleting. This gives me a > cooling off period, which can be valuable. > 3) Star ratings. 5 stars is more than I need but others will like it. I tend > to work with three stars and just ignore the rest. > 4) Indicators on thumbnails. Good idea except that you have used a red cross > for both hidden and rejected photos. It would be a good idea to use another > icon for hidden photos. > Peter > Peter, thanks for your encouraging feedback. Note that the trunk is in transition right now: it still includes the old hidden/favorites feature from 0.6, but also has the beginnings of the new 1-5 rating + rejected feature from 0.7. We're currently planning to eliminate hidden/favorites in the very near future. If you want to hide photos, you can mark them as rejected. Normally Shotwell will display all photos except rejects, but there will soon be a View option that shows all photos (similar to the previous option View->Hidden Photos). If you think we should allow the user to hide photos *and* independently allow the user to mark photos as rejects, we could discuss that here, though my personal opinion is that it would be overkill to have both. I like the Rejected concept since it is integrated with the rating system (unlike hiding photos, which would be independent of it). adam From adam at yorba.org Mon Jul 19 15:36:04 2010 From: adam at yorba.org (Adam Dingle) Date: Mon, 19 Jul 2010 08:36:04 -0700 Subject: [Shotwell] Shotwell, early draft In-Reply-To: <8F06EAAD-7820-4CAD-ADBD-7BCD72650B40@gmail.com> References: <80438253-B6F4-44D6-A14B-97EC13BC5FE2@gmail.com> <4C28F6BF.7010309@yorba.org> <7EA6BA1A-65E8-4453-A60E-C34A231BB45E@gmail.com> <4C291FD5.2010301@yorba.org> <55DDA027-A8A1-41E8-8F71-554127331182@gmail.com> <4C3B3D80.7020901@yorba.org> <8F06EAAD-7820-4CAD-ADBD-7BCD72650B40@gmail.com> Message-ID: <4C4470E4.4040801@yorba.org> Tor. On 07/19/2010 01:29 AM, Tor L?vskogen Bollingmo wrote: > Hi, > > Thank you for the good feedback. I've now improved the mockup, addressing some > of the points in your feedback: > thanks for your latest mockup. I've cc-ed the Shotwell mailing list on this message since that's a good place for design discussions to take place. As you know the mailing list doesn't allow attachments, so I've uploaded your mockup to here: http://i30.tinypic.com/2n1crwn.jpg > ? Images are now square, with a white border, to seperate image (e.g blue sky > images) with the blue selection color. > I personally find the white border to be a bit harsh since it contrasts starkly with the surrounding gray. As you've probably seen, Shotwell 0.6 includes a gray border around each image, and I personally find even that to be a bit too pronounced so we may make it fainter at some point (this is http://trac.yorba.org/ticket/2156). > ? Image icons in the rectangles at the zoom slider. > Those look good to me, I think. > *The Publishing Step* > For the benefit of those on this mailing list, I'll first repeat my previous comments which you're responding to: > Adam Dingle wrote: > You've suggested putting the introductory publishing step in the main window > rather than in a dialog. It's not clear whether you're suggesting that *all* > steps of the publishing process would live in the main window, or just the > initial step. In some of those steps we display various Web pages from > publishing providers which have a white background. It's not clear to me that > those would look good in the main window which normally has a dark gray > background in Shotwell. If we did put these steps into the main window we'd > also presumably need to add a sidebar item which the user could use to select > the publishing view (since they could navigate to another page and then want > to come back to it). In any case, we could consider this, but it would be a > significant code change and I think it's not likely to be a high priority. > If it's required for a user to browse a web page, it should be done in a > seperate window. I believe you're suggesting that most publishing steps should take place in the main Shotwell window, but that the steps which involve Web pages should occur in a separate window - do you mean a dialog in Shotwell, or are you suggesting that we launch the user's Web browser to perform these steps? > Can the publishing step be made with API Calls (?) instead of a > user browsing. I believe you're asking whether we can avoid displaying these Web pages altogether. The answer is no: some publishing services require that users log in through their Web site. We've chosen to encapsulate the Web pages in a Shotwell dialog because we think this makes the publishing experience as seamlessly integrated as possible. > I see that iPhoto also uses a web view, so maybe it's not > possible to do this without a web view. iPhoto, like Shotwell, takes the user through a series of publishing steps in a dialog window; I assume that's what you mean by a "web view". It might also be possible to make the Web pages appear in the main Shotwell window, but as I suggested in my original comments I'm not sure that would look great. > too bad as it breaks the user flow inside the app. > In my opinion Shotwell's current approach, in which the providers' web pages appear in a Shotwell dialog, has an easier user flow than if Shotwell were to launch a separate window or browser to display those pages. If you think that your approach would be easier for the user, I'd be curious to see a series of mockups which show what each step of the publishing process looks like in your vision. > *The Sidebar Navigatio*n > Before designing navigational elements, is a tree view beneficial for users? I > can see power users wanting this to be able to fast skip to a sub album. But how > often would people need sub albums? I think it mostly would cause complexity > among users not accustomed to tree views. So is this really essential for > managing photos? > Shotwell has had a tree view of events since its very earliest releases: this lets the user easily find photos from any given year and month. I expect that the tag list will also become a tree soon since many users have requested this (http://trac.yorba.org/ticket/1401). We're also thinking about adding a geographic tree to the sidebar which lets the user browse photos by the location they were taken (http://trac.yorba.org/ticket/1473) as well as a folder browser tree (http://trac.yorba.org/ticket/1594). I can imagine some greatly simplified photo manager which has no trees at all, but that would not be Shotwell. > I'm raising this question of user experience because I want the app to feel as > easy as possible for first time and novice users :) > I agree that that is important! adam From inquata at googlemail.com Mon Jul 19 16:24:42 2010 From: inquata at googlemail.com (Jan-Christoph Borchardt) Date: Mon, 19 Jul 2010 18:24:42 +0200 Subject: [Shotwell] GUADEC Message-ID: Adam Dingle wrote: > Friends of Shotwell, > > several of us from Yorba will be at GUADEC (the annual GNOME conference) > in the Hague, the Netherlands from July 26-30 this month. We could > possibly arrange a Birds of a Feather session or other informal > gathering at GUADEC for people interested in talking about Shotwell's > direction and future development. If you'll be at GUADEC and would be > interested in attending a gathering like this, please reply to me > personally. If there's enough interest I'll set something up. Thanks! I am going to GUADEC and would be happy to attend such a gathering. Charline from Canonical asked me about usability testing for Shotwell, a session about future development would surely be practical. I don?t know yet if Charline is coming to GUADEC though. I conducted one preliminary usability test already. It was just for rehearsing and accidentally only with version 0.5, but you may still find the results interesting. You can find them at https://docs.google.com/leaf?id=1GV0xJ18SbPsMDt_h_aj6PSKXhgrM1-KEmeBPnuWlHEs From adam at yorba.org Mon Jul 19 16:57:51 2010 From: adam at yorba.org (Adam Dingle) Date: Mon, 19 Jul 2010 09:57:51 -0700 Subject: [Shotwell] GUADEC In-Reply-To: References: Message-ID: <4C44840F.3090204@yorba.org> Jan-Christoph, On 07/19/2010 09:24 AM, Jan-Christoph Borchardt wrote: > I am going to GUADEC and would be happy to attend such a gathering. > Charline from Canonical asked me about usability testing for Shotwell, > a session about future development would surely be practical. I don?t > know yet if Charline is coming to GUADEC though. > I didn't get enough responses to my original message for us to justify setting up an official Shotwell gathering, but let's plan to meet up informally. Charline told me she'll be at GUADEC only Monday and Tuesday, so let's all try to meet up then. We can be in touch via email. > I conducted one preliminary usability test already. It was just for > rehearsing and accidentally only with version 0.5, but you may still > find the results interesting. You can find them at > https://docs.google.com/leaf?id=1GV0xJ18SbPsMDt_h_aj6PSKXhgrM1-KEmeBPnuWlHEs > Great - I took a quick first look at the results and they do look interesting. I like how detailed they are. We'll plan to ponder the results in detail and to consider them in planning changes for 0.8 and beyond. We'll also look forward to the results of your upcoming testing with 0.6. adam From el.cameleon.1 at gmail.com Mon Jul 19 16:59:07 2010 From: el.cameleon.1 at gmail.com (Vincent) Date: Mon, 19 Jul 2010 18:59:07 +0200 Subject: [Shotwell] Shotwell is very long to delete picture from my camera Message-ID: Hi gents, I am a new user of Shotwell (0.6.1) and I like it a lot, but I have noticed something strange: it takes more than 1 minute to delete only 10 pictures (total size: 13Mo) from my Canon camera (Powershot A80). During this time, Shotwell doesn't answer and I don't have any progress information. Independantly of the lake of a progress bar (which is covered by this bug: http://trac.yorba.org/ticket/2187), I wonder why deletion is so slow. Is there any way to log Shotwell in order to understand better this phenomenon? Does anybody else experience this kind of issue? regards, -- Vincent From typografi at gmail.com Tue Jul 20 10:09:30 2010 From: typografi at gmail.com (=?iso-8859-1?Q?Tor_L=F8vskogen_Bollingmo?=) Date: Tue, 20 Jul 2010 12:09:30 +0200 Subject: [Shotwell] Shotwell, early draft In-Reply-To: <4C4470E4.4040801@yorba.org> References: <80438253-B6F4-44D6-A14B-97EC13BC5FE2@gmail.com> <4C28F6BF.7010309@yorba.org> <7EA6BA1A-65E8-4453-A60E-C34A231BB45E@gmail.com> <4C291FD5.2010301@yorba.org> <55DDA027-A8A1-41E8-8F71-554127331182@gmail.com> <4C3B3D80.7020901@yorba.org> <8F06EAAD-7820-4CAD-ADBD-7BCD72650B40@gmail.com> <4C4470E4.4040801@yorba.org> Message-ID: > Tor. > > On 07/19/2010 01:29 AM, Tor L?vskogen Bollingmo wrote: >> Hi, >> >> Thank you for the good feedback. I've now improved the mockup, addressing some >> of the points in your feedback: >> > > thanks for your latest mockup. I've cc-ed the Shotwell mailing list on this message since that's a good place for design discussions to take place. As you know the mailing list doesn't allow attachments, so I've uploaded your mockup to here: > > http://i30.tinypic.com/2n1crwn.jpg > >> ? Images are now square, with a white border, to seperate image (e.g blue sky >> images) with the blue selection color. >> > > I personally find the white border to be a bit harsh since it contrasts starkly with the surrounding gray. As you've probably seen, Shotwell 0.6 includes a gray border around each image, and I personally find even that to be a bit too pronounced so we may make it fainter at some point (this is http://trac.yorba.org/ticket/2156). Yes, I've now made them in the gray color that is default for Shotwell. Still wonder about the rationale behind making the background color an option?this is the kind of setting that should be curated for the user by people like you, Adam ;-) > >> ? Image icons in the rectangles at the zoom slider. >> > > Those look good to me, I think. > >> *The Publishing Step* >> > > For the benefit of those on this mailing list, I'll first repeat my previous comments which you're responding to: > > > Adam Dingle wrote: > > You've suggested putting the introductory publishing step in the main window > > rather than in a dialog. It's not clear whether you're suggesting that *all* > > steps of the publishing process would live in the main window, or just the > > initial step. In some of those steps we display various Web pages from > > publishing providers which have a white background. It's not clear to me that > > those would look good in the main window which normally has a dark gray > > background in Shotwell. If we did put these steps into the main window we'd > > also presumably need to add a sidebar item which the user could use to select > > the publishing view (since they could navigate to another page and then want > > to come back to it). In any case, we could consider this, but it would be a > > significant code change and I think it's not likely to be a high priority. > >> If it's required for a user to browse a web page, it should be done in a >> seperate window. > > I believe you're suggesting that most publishing steps should take place in the main Shotwell window, but that the steps which involve Web pages should occur in a separate window - do you mean a dialog in Shotwell, or are you suggesting that we launch the user's Web browser to perform these steps? > >> Can the publishing step be made with API Calls (?) instead of a >> user browsing. > > I believe you're asking whether we can avoid displaying these Web pages altogether. The answer is no: some publishing services require that users log in through their Web site. We've chosen to encapsulate the Web pages in a Shotwell dialog because we think this makes the publishing experience as seamlessly integrated as possible. > >> I see that iPhoto also uses a web view, so maybe it's not >> possible to do this without a web view. > > iPhoto, like Shotwell, takes the user through a series of publishing steps in a dialog window; I assume that's what you mean by a "web view". It might also be possible to make the Web pages appear in the main Shotwell window, but as I suggested in my original comments I'm not sure that would look great. > >> too bad as it breaks the user flow inside the app. >> > > In my opinion Shotwell's current approach, in which the providers' web pages appear in a Shotwell dialog, has an easier user flow than if Shotwell were to launch a separate window or browser to display those pages. If you think that your approach would be easier for the user, I'd be curious to see a series of mockups which show what each step of the publishing process looks like in your vision. Yes, the dialog approach is better than a separate window. But I was wondering if it's possible to make the look of the content in the dialog more customized to fit better in the app ? so people experience it as a part of the app, not as a dialog from Facebook, if you know what I mean? > >> *The Sidebar Navigatio*n >> Before designing navigational elements, is a tree view beneficial for users? I >> can see power users wanting this to be able to fast skip to a sub album. But how >> often would people need sub albums? I think it mostly would cause complexity >> among users not accustomed to tree views. So is this really essential for >> managing photos? >> > > Shotwell has had a tree view of events since its very earliest releases: this lets the user easily find photos from any given year and month. I expect that the tag list will also become a tree soon since many users have requested this (http://trac.yorba.org/ticket/1401). We're also thinking about adding a geographic tree to the sidebar which lets the user browse photos by the location they were taken (http://trac.yorba.org/ticket/1473) as well as a folder browser tree (http://trac.yorba.org/ticket/1594). > > I can imagine some greatly simplified photo manager which has no trees at all, but that would not be Shotwell. I'm using iPhoto as a reference here, which is a simple photo manager ? which is really suitable for the average user. Isn't Shotwell aiming to be the photo manager for these kind of users? I always thought that, since it's supposed to be the default in Ubuntu after F-Spot. Making it too advanced might alienate novice users, to which this is the first photo managing app they'll use on Ubuntu. On the other hand, novice users might not even use nesting in the events and tags ? but they might create nested items by mistake, and then it would be a ux problem, making the app feel more advanced than necessary. Just some of my thoughts :) > >> I'm raising this question of user experience because I want the app to feel as >> easy as possible for first time and novice users :) >> > > I agree that that is important! > > adam > Med vennlig hilsen / Kind regards Tor L?vskogen Bollingmo / Designer Telefon +47 98 46 24 88 Monument M70.no Designalized.com From adam at yorba.org Tue Jul 20 15:13:47 2010 From: adam at yorba.org (Adam Dingle) Date: Tue, 20 Jul 2010 08:13:47 -0700 Subject: [Shotwell] Shotwell, early draft In-Reply-To: References: <80438253-B6F4-44D6-A14B-97EC13BC5FE2@gmail.com> <4C28F6BF.7010309@yorba.org> <7EA6BA1A-65E8-4453-A60E-C34A231BB45E@gmail.com> <4C291FD5.2010301@yorba.org> <55DDA027-A8A1-41E8-8F71-554127331182@gmail.com> <4C3B3D80.7020901@yorba.org> <8F06EAAD-7820-4CAD-ADBD-7BCD72650B40@gmail.com> <4C4470E4.4040801@yorba.org> Message-ID: <4C45BD2B.3010803@yorba.org> Tor, On 07/20/2010 03:09 AM, Tor L?vskogen Bollingmo wrote: > Still wonder about the rationale behind making the background color an option?this is the kind of setting that should be curated for the user by people like you, Adam ;-) > It sounds like you think we may have made a mistake by introducing the background color slider in Shotwell. I agree that programs shouldn't have too many options, and I generally favor an option only when a significant number of users aren't satisfied with a program's default behavior. We added the background color slider because at least one user told us they didn't like the default gray background, plus we knew that some commercial photo programs (including iPhoto and Aperture) let the user choose a shade of gray for the background. But, still, it's not clear how many people use the slider. So, I'm curious: do people on this mailing list actually use the background slider to set a background color other than the default gray? If you do, feel free to send me email directly and I'll summarize to the list. If virtually nobody uses the slider, we could consider taking removing the option (perhaps still letting advanced users set the background color using a theme text file, as described in http://trac.yorba.org/ticket/318 ). >> >> In my opinion Shotwell's current approach, in which the providers' web pages appear in a Shotwell dialog, has an easier user flow than if Shotwell were to launch a separate window or browser to display those pages. If you think that your approach would be easier for the user, I'd be curious to see a series of mockups which show what each step of the publishing process looks like in your vision. >> > Yes, the dialog approach is better than a separate window. But I was wondering if it's possible to make the look of the content in the dialog more customized to fit better in the app ? so people experience it as a part of the app, not as a dialog from Facebook, if you know what I mean? > It's not clear to me what you mean by "more customized to fit better in the app". Some of the pages in the dialog come directly from publishing providers such as Facebook and we have little control over how they are rendered. And we must present these pages in order for users to be able to log in - that's simply how these publishing services work. Given all this, we've done our best to construct a dialog that *does* feel like part of our application. If there are specific further changes to the dialog you think we should make, we'd be happy to hear about them. > >> Shotwell has had a tree view of events since its very earliest releases: this lets the user easily find photos from any given year and month. I expect that the tag list will also become a tree soon since many users have requested this (http://trac.yorba.org/ticket/1401). We're also thinking about adding a geographic tree to the sidebar which lets the user browse photos by the location they were taken (http://trac.yorba.org/ticket/1473) as well as a folder browser tree (http://trac.yorba.org/ticket/1594). >> >> I can imagine some greatly simplified photo manager which has no trees at all, but that would not be Shotwell. >> > I'm using iPhoto as a reference here, which is a simple photo manager ? which is really suitable for the average user. Isn't Shotwell aiming to be the photo manager for these kind of users? I always thought that, since it's supposed to be the default in Ubuntu after F-Spot. Making it too advanced might alienate novice users, to which this is the first photo managing app they'll use on Ubuntu. > > On the other hand, novice users might not even use nesting in the events and tags ? but they might create nested items by mistake, and then it would be a ux problem, making the app feel more advanced than necessary. > I'm not convinced that a tree view is so hard to use. It's true that iPhoto has no tree in its sidebar, but other non-professional photo programs including Picasa and Windows Photo Gallery feature trees prominently in their user interfaces and presumably have millions of active users. F-Spot also uses tree views for its hierarchical tags, and also for its folder view. Lots of Shotwell users have asked us for hierarchical tags (http://trac.yorba.org/ticket/1401), and a tree view seems like the natural way to present those. So, like it or not, I think that tree views in Shotwell are here to stay. Given this, is Shotwell an appropriate default photo program for Ubuntu users? I certainly hope so. Lots of people have written us to say that they find Shotwell refreshingly easy to use among Linux photo managers, and I'd like to believe them. :) cheers adam From typografi at gmail.com Tue Jul 20 17:37:38 2010 From: typografi at gmail.com (=?iso-8859-1?Q?Tor_L=F8vskogen_Bollingmo?=) Date: Tue, 20 Jul 2010 19:37:38 +0200 Subject: [Shotwell] Shotwell, early draft In-Reply-To: <4C45BD2B.3010803@yorba.org> References: <80438253-B6F4-44D6-A14B-97EC13BC5FE2@gmail.com> <4C28F6BF.7010309@yorba.org> <7EA6BA1A-65E8-4453-A60E-C34A231BB45E@gmail.com> <4C291FD5.2010301@yorba.org> <55DDA027-A8A1-41E8-8F71-554127331182@gmail.com> <4C3B3D80.7020901@yorba.org> <8F06EAAD-7820-4CAD-ADBD-7BCD72650B40@gmail.com> <4C4470E4.4040801@yorba.org> <4C45BD2B.3010803@yorba.org> Message-ID: <247CCA46-A809-4886-AE6D-C3430BFC422F@gmail.com> On Jul 20, 2010, at 5:13 PM, Adam Dingle wrote: > Tor, > > On 07/20/2010 03:09 AM, Tor L?vskogen Bollingmo wrote: >> Still wonder about the rationale behind making the background color an option?this is the kind of setting that should be curated for the user by people like you, Adam ;-) >> > > It sounds like you think we may have made a mistake by introducing the background color slider in Shotwell. I agree that programs shouldn't have too many options, and I generally favor an option only when a significant number of users aren't satisfied with a program's default behavior. We added the background color slider because at least one user told us they didn't like the default gray background, plus we knew that some commercial photo programs (including iPhoto and Aperture) let the user choose a shade of gray for the background. But, still, it's not clear how many people use the slider. > > So, I'm curious: do people on this mailing list actually use the background slider to set a background color other than the default gray? If you do, feel free to send me email directly and I'll summarize to the list. If virtually nobody uses the slider, we could consider taking removing the option (perhaps still letting advanced users set the background color using a theme text file, as described in http://trac.yorba.org/ticket/318 ). It should take the opinion of a much larger amount of users than one, to introduce a option for everyone, is my opinion. Images gets better contrast with a dark background. But it's hard to say no..and sometimes it's wrong to say no. > >>> >>> In my opinion Shotwell's current approach, in which the providers' web pages appear in a Shotwell dialog, has an easier user flow than if Shotwell were to launch a separate window or browser to display those pages. If you think that your approach would be easier for the user, I'd be curious to see a series of mockups which show what each step of the publishing process looks like in your vision. >>> >> Yes, the dialog approach is better than a separate window. But I was wondering if it's possible to make the look of the content in the dialog more customized to fit better in the app ? so people experience it as a part of the app, not as a dialog from Facebook, if you know what I mean? >> > > It's not clear to me what you mean by "more customized to fit better in the app". Some of the pages in the dialog come directly from publishing providers such as Facebook and we have little control over how they are rendered. And we must present these pages in order for users to be able to log in - that's simply how these publishing services work. Given all this, we've done our best to construct a dialog that *does* feel like part of our application. If there are specific further changes to the dialog you think we should make, we'd be happy to hear about them. Yes, the dialogbox in todays Shotwell works good ? I'll take a second look to see if it's anything that can be done to make it go from good to great, but I haven't seen a better solution anywhere else, so maybe it's a hard problem to solve. > >> >>> Shotwell has had a tree view of events since its very earliest releases: this lets the user easily find photos from any given year and month. I expect that the tag list will also become a tree soon since many users have requested this (http://trac.yorba.org/ticket/1401). We're also thinking about adding a geographic tree to the sidebar which lets the user browse photos by the location they were taken (http://trac.yorba.org/ticket/1473) as well as a folder browser tree (http://trac.yorba.org/ticket/1594). >>> >>> I can imagine some greatly simplified photo manager which has no trees at all, but that would not be Shotwell. >>> >> I'm using iPhoto as a reference here, which is a simple photo manager ? which is really suitable for the average user. Isn't Shotwell aiming to be the photo manager for these kind of users? I always thought that, since it's supposed to be the default in Ubuntu after F-Spot. Making it too advanced might alienate novice users, to which this is the first photo managing app they'll use on Ubuntu. >> >> On the other hand, novice users might not even use nesting in the events and tags ? but they might create nested items by mistake, and then it would be a ux problem, making the app feel more advanced than necessary. >> > > I'm not convinced that a tree view is so hard to use. It's true that iPhoto has no tree in its sidebar, but other non-professional photo programs including Picasa and Windows Photo Gallery feature trees prominently in their user interfaces and presumably have millions of active users. F-Spot also uses tree views for its hierarchical tags, and also for its folder view. Lots of Shotwell users have asked us for hierarchical tags (http://trac.yorba.org/ticket/1401), and a tree view seems like the natural way to present those. So, like it or not, I think that tree views in Shotwell are here to stay. The crux of user experience design comes from Apple, both Google and Microsoft is known for making advanced solution that alienates novice users, the latter more so than the former though. Even if Shotwell users are voicing a opinion for three view, are these people novice users given a linux distro in their hands recently? I actually use Terminal for a Twitter client (Mitter), and I've just recently started trying out linux. So I would question how novice these users are, that's all. > > Given this, is Shotwell an appropriate default photo program for Ubuntu users? I certainly hope so. Lots of people have written us to say that they find Shotwell refreshingly easy to use among Linux photo managers, and I'd like to believe them. :) It's a great program, and from what I've experienced a much better alternative for novice linux users than given before. Cheers, Tor Med vennlig hilsen / Kind regards Tor L?vskogen Bollingmo / Designer Telefon +47 98 46 24 88 Monument M70.no Designalized.com From pixel at deathbysoftware.com Tue Jul 20 17:51:34 2010 From: pixel at deathbysoftware.com (Joshua Gentry) Date: Tue, 20 Jul 2010 13:51:34 -0400 Subject: [Shotwell] Shotwell, early draft In-Reply-To: <247CCA46-A809-4886-AE6D-C3430BFC422F@gmail.com> References: <80438253-B6F4-44D6-A14B-97EC13BC5FE2@gmail.com> <4C28F6BF.7010309@yorba.org> <7EA6BA1A-65E8-4453-A60E-C34A231BB45E@gmail.com> <4C291FD5.2010301@yorba.org> <55DDA027-A8A1-41E8-8F71-554127331182@gmail.com> <4C3B3D80.7020901@yorba.org> <8F06EAAD-7820-4CAD-ADBD-7BCD72650B40@gmail.com> <4C4470E4.4040801@yorba.org> <4C45BD2B.3010803@yorba.org> <247CCA46-A809-4886-AE6D-C3430BFC422F@gmail.com> Message-ID: <1279648294.5843.8.camel@daring> I've only been lurking on the mailing list a few days, I'd say keep the background slider. I've personally never changed it, the default color is fine for me, but I'm always in favor of customizations that are easy to explain and do not confuse the user. I don't think the slider would confuse people especially since you can see the changes immediately behind the dialog box. Although a "default" button might be nice for it, but I don't see that as critical either. From jim at yorba.org Tue Jul 20 18:00:43 2010 From: jim at yorba.org (Jim Nelson) Date: Tue, 20 Jul 2010 11:00:43 -0700 Subject: [Shotwell] Shotwell, early draft In-Reply-To: <1279648294.5843.8.camel@daring> References: <80438253-B6F4-44D6-A14B-97EC13BC5FE2@gmail.com> <4C28F6BF.7010309@yorba.org> <7EA6BA1A-65E8-4453-A60E-C34A231BB45E@gmail.com> <4C291FD5.2010301@yorba.org> <55DDA027-A8A1-41E8-8F71-554127331182@gmail.com> <4C3B3D80.7020901@yorba.org> <8F06EAAD-7820-4CAD-ADBD-7BCD72650B40@gmail.com> <4C4470E4.4040801@yorba.org> <4C45BD2B.3010803@yorba.org> <247CCA46-A809-4886-AE6D-C3430BFC422F@gmail.com> <1279648294.5843.8.camel@daring> Message-ID: I've thought that myself. I've ticketed it here: http://trac.yorba.org/ticket/2297 -- Jim On Tue, Jul 20, 2010 at 10:51 AM, Joshua Gentry wrote: > I've only been lurking on the mailing list a few days, I'd say keep the > background slider. I've personally never changed it, the default color > is fine for me, but I'm always in favor of customizations that are easy > to explain and do not confuse the user. I don't think the slider would > confuse people especially since you can see the changes immediately > behind the dialog box. Although a "default" button might be nice for > it, but I don't see that as critical either. > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > From typografi at gmail.com Tue Jul 20 18:14:49 2010 From: typografi at gmail.com (=?iso-8859-1?Q?Tor_L=F8vskogen_Bollingmo?=) Date: Tue, 20 Jul 2010 20:14:49 +0200 Subject: [Shotwell] Shotwell, early draft In-Reply-To: <1279648294.5843.8.camel@daring> References: <80438253-B6F4-44D6-A14B-97EC13BC5FE2@gmail.com> <4C28F6BF.7010309@yorba.org> <7EA6BA1A-65E8-4453-A60E-C34A231BB45E@gmail.com> <4C291FD5.2010301@yorba.org> <55DDA027-A8A1-41E8-8F71-554127331182@gmail.com> <4C3B3D80.7020901@yorba.org> <8F06EAAD-7820-4CAD-ADBD-7BCD72650B40@gmail.com> <4C4470E4.4040801@yorba.org> <4C45BD2B.3010803@yorba.org> <247CCA46-A809-4886-AE6D-C3430BFC422F@gmail.com> <1279648294.5843.8.camel@daring> Message-ID: Options should be easy to explain, and not confuse the user ? but even if they are, a curated approach to settings will please the user, and if they actually have to use the preferance dialog, it should only contain options that are so hard to make a curated choice for the user, that an option is the only solution. I don't think the background color is such a choice... On Jul 20, 2010, at 7:51 PM, Joshua Gentry wrote: > I've only been lurking on the mailing list a few days, I'd say keep the > background slider. I've personally never changed it, the default color > is fine for me, but I'm always in favor of customizations that are easy > to explain and do not confuse the user. I don't think the slider would > confuse people especially since you can see the changes immediately > behind the dialog box. Although a "default" button might be nice for > it, but I don't see that as critical either. > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell Med vennlig hilsen / Kind regards Tor L?vskogen Bollingmo / Designer Telefon +47 98 46 24 88 Monument M70.no Designalized.com From inquata at googlemail.com Tue Jul 20 18:32:12 2010 From: inquata at googlemail.com (Jan-Christoph Borchardt) Date: Tue, 20 Jul 2010 20:32:12 +0200 Subject: [Shotwell] Shotwell, early draft In-Reply-To: References: <80438253-B6F4-44D6-A14B-97EC13BC5FE2@gmail.com> <4C28F6BF.7010309@yorba.org> <7EA6BA1A-65E8-4453-A60E-C34A231BB45E@gmail.com> <4C291FD5.2010301@yorba.org> <55DDA027-A8A1-41E8-8F71-554127331182@gmail.com> <4C3B3D80.7020901@yorba.org> <8F06EAAD-7820-4CAD-ADBD-7BCD72650B40@gmail.com> <4C4470E4.4040801@yorba.org> <4C45BD2B.3010803@yorba.org> <247CCA46-A809-4886-AE6D-C3430BFC422F@gmail.com> <1279648294.5843.8.camel@daring> Message-ID: On Tue, Jul 20, 2010 at 8:14 PM, Tor L?vskogen Bollingmo wrote: > Options should be easy to explain, and not confuse the user ? but even if they are, a curated approach to settings will please the user, and if they actually have to use the preferance dialog, it should only contain options that are so hard to make a curated choice for the user, that an option is the only solution. > > I don't think the background color is such a choice... Agreed, these kind of decisions should be taken care of by the program / developers. Additionally, I don?t think asking for slider usage on this mailing list will yield any good results. As Owen Taylor put it on the GNOME Shell list, if one is using a mailing list, he?s already not a normal user anymore. From pixel at deathbysoftware.com Tue Jul 20 18:40:06 2010 From: pixel at deathbysoftware.com (Joshua Gentry) Date: Tue, 20 Jul 2010 14:40:06 -0400 Subject: [Shotwell] Shotwell, early draft In-Reply-To: References: <80438253-B6F4-44D6-A14B-97EC13BC5FE2@gmail.com> <4C28F6BF.7010309@yorba.org> <7EA6BA1A-65E8-4453-A60E-C34A231BB45E@gmail.com> <4C291FD5.2010301@yorba.org> <55DDA027-A8A1-41E8-8F71-554127331182@gmail.com> <4C3B3D80.7020901@yorba.org> <8F06EAAD-7820-4CAD-ADBD-7BCD72650B40@gmail.com> <4C4470E4.4040801@yorba.org> <4C45BD2B.3010803@yorba.org> <247CCA46-A809-4886-AE6D-C3430BFC422F@gmail.com> <1279648294.5843.8.camel@daring> Message-ID: <1279651206.5843.23.camel@daring> Okay, I can buy that. I guess I would feel guilty taking out customization options for the user. I would strongly discourage making this a "file" configuration option. I dislike that mode of configuration since the documentation usually ends up becoming out of date with the file. It also becomes to easy to put all sorts of random configuration options in the file that really shouldn't be. And yes I'm aware that I'm very close to contradicting myself in a single paragraph. However if the correct background depends on the picture, then I might make sense to associate a background color with a tag...or maybe event? Not sure if having the background color change as someone is moving through a set of pictures would be to distracting or not. From typografi at gmail.com Tue Jul 20 19:16:19 2010 From: typografi at gmail.com (=?iso-8859-1?Q?Tor_L=F8vskogen_Bollingmo?=) Date: Tue, 20 Jul 2010 21:16:19 +0200 Subject: [Shotwell] Shotwell, early draft In-Reply-To: <1279651206.5843.23.camel@daring> References: <80438253-B6F4-44D6-A14B-97EC13BC5FE2@gmail.com> <4C28F6BF.7010309@yorba.org> <7EA6BA1A-65E8-4453-A60E-C34A231BB45E@gmail.com> <4C291FD5.2010301@yorba.org> <55DDA027-A8A1-41E8-8F71-554127331182@gmail.com> <4C3B3D80.7020901@yorba.org> <8F06EAAD-7820-4CAD-ADBD-7BCD72650B40@gmail.com> <4C4470E4.4040801@yorba.org> <4C45BD2B.3010803@yorba.org> <247CCA46-A809-4886-AE6D-C3430BFC422F@gmail.com> <1279648294.5843.8.camel@daring> <1279651206.5843.23.camel@daring> Message-ID: A dark background gives contrast to images in a wide spectrum of colors. A lighter background for darker images would just make it hard on the eyes to see the image. So a dark grey background would be the best solution, that's my opinion. On Jul 20, 2010, at 8:40 PM, Joshua Gentry wrote: > Okay, I can buy that. I guess I would feel guilty taking out > customization options for the user. I would strongly discourage making > this a "file" configuration option. I dislike that mode of > configuration since the documentation usually ends up becoming out of > date with the file. It also becomes to easy to put all sorts of random > configuration options in the file that really shouldn't be. And yes I'm > aware that I'm very close to contradicting myself in a single paragraph. > > However if the correct background depends on the picture, then I might > make sense to associate a background color with a tag...or maybe event? > Not sure if having the background color change as someone is moving > through a set of pictures would be to distracting or not. > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell Med vennlig hilsen / Kind regards Tor L?vskogen Bollingmo / Designer Telefon +47 98 46 24 88 Monument M70.no Designalized.com From rob at yorba.org Tue Jul 20 20:03:37 2010 From: rob at yorba.org (Robert Powell) Date: Tue, 20 Jul 2010 13:03:37 -0700 Subject: [Shotwell] Shotwell, early draft In-Reply-To: References: <80438253-B6F4-44D6-A14B-97EC13BC5FE2@gmail.com> <4C28F6BF.7010309@yorba.org> <7EA6BA1A-65E8-4453-A60E-C34A231BB45E@gmail.com> <4C291FD5.2010301@yorba.org> <55DDA027-A8A1-41E8-8F71-554127331182@gmail.com> <4C3B3D80.7020901@yorba.org> <8F06EAAD-7820-4CAD-ADBD-7BCD72650B40@gmail.com> <4C4470E4.4040801@yorba.org> <4C45BD2B.3010803@yorba.org> <247CCA46-A809-4886-AE6D-C3430BFC422F@gmail.com> <1279648294.5843.8.camel@daring> <1279651206.5843.23.camel@daring> Message-ID: On Tue, Jul 20, 2010 at 12:16 PM, Tor L?vskogen Bollingmo < typografi at gmail.com> wrote: > A dark background gives contrast to images in a wide spectrum of colors. A > lighter background for darker images would just make it hard on the eyes to > see the image. So a dark grey background would be the best solution, that's > my opinion. > > I prefer a neutral grey background (18 percent) when evaluating images because it doesn't tend to interfere with the image. I think that there is no one right answer for everyone. Rob From bengt at thuree.com Wed Jul 21 23:40:49 2010 From: bengt at thuree.com (Bengt Thuree) Date: Thu, 22 Jul 2010 09:40:49 +1000 Subject: [Shotwell] reverse geotagging in digikam Message-ID: <1279755649.4868.12.camel@lappis> http://www.digikam.org/drupal/node/532 Perhaps something for Shotwell :) :) Now I only need to start planning getting a GPS :) Bengt From pdo.smith at gmail.com Thu Jul 22 12:52:20 2010 From: pdo.smith at gmail.com (Peter DO Smith) Date: Thu, 22 Jul 2010 14:52:20 +0200 Subject: [Shotwell] Multi-threading Publish Photos Message-ID: I have found that when publishing photos (to Picasa in my case) that I can no longer use the rest of Shotwell. This is a problem for me when publishing a larger number of photos on a relatively slow broadband link. So I would like to suggest that you multi-thread the Publish Photos function. I appreciate that there are some consequent problems, for example you would probably need to lock the selected records against any further change until the publishing function has completed. Peter From adam at yorba.org Thu Jul 22 15:22:08 2010 From: adam at yorba.org (Adam Dingle) Date: Thu, 22 Jul 2010 08:22:08 -0700 Subject: [Shotwell] Multi-threading Publish Photos In-Reply-To: References: Message-ID: <4C486220.4090604@yorba.org> Peter, On 07/22/2010 05:52 AM, Peter DO Smith wrote: > I have found that when publishing photos (to Picasa in my case) that I can > no longer use the rest of Shotwell. This is a problem for me when publishing > a larger number of photos on a relatively slow broadband link. So I would > like to suggest that you multi-thread the Publish Photos function. Yes - I agree this would be nice. I thought we had an outstanding ticket for this but apparently we didn't, so I just created one here: http://trac.yorba.org/ticket/2318 > I appreciate that there are some consequent problems, for example you would > probably need to lock the selected records against any further change until > the publishing function has completed. > Yes - implementing this would be non-trivial. I still hope we can at some point. :) adam From typografi at gmail.com Thu Jul 22 15:51:14 2010 From: typografi at gmail.com (=?iso-8859-1?Q?Tor_L=F8vskogen_Bollingmo?=) Date: Thu, 22 Jul 2010 17:51:14 +0200 Subject: [Shotwell] Multi-threading Publish Photos In-Reply-To: <4C486220.4090604@yorba.org> References: <4C486220.4090604@yorba.org> Message-ID: <591CC134-2D18-4319-949D-749B8E0A1754@gmail.com> On Jul 22, 2010, at 5:22 PM, Adam Dingle wrote: > Peter, > > On 07/22/2010 05:52 AM, Peter DO Smith wrote: >> I have found that when publishing photos (to Picasa in my case) that I can >> no longer use the rest of Shotwell. This is a problem for me when publishing >> a larger number of photos on a relatively slow broadband link. So I would >> like to suggest that you multi-thread the Publish Photos function. > > Yes - I agree this would be nice. I thought we had an outstanding > ticket for this but apparently we didn't, so I just created one here: > > http://trac.yorba.org/ticket/2318 > >> I appreciate that there are some consequent problems, for example you would >> probably need to lock the selected records against any further change until >> the publishing function has completed. >> > > Yes - implementing this would be non-trivial. I still hope we can at > some point. :) > > adam GUI wise I think it would be great to have temporarily process bar at the top of the image view while the publishing is taking place. Would it be necessary to lock the records? Could store a copy temporarily for publishing. Then people wouldn't have to wait for deleting the records after hitting publish (if they want to). > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From adam at yorba.org Thu Jul 22 16:30:29 2010 From: adam at yorba.org (Adam Dingle) Date: Thu, 22 Jul 2010 09:30:29 -0700 Subject: [Shotwell] Multi-threading Publish Photos In-Reply-To: <591CC134-2D18-4319-949D-749B8E0A1754@gmail.com> References: <4C486220.4090604@yorba.org> <591CC134-2D18-4319-949D-749B8E0A1754@gmail.com> Message-ID: <4C487225.6020401@yorba.org> On 07/22/2010 08:51 AM, Tor L?vskogen Bollingmo wrote: > >> On 07/22/2010 05:52 AM, Peter DO Smith wrote: >> >>> I have found that when publishing photos (to Picasa in my case) that I can >>> no longer use the rest of Shotwell. This is a problem for me when publishing >>> a larger number of photos on a relatively slow broadband link. So I would >>> like to suggest that you multi-thread the Publish Photos function. >>> > GUI wise I think it would be great to have temporarily process bar at the top of the image view while the publishing is taking place. Either that, or we could add a new sidebar item 'Publishing...', just like the existing item 'Importing...'. It would be nice if both these items displayed progress bars (see http://trac.yorba.org/ticket/300 ). > Would it be necessary to lock the records? Could store a copy temporarily for publishing. Then people wouldn't have to wait for deleting the records after hitting publish (if they want to). > Right. Either locking the records or creating a temporary copy for publishing seem reasonable to me. adam From pdo.smith at gmail.com Thu Jul 22 19:10:40 2010 From: pdo.smith at gmail.com (Peter DO Smith) Date: Thu, 22 Jul 2010 21:10:40 +0200 Subject: [Shotwell] Add or modify tags Message-ID: I notice in the context menu and the main menu you have two entries for tags 1) Add tags 2) Modify tags Could this not be just one entry? Add/modify tags I was going to complain about the keyboard selection for zoom amount but I have just realised that Ctrl-1, Ctrl-2 and Ctrl-0 do the job. Logical since 1,2 and 0 are now assigned to the star rating. How will we select our rated photos? Will it be like another form of tag? Currently I have five pre-set tags A AA AAA A - favourite A - trash This works very well for me. The new star and favourites settings seem to be nothing more than disguised tags. I am waiting and hoping that a multiple tag selection facility will happen :) Peter From adam at yorba.org Thu Jul 22 20:01:24 2010 From: adam at yorba.org (Adam Dingle) Date: Thu, 22 Jul 2010 13:01:24 -0700 Subject: [Shotwell] Add or modify tags In-Reply-To: References: Message-ID: <4C48A394.6000609@yorba.org> Peter, On 07/22/2010 12:10 PM, Peter DO Smith wrote: > I notice in the context menu and the main menu you have two entries for > tags > 1) Add tags > 2) Modify tags > > Could this not be just one entry? Add/modify tags > The Add Tags command can work on multiple photos, but Modify Tags works on only one photo at once (since it displays the existing tags for the photo). It's not easy to see how a single command could modify existing tags and also work on multiple photos (which is very useful for adding), so we have two commands. > I was going to complain about the keyboard selection for zoom amount but I > have just realised that Ctrl-1, Ctrl-2 and Ctrl-0 do the job. Logical since > 1,2 and 0 are now assigned to the star rating. > Right. We haven't begun the documentation for 0.7 yet, so I'm glad you figured it out. :) > How will we select our rated photos? Will it be like another form of tag? > In the Shotwell trunk today, you can use the View->Filter Photos submenu to select which set of rated photos you want to view (e.g. 3 stars and higher). We're also planning to add a dropdown box to the toolbar which will let you make the same choices (this is http://trac.yorba.org/ticket/2296 ). > Currently I have five pre-set tags > A > AA > AAA > A - favourite > A - trash > > This works very well for me. The new star and favourites settings seem to be > nothing more than disguised tags. > Yes - I'm hopeful you'll now be able to use the new star ratings rather than your own preset tags. > I am waiting and hoping that a multiple tag selection facility will happen > :) > Sadly this won't happen for 0.7 - there's not enough time. This feature is a strong candidate for 0.8, however. adam From adam at yorba.org Thu Jul 22 20:08:52 2010 From: adam at yorba.org (Adam Dingle) Date: Thu, 22 Jul 2010 13:08:52 -0700 Subject: [Shotwell] reverse geotagging in digikam In-Reply-To: <1279755649.4868.12.camel@lappis> References: <1279755649.4868.12.camel@lappis> Message-ID: <4C48A554.10604@yorba.org> On 07/21/2010 04:40 PM, Bengt Thuree wrote: > http://www.digikam.org/drupal/node/532 > > Perhaps something for Shotwell :) :) > Yes - we would like to implement something like this! See http://trac.yorba.org/ticket/1473 . adam From pdo.smith at gmail.com Thu Jul 22 20:23:31 2010 From: pdo.smith at gmail.com (Peter DO Smith) Date: Thu, 22 Jul 2010 22:23:31 +0200 Subject: [Shotwell] Add or modify tags In-Reply-To: <4C48A394.6000609@yorba.org> References: <4C48A394.6000609@yorba.org> Message-ID: On Thu, Jul 22, 2010 at 10:01 PM, Adam Dingle wrote: > Peter, > > On 07/22/2010 12:10 PM, Peter DO Smith wrote: > > I notice in the context menu and the main menu you have two entries for > > tags > > 1) Add tags > > 2) Modify tags > > > > Could this not be just one entry? Add/modify tags > > > > The Add Tags command can work on multiple photos, but Modify Tags works > on only one photo at once (since it displays the existing tags for the > photo). It's not easy to see how a single command could modify existing > tags and also work on multiple photos (which is very useful for adding), > so we have two commands. > Ah yes, I see that now. It makes sense. > > > > How will we select our rated photos? Will it be like another form of tag? > > > > In the Shotwell trunk today, you can use the View->Filter Photos submenu > to select which set of rated photos you want to view (e.g. 3 stars and > higher). We're also planning to add a dropdown box to the toolbar which > will let you make the same choices (this is > http://trac.yorba.org/ticket/2296 ). > > Yes, it belongs there. But I rather like the idea of selecting them in the left hand bar as I would a tag. This to me gives the system a cohesive consistency. On the other hand I might simply be too obsessed with tags :) > > Sadly this won't happen for 0.7 - there's not enough time. I can relate to that in my work with my clients! I can see that if I carry on with so many suggestions I am going to have to put my code where my mouth is :) Peter > > From pdo.smith at gmail.com Thu Jul 22 20:39:06 2010 From: pdo.smith at gmail.com (Peter DO Smith) Date: Thu, 22 Jul 2010 22:39:06 +0200 Subject: [Shotwell] reverse geotagging in digikam In-Reply-To: <4C48A554.10604@yorba.org> References: <1279755649.4868.12.camel@lappis> <4C48A554.10604@yorba.org> Message-ID: On Thu, Jul 22, 2010 at 10:08 PM, Adam Dingle wrote: > On 07/21/2010 04:40 PM, Bengt Thuree wrote: > > http://www.digikam.org/drupal/node/532 > > > > Perhaps something for Shotwell :) :) > > > > Yes - we would like to implement something like this! See > http://trac.yorba.org/ticket/1473 . > > While I really like the capability we need to consider that by far the majority of cameras do not have a built in GPS. Picasaweb have a nice solution where you can drag and drop a thumbnail onto a map. This is where Shotwell could be nicely integrated with Google Maps. In my case I do a lot of mountain hiking and would use this facility to record the position of features like caves. But I recognise this kind of enhancement is far from trivial. Peter From bengt at thuree.com Fri Jul 23 01:59:27 2010 From: bengt at thuree.com (Bengt Thuree) Date: Fri, 23 Jul 2010 11:59:27 +1000 (EST) Subject: [Shotwell] reverse geotagging in digikam In-Reply-To: References: <1279755649.4868.12.camel@lappis> <4C48A554.10604@yorba.org> Message-ID: <39491.59.154.63.92.1279850367.squirrel@denton.thuree.com> Den Fr, 2010-07-23, 06:39 skrev Peter DO Smith: > On Thu, Jul 22, 2010 at 10:08 PM, Adam Dingle wrote: > >> On 07/21/2010 04:40 PM, Bengt Thuree wrote: >> > http://www.digikam.org/drupal/node/532 >> > >> > Perhaps something for Shotwell :) :) >> > >> >> Yes - we would like to implement something like this! See >> http://trac.yorba.org/ticket/1473 . >> >> While I really like the capability we need to consider that by far the > majority of cameras do not have a built in GPS. > But you can have a standalone GPS unit, and use the data from this unit, to add a GPS tag to the photos based on the time stamps. Quite a lot of people use this feature... -Bengt -- Bengt Thuree bengt at thuree.com From sundman at iki.fi Fri Jul 23 08:44:23 2010 From: sundman at iki.fi (Marcus Sundman) Date: Fri, 23 Jul 2010 11:44:23 +0300 Subject: [Shotwell] Add or modify tags In-Reply-To: <4C48A394.6000609@yorba.org> References: <4C48A394.6000609@yorba.org> Message-ID: <4C495667.4090203@iki.fi> On 22.07.2010 23:01, Adam Dingle wrote: > On 07/22/2010 12:10 PM, Peter DO Smith wrote: > >> I notice in the context menu and the main menu you have two entries for >> tags >> 1) Add tags >> 2) Modify tags >> >> Could this not be just one entry? Add/modify tags >> > The Add Tags command can work on multiple photos, but Modify Tags works > on only one photo at once (since it displays the existing tags for the > photo). It's not easy to see how a single command could modify existing > tags and also work on multiple photos (which is very useful for adding), > so we have two commands. > Um... pretty much all id3-tagging softwares (for mp3 files) support adding AND modifying tags of multiple files in a single UI. Maybe shotwell could work in a similar(ish) fashion. - Marcus From bengt at thuree.com Sun Jul 25 09:07:10 2010 From: bengt at thuree.com (Bengt Thuree) Date: Sun, 25 Jul 2010 19:07:10 +1000 Subject: [Shotwell] Compile issues Message-ID: <1280048830.4445.10.camel@lappis> Hi I can not compile the latest version of trunk... Anything I have missed? /usr/bin/ld: warning: libexiv2.so.6, needed by /home/bengt/unstable/gexiv2/lib/libgexiv2.so, not found (try using -rpath or -rpath-link) /home/bengt/unstable/gexiv2/lib/libgexiv2.so: undefined reference to `Exiv2::ExifData::erase(__gnu_cxx::__normal_iterator > >)' /home/bengt/unstable/gexiv2/lib/libgexiv2.so: undefined reference to `Exiv2::Error::what() const' /home/bengt/unstable/gexiv2/lib/libgexiv2.so: undefined reference to `Exiv2::Error::code() const' /home/bengt/unstable/gexiv2/lib/libgexiv2.so: undefined reference to `typeinfo for Exiv2::Error' /home/bengt/unstable/gexiv2/lib/libgexiv2.so: undefined reference to `vtable for Exiv2::Error' /home/bengt/unstable/gexiv2/lib/libgexiv2.so: undefined reference to `Exiv2::Error::~Error()' /Bengt From bengt at thuree.com Sun Jul 25 12:28:38 2010 From: bengt at thuree.com (Bengt Thuree) Date: Sun, 25 Jul 2010 22:28:38 +1000 Subject: [Shotwell] Compile issues In-Reply-To: <1280058581.4098.0.camel@mind> References: <1280048830.4445.10.camel@lappis> <1280058581.4098.0.camel@mind> Message-ID: <1280060918.4445.21.camel@lappis> On Sun, 2010-07-25 at 13:49 +0200, caccolangrifata wrote: > Il giorno dom, 25/07/2010 alle 19.07 +1000, Bengt Thuree ha scritto: > > Hi > > > > It's seems libexiv2-dev is missing, install dev library > root at lappis:~# apt-get install libexiv2-dev Reading package lists... Done Building dependency tree Reading state information... Done libexiv2-dev is already the newest version. Nope /Bengt From adam at yorba.org Mon Jul 26 03:20:03 2010 From: adam at yorba.org (Adam Dingle) Date: Mon, 26 Jul 2010 05:20:03 +0200 Subject: [Shotwell] Compile issues In-Reply-To: <1280048830.4445.10.camel@lappis> References: <1280048830.4445.10.camel@lappis> Message-ID: Bengt, I see that you've installed gexiv2 in ~/unstable. This might work, though as you probably know most of us simply run 'sudo make install' to install gexiv2 in /usr/local. Could you try the following? 1. Completely remove ~/unstable/gexiv2 and the directories where you have checked out gexiv2 and Shotwell. 2. Check out a fresh copy of gexiv2 and Shotwell. 3. Attempt to build and install. If the problem still occurs, please post a list of all commands you're running here as part of the build process, including any configure parameters and any changes you're making to the Shotwell or gexiv2 makefiles. Thanks! adam On Sun, Jul 25, 2010 at 11:07 AM, Bengt Thuree wrote: > Hi > > I can not compile the latest version of trunk... > Anything I have missed? > > /usr/bin/ld: warning: libexiv2.so.6, needed > by /home/bengt/unstable/gexiv2/lib/libgexiv2.so, not found (try using > -rpath or -rpath-link) > /home/bengt/unstable/gexiv2/lib/libgexiv2.so: undefined reference to > `Exiv2::ExifData::erase(__gnu_cxx::__normal_iterator std::vector > >)' > /home/bengt/unstable/gexiv2/lib/libgexiv2.so: undefined reference to > `Exiv2::Error::what() const' > /home/bengt/unstable/gexiv2/lib/libgexiv2.so: undefined reference to > `Exiv2::Error::code() const' > /home/bengt/unstable/gexiv2/lib/libgexiv2.so: undefined reference to > `typeinfo for Exiv2::Error' > /home/bengt/unstable/gexiv2/lib/libgexiv2.so: undefined reference to > `vtable for Exiv2::Error' > /home/bengt/unstable/gexiv2/lib/libgexiv2.so: undefined reference to > `Exiv2::Error::~Error()' > > > /Bengt > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From filip.slunecko at gmail.com Mon Jul 26 07:42:55 2010 From: filip.slunecko at gmail.com (Filip Slunecko) Date: Mon, 26 Jul 2010 09:42:55 +0200 Subject: [Shotwell] facebook upload is failing Message-ID: Hi, I am trying to upload pictures to Facebook and I am still getting this error. Publishing to Facebook can't continue because the service returned a bad response. Session description object has no session key. (shotwell:5135): GLib-CRITICAL **: g_strsplit: assertion `string != NULL' failed Shotwell version 0.5.2, Fedora 13 x64. Thank you for help. Filip From adam at yorba.org Mon Jul 26 08:12:42 2010 From: adam at yorba.org (Adam Dingle) Date: Mon, 26 Jul 2010 10:12:42 +0200 Subject: [Shotwell] facebook upload is failing In-Reply-To: References: Message-ID: On Mon, Jul 26, 2010 at 9:42 AM, Filip Slunecko wrote: > Hi, > > I am trying to upload pictures to Facebook and I am still getting this > error. > > > Publishing to Facebook can't continue because the service returned a > bad response. > Session description object has no session key. > > (shotwell:5135): GLib-CRITICAL **: g_strsplit: assertion `string != NULL' > failed > > > Shotwell version 0.5.2, Fedora 13 x64. > Thank you for help. > Filip, could you try uploading from Shotwell 0.6? We made some publishing fixes in that version and so the next step is to find out whether those fixes solve your problem or not. I don't know whether Fedora currently provides a Shotwell 0.6 package, but you should be able to build Shotwell 0.6 fairly easily using the steps here: http://yorba.org/shotwell/install If the problem still occurs with 0.6, let us know and we'll investigate further. adam From bengt at thuree.com Mon Jul 26 08:58:33 2010 From: bengt at thuree.com (Bengt Thuree) Date: Mon, 26 Jul 2010 18:58:33 +1000 Subject: [Shotwell] Compile issues In-Reply-To: References: <1280048830.4445.10.camel@lappis> Message-ID: <1280134713.4445.35.camel@lappis> Hi After re-doing it, it works fine. Do not know what happened before. Below is what I do anyway... GEXIV2 ====== rm -fr * ${HOME}/unstable/gexiv2/ mkdir ${HOME}/unstable/gexiv2 svn update ./configure --prefix=${HOME}/unstable/gexiv2 make make install Shotwell ======== rm -fr * ${HOME}/unstable/shotwell/ mkdir ${HOME}/unstable/shotwell ./configure --prefix=${HOME}/unstable/shotwell cp ${HOME}/unstable/gexiv2/share/vala/vapi/gexiv2.vapi vapi/ PKG_CONFIG_PATH=${HOME}/unstable/gexiv2/lib/pkgconfig export PKG_CONFIG_PATH make make install /Bengt On Mon, 2010-07-26 at 05:20 +0200, Adam Dingle wrote: > Bengt, > > I see that you've installed gexiv2 in ~/unstable. This might work, > though as you probably know most of us simply run 'sudo make install' > to install gexiv2 in /usr/local. > > Could you try the following? > > 1. Completely remove ~/unstable/gexiv2 and the directories where you > have checked out gexiv2 and Shotwell. > 2. Check out a fresh copy of gexiv2 and Shotwell. > 3. Attempt to build and install. If the problem still occurs, please > post a list of all commands you're running here as part of the build > process, including any configure parameters and any changes you're > making to the Shotwell or gexiv2 makefiles. > > Thanks! > > adam > > On Sun, Jul 25, 2010 at 11:07 AM, Bengt Thuree > wrote: > Hi > > I can not compile the latest version of trunk... > Anything I have missed? > > /usr/bin/ld: warning: libexiv2.so.6, needed > by /home/bengt/unstable/gexiv2/lib/libgexiv2.so, not found > (try using > -rpath or -rpath-link) > /home/bengt/unstable/gexiv2/lib/libgexiv2.so: undefined > reference to > `Exiv2::ExifData::erase(__gnu_cxx::__normal_iterator std::vector > > >)' > /home/bengt/unstable/gexiv2/lib/libgexiv2.so: undefined > reference to > `Exiv2::Error::what() const' > /home/bengt/unstable/gexiv2/lib/libgexiv2.so: undefined > reference to > `Exiv2::Error::code() const' > /home/bengt/unstable/gexiv2/lib/libgexiv2.so: undefined > reference to > `typeinfo for Exiv2::Error' > /home/bengt/unstable/gexiv2/lib/libgexiv2.so: undefined > reference to > `vtable for Exiv2::Error' > /home/bengt/unstable/gexiv2/lib/libgexiv2.so: undefined > reference to > `Exiv2::Error::~Error()' > > > /Bengt > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From pdo.smith at gmail.com Mon Jul 26 13:17:14 2010 From: pdo.smith at gmail.com (Peter DO Smith) Date: Mon, 26 Jul 2010 15:17:14 +0200 Subject: [Shotwell] event date format Message-ID: I find the date format for the event list (left hand bar) confusing. When I have many entries it is easier to scan them quickly if a simple date format is used that lines up in neat columns. I tried changing the date_fmt entry in my locales file to correct this (I am using Ubuntu 10.04) but it had no effect, although the change was visible in Ubuntu. Does Shotwell use the locales setting for the date format? Peter From pdo.smith at gmail.com Mon Jul 26 18:50:48 2010 From: pdo.smith at gmail.com (Peter DO Smith) Date: Mon, 26 Jul 2010 20:50:48 +0200 Subject: [Shotwell] Copying shotwell data to another platform Message-ID: I need to copy my photo library (now maintained in Shotwell) from Linux to MS Windows (yes, I know, heresy) so that other members of my family can enjoy my photo library. The documentation for Sqlite says that the database file is cross-platform. 1) does this mean I can simply copy the database file across to MS Windows and use as is? 2) if I created an identical path on the MS Windows system can I use the database file without further changes? 3) alternatively will I need to write a small program (Python is my preference) to adjust the path in PhotoTable.filename? 4) if so, is an absolute path necessary or can I use a relative path? 5) what other considerations should I keep in mind? This raises the more general question of copying a Shotwell library to another machine in a different location. Do you plan to make provision for that? Peter. From ainsaur at yahoo.com Mon Jul 26 23:23:54 2010 From: ainsaur at yahoo.com (Alex Insaurralde) Date: Mon, 26 Jul 2010 16:23:54 -0700 (PDT) Subject: [Shotwell] unable to connect to facebook Message-ID: <855155.24469.qm@web180310.mail.gq1.yahoo.com> Hi, I just recently installed Shotwell and I am very impressed with the features. One feature I tried to use is the "publish" to Facebook. I entered my email and password but got this error message. I tried several times to reconnect but I get the same message. Any ideas on what to do next? I've attached a png of the error message. Thanks, Alex From adam at yorba.org Tue Jul 27 02:35:46 2010 From: adam at yorba.org (Adam Dingle) Date: Tue, 27 Jul 2010 04:35:46 +0200 Subject: [Shotwell] unable to connect to facebook In-Reply-To: <855155.24469.qm@web180310.mail.gq1.yahoo.com> References: <855155.24469.qm@web180310.mail.gq1.yahoo.com> Message-ID: Alex, On Tue, Jul 27, 2010 at 1:23 AM, Alex Insaurralde wrote: > I just recently installed Shotwell and I am very impressed with the > features. Thanks! > One feature I tried to use is the "publish" to Facebook. I entered my > email and password but got this error message. I tried several times to > reconnect but I get the same message. Any ideas on what to do next? > > I've attached a png of the error message. > This mailing list doesn't allow attachments, so we can't read the error message. Could you provide it as text? What version of Shotwell are you running? Does your password contain any non-ASCII characters (i.e. characters with accent marks)? We've had some problems with those in the past, though I believe those are fixed in the trunk build now. adam From jim at yorba.org Tue Jul 27 16:37:26 2010 From: jim at yorba.org (Jim Nelson) Date: Tue, 27 Jul 2010 18:37:26 +0200 Subject: [Shotwell] Add or modify tags In-Reply-To: <4C495667.4090203@iki.fi> References: <4C48A394.6000609@yorba.org> <4C495667.4090203@iki.fi> Message-ID: On Fri, Jul 23, 2010 at 10:44 AM, Marcus Sundman wrote: > Um... pretty much all id3-tagging softwares (for mp3 files) support > adding AND modifying tags of multiple files in a single UI. Maybe > shotwell could work in a similar(ish) fashion. > > Could you provide a concrete example, or a link to a screenshot? Thanks, -- Jim From sundman at iki.fi Tue Jul 27 20:41:41 2010 From: sundman at iki.fi (Marcus Sundman) Date: Tue, 27 Jul 2010 23:41:41 +0300 Subject: [Shotwell] Add or modify tags In-Reply-To: References: <4C48A394.6000609@yorba.org> <4C495667.4090203@iki.fi> Message-ID: <4C4F4485.6010406@iki.fi> On 27.07.2010 19:37, Jim Nelson wrote: > On Fri, Jul 23, 2010 at 10:44 AM, Marcus Sundman > wrote: > > Um... pretty much all id3-tagging softwares (for mp3 files) support > adding AND modifying tags of multiple files in a single UI. Maybe > shotwell could work in a similar(ish) fashion. > > > Could you provide a concrete example, or a link to a screenshot? E.g., like so: http://sundman.iki.fi/shotwell-tags.png After selecting both files and invoking "modify tags" the 3 tags that the selected pictures have are shown in the (scrollable) list of existing tags. The first tag, "bar", is checked (because all selected pictures have that tag) and the other two tags had their checkboxes in the indeterminate state (because some of the selected pictures have the tag and some don't). After that I clicked the "baz" checkbox once to make it selected (which would cause all selected files to get that tag) and a second time to make it unselected (which will cause all selected files to not have that tag). So, if I now were to press the OK button the "baz" tag would be removed from the right picture and the other tags would remain as they are. It feels a bit silly to explain this in such detail, since there are thousands upon thousands of programs that work like this, and I really can't believe there are developers that haven't used this functionality many, many times already. Oh, well, there you go anyway. :-) Regards, Marcus From jim at yorba.org Tue Jul 27 22:20:17 2010 From: jim at yorba.org (Jim Nelson) Date: Wed, 28 Jul 2010 00:20:17 +0200 Subject: [Shotwell] Add or modify tags In-Reply-To: <4C4F4485.6010406@iki.fi> References: <4C48A394.6000609@yorba.org> <4C495667.4090203@iki.fi> <4C4F4485.6010406@iki.fi> Message-ID: Marcus, I'm aware of the many ways this could be done and have used many programs which provide such a feature. However, they all approach it a little differently. I was curious if there were one or two you had in mind that solved this problem in a particular way. I realize my response wasn't so thoroughly stated; my Internet access was going down and I felt rushed to get the response posted. Thanks for the screenshot. That does give me some idea how you're envisioning such a feature. -- Jim On Tue, Jul 27, 2010 at 10:41 PM, Marcus Sundman wrote: > On 27.07.2010 19:37, Jim Nelson wrote: > > On Fri, Jul 23, 2010 at 10:44 AM, Marcus Sundman > > wrote: > > > > Um... pretty much all id3-tagging softwares (for mp3 files) support > > adding AND modifying tags of multiple files in a single UI. Maybe > > shotwell could work in a similar(ish) fashion. > > > > > > Could you provide a concrete example, or a link to a screenshot? > > E.g., like so: http://sundman.iki.fi/shotwell-tags.png > After selecting both files and invoking "modify tags" the 3 tags that > the selected pictures have are shown in the (scrollable) list of > existing tags. The first tag, "bar", is checked (because all selected > pictures have that tag) and the other two tags had their checkboxes in > the indeterminate state (because some of the selected pictures have the > tag and some don't). After that I clicked the "baz" checkbox once to > make it selected (which would cause all selected files to get that tag) > and a second time to make it unselected (which will cause all selected > files to not have that tag). So, if I now were to press the OK button > the "baz" tag would be removed from the right picture and the other tags > would remain as they are. > > It feels a bit silly to explain this in such detail, since there are > thousands upon thousands of programs that work like this, and I really > can't believe there are developers that haven't used this functionality > many, many times already. Oh, well, there you go anyway. :-) > > Regards, > Marcus > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From adam at yorba.org Wed Jul 28 14:12:28 2010 From: adam at yorba.org (Adam Dingle) Date: Wed, 28 Jul 2010 16:12:28 +0200 Subject: [Shotwell] Copying shotwell data to another platform In-Reply-To: References: Message-ID: Peter, On Mon, Jul 26, 2010 at 8:50 PM, Peter DO Smith wrote: > I need to copy my photo library (now maintained in Shotwell) from Linux to > MS Windows (yes, I know, heresy) so that other members of my family can > enjoy my photo library. We've never tried this, so we'll be curious to hear how this turns out. > The documentation for Sqlite says that the database > file is cross-platform. > 1) does this mean I can simply copy the database file across to MS Windows > and use as is? > You'll certainly need to copy the entire .shotwell directory, which includes the database, thumbnails and other files. The database file should work cross-platform as mentioned in the Sqlite documentation. > 2) if I created an identical path on the MS Windows system can I use the > database file without further changes? > As far as we know, yes. > 3) alternatively will I need to write a small program (Python is my > preference) to adjust the path in PhotoTable.filename? > If you change the path then yes, you'll need do this. > 4) if so, is an absolute path necessary or can I use a relative path? > You'll need to use an absolute path. > 5) what other considerations should I keep in mind? > None that I can think of. :) > > This raises the more general question of copying a Shotwell library to > another machine in a different location. Do you plan to make provision for > that? > Perhaps we could add a command to save the entire library plus Shotwell's database to an archive which could be copied to another machine. Feel free to file a ticket if you'd like to see that. Over time, I hope we can keep more of Shotwell's state (including, for example, thumbnails) in the directories where photos live. If we could ever get to the point where *all* of Shotwell's state is stored in those directories then you'd be able to copy to another machine simply by copying the library directory itself, which would be nice. I don't think that will happen in the foreseeable future, though. adam From pdo.smith at gmail.com Thu Jul 29 07:13:38 2010 From: pdo.smith at gmail.com (Peter DO Smith) Date: Thu, 29 Jul 2010 09:13:38 +0200 Subject: [Shotwell] Copying shotwell data to another platform In-Reply-To: References: Message-ID: On Wed, Jul 28, 2010 at 4:12 PM, Adam Dingle wrote: > Peter, > > On Mon, Jul 26, 2010 at 8:50 PM, Peter DO Smith wrote: > >> >> This raises the more general question of copying a Shotwell library to >> another machine in a different location. Do you plan to make provision for >> that? >> > > Perhaps we could add a command to save the entire library plus Shotwell's > database to an archive which could be copied to another machine. Feel free > to file a ticket if you'd like to see that. > > Over time, I hope we can keep more of Shotwell's state (including, for > example, thumbnails) in the directories where photos live. If we could ever > get to the point where *all* of Shotwell's state is stored in those > directories then you'd be able to copy to another machine simply by copying > the library directory itself, which would be nice. I don't think that will > happen in the foreseeable future, though. > > > Thanks for your reply Adam. I keep my .shotwell folder in my photos folder by the simple expedient of passings its path via the -d command line switch (great feature by the way). This allows me to easily backup the photo library and the Shotwell state all in one go. Currently I backup my home photo library to a USB drive (using Unison) and then restore it to my office machine. I have taken care to ensure that my office machine and home machine use identical paths so that the sqlite database need not be changed. I am going to write a simple command line utility in Python to adjust the paths in the sqlite database and give me more flexibility. Peter From hbarta at gmail.com Thu Jul 29 13:56:29 2010 From: hbarta at gmail.com (Hank Barta) Date: Thu, 29 Jul 2010 08:56:29 -0500 Subject: [Shotwell] Feature Request: no duplicate import Message-ID: When I import photos from an SD card, I find that if I select the same photo on subsequent batches. Shotwell merrily imports it again, renaming e.g. .jpg as _1.jpg, _2.jpg and so on. I would prefer that it just skip importing files with matching names on the destination. I looked for a configuration setting to modify this behavior but did not find it. There is a checkbox to 'Hide photos already imported" but it only seems to work for photos imported during that session, not those imported during any previous execution. If there is presently a way to do this that I have overlooked, please clue me in! At present I'm using 0.5.0 on Ubuntu 10.04 many thanks, hank -- '03 BMW F650CS - hers '98 Dakar K12RS - "BABY K" grew up. '93 R100R w/ Velorex 700 (MBD starts...) '95 Miata - "OUR LC" polish visor: apply squashed bugs, rinse, repeat Beautiful Sunny Winfield, Illinois From jim at yorba.org Thu Jul 29 14:34:26 2010 From: jim at yorba.org (Jim Nelson) Date: Thu, 29 Jul 2010 16:34:26 +0200 Subject: [Shotwell] Feature Request: no duplicate import In-Reply-To: References: Message-ID: Hello, Shotwell actually attempts to do duplicate detection rather than look for duplicate filenames. I believe there was some problems with this in 0.5.0. I highly recommend upgrading to the latest version (0.6.1) which is available on our web site and via our PPA. Check the Shotwell home page for more information: http://www.yorba.org/shotwell -- Jim On Thu, Jul 29, 2010 at 3:56 PM, Hank Barta wrote: > When I import photos from an SD card, I find that if I select the same > photo on subsequent batches. Shotwell merrily imports it again, > renaming e.g. .jpg as _1.jpg, _2.jpg and > so on. I would prefer that it just skip importing files with matching > names on the destination. I looked for a configuration setting to > modify this behavior but did not find it. There is a checkbox to 'Hide > photos already imported" but it only seems to work for photos imported > during that session, not those imported during any previous execution. > > If there is presently a way to do this that I have overlooked, please > clue me in! > > At present I'm using 0.5.0 on Ubuntu 10.04 > > many thanks, > hank > > -- > '03 BMW F650CS - hers > '98 Dakar K12RS - "BABY K" grew up. > '93 R100R w/ Velorex 700 (MBD starts...) > '95 Miata - "OUR LC" > polish visor: apply squashed bugs, rinse, repeat > Beautiful Sunny Winfield, Illinois > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From adam at yorba.org Fri Jul 30 12:37:40 2010 From: adam at yorba.org (Adam Dingle) Date: Fri, 30 Jul 2010 14:37:40 +0200 Subject: [Shotwell] event date format In-Reply-To: References: Message-ID: Peter, Shotwell doesn't use the locale's setting since we've chosen our own date format which we think looks simpler and easier to read (e.g. "Tue Jun 29, 2010"). It's true that with our date format the numbers don't line up vertically in neat columns since we begin with an abbreviated day of the week, which always has 3 characters but whose width may vary in a variable-width font. We could consider allowing the user to customize the date format we display; feel free to file a ticket for this if you like. adam On Mon, Jul 26, 2010 at 3:17 PM, Peter DO Smith wrote: > I find the date format for the event list (left hand bar) confusing. When I > have many entries it is easier to scan them quickly if a simple date format > is used that lines up in neat columns. I tried changing the date_fmt entry > in my locales file to correct this (I am using Ubuntu 10.04) but it had no > effect, although the change was visible in Ubuntu. > > Does Shotwell use the locales setting for the date format? > > Peter > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From adam at yorba.org Fri Jul 30 14:52:36 2010 From: adam at yorba.org (Adam Dingle) Date: Fri, 30 Jul 2010 16:52:36 +0200 Subject: [Shotwell] call for sidebar icons Message-ID: Shotwell users, thanks to some great recent work by Philip Beam we now have code in trunk that displays icons in the sidebar. This is great. But we don't yet have actual icons that look satisfactory for all our sidebar items. Is there some designer out there who'd like to design and/or recommend icons for us to use? Here's how our icons look today: with GNOME icon theme: http://www.yorba.org/download/image/sidebar-gnome.png with Humanity icon theme: http://www.yorba.org/download/image/sidebar-humanity.png Here are the questions we'd like answers to: - What icon should we use for the Last Import item? - What icon (if any) should we use for each individual event in the sidebar? - What icon should we use for the Tags folder? And for each individual tag? - What icons should we use for the Cameras folder and for each individual camera (not shown in the screenshots above)? We're planning to ship Shotwell 0.7 in just a couple of weeks, so we'd be interested in design ideas relatively soon - thanks! adam From svetoslav.trochev at gmail.com Fri Jul 30 20:04:54 2010 From: svetoslav.trochev at gmail.com (Svetoslav Trochev) Date: Fri, 30 Jul 2010 13:04:54 -0700 Subject: [Shotwell] call for sidebar icons In-Reply-To: References: Message-ID: Hi Everyone, This is just flash ideas then well though suggestion, but here you go. On Fri, Jul 30, 2010 at 7:52 AM, Adam Dingle wrote: > Shotwell users, > > - What icon should we use for the Last Import item? > How about a old film roll icon like: http://neil-gfx.deviantart.com/art/film-roll-icon-115475587 > - What icon (if any) should we use for each individual event in the sidebar? > I don't know if it is possible, but I would like to have several choices like. Birthday cake for birthdays, Soccer ball for sport events and etc. You got the idea. If this not possible no icon would be fine with me. > - What icon should we use for the Tags folder? ?And for each individual tag? > For the Tags folder, just generic folder is good, for each individual tag I think generic tag icon is good. http://www.artistsvalley.com/previewicons-Database-Application-Icons/name_tag-icon.html In long run I would like to set custom icon. > - What icons should we use for the Cameras folder and for each individual > camera (not shown in the screenshots above)? > Again for folder generic folder or just camera bag. For individual camaras I think we should have two. 1) DSLR alike: http://farm4.static.flickr.com/3513/3177722200_e26b0fc399.jpg and 2) point-n-shoot alike: http://images.overstock.com/f/102/3117/8h/www.overstock.com/images/products/P1149347.jpg Sorry I am not a graphic designer to do it, but this could help I think. Thank you for wonderful program! Svetoslav From marcelcoding at googlemail.com Fri Jul 30 21:08:10 2010 From: marcelcoding at googlemail.com (Marcel Stimberg) Date: Fri, 30 Jul 2010 23:08:10 +0200 Subject: [Shotwell] call for sidebar icons In-Reply-To: References: Message-ID: Hi Adam, in the same vein as Svetoslaw: I am not a designer, some thoughts anyway: > - What icon should we use for the Last Import item? I also do like the film roll (e.g. F-Spot calls imports "import rolls"), there's one in the Tango icon set (emblem-photos). Thinking more abstract, the "document-open-recent" action would also fit for the purpose -- there's an icon for that in most themes. > - What icon (if any) should we use for each individual event in the sidebar? Generally speaking, I wouldn't overdo it and keep shotwell's interface simple and slim. Therefore I'd vote against small versions of the key pictures as F-Spot is doing it. No icon would be fine, if any icon then one that conveys some information (the icon in the screenshots is rather bland). My suggestion (but something that probably wouldn't land in time for 0.7): Show a simple measure of how many pictures belong to the event, e.g. a simple photo icon for < 10 pictures, two stacked photos for < 100 and three stacked photos for more than that. > - What icon should we use for the Tags folder? ?And for each individual tag? A generic tag icon is the most clear I think, e.g. take the one F-Spot uses. > - What icons should we use for the Cameras folder and for each individual > camera (not shown in the screenshots above)? For the camera folder I'd suggest the obvious, the camera-photo icon provided by most themes. The case of several attached cameras is rather rare, isn't it? Again, generally speaking: I think tags for the main categories are enough and are useful as a visual separator, for the individual events/tags/ etc. they are only useful if they convey any information. Looking forward to 0.7! Best Marcel PS: Do you have any clue why the folder-open icon in the humanity theme is gray...? From bengt at thuree.com Fri Jul 30 21:43:23 2010 From: bengt at thuree.com (Bengt Thuree) Date: Sat, 31 Jul 2010 07:43:23 +1000 Subject: [Shotwell] call for sidebar icons In-Reply-To: References: Message-ID: <1280526203.4445.94.camel@lappis> On Fri, 2010-07-30 at 23:08 +0200, Marcel Stimberg wrote: > Hi Adam, > > in the same vein as Svetoslaw: I am not a designer, some thoughts anyway: > > > - What icon should we use for the Last Import item? > I also do like the film roll (e.g. F-Spot calls imports "import > rolls"), there's one in the Tango icon set (emblem-photos). > Thinking more abstract, the "document-open-recent" action would also > fit for the purpose -- there's an icon for that in most themes. I also think a film roll is the best here, and in the future, you can find one level below the film roll, with numbers or reference to the latest 10-20-30 or so imports? > > > - What icon (if any) should we use for each individual event in the sidebar? > Generally speaking, I wouldn't overdo it and keep shotwell's interface > simple and slim. Therefore I'd vote against small versions of the key > pictures as F-Spot is doing it. No icon would be fine, if any icon > then one that conveys some information (the icon in the screenshots is > rather bland). My suggestion (but something that probably wouldn't > land in time for 0.7): Show a simple measure of how many pictures > belong to the event, e.g. a simple photo icon for < 10 pictures, two > stacked photos for < 100 and three stacked photos for more than that. Nice idea. But F-Spot also has en Icon editor, in which you can pretty much set the icon to whatever you fancy. Including part of any photo. > > > - What icon should we use for the Tags folder? And for each individual tag? > A generic tag icon is the most clear I think, e.g. take the one F-Spot uses. Possible to set the icon to whatever we want (from a preselected range of icons, or to a part of an image) as in F-Spot. It works very well there. > > > - What icons should we use for the Cameras folder and for each individual > > camera (not shown in the screenshots above)? > For the camera folder I'd suggest the obvious, the camera-photo icon > provided by most themes. The case of several attached cameras is > rather rare, isn't it? I have a few cameras (one SLR, and one main point and shoot one, this is followed by various mobile phone cameras and the kids simple cameras.). Whenever I am out with friends who also takes photos I am usually asking for a copy of their photos as well... Perhaps enough with just a camera name, and no icon below the Camera-photo icon that is. > > Again, generally speaking: I think tags for the main categories are > enough and are useful as a visual separator, for the individual > events/tags/ etc. they are only useful if they convey any information. > > Looking forward to 0.7! Best > Marcel > > PS: Do you have any clue why the folder-open icon in the humanity > theme is gray...? > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From marcelcoding at googlemail.com Fri Jul 30 21:51:13 2010 From: marcelcoding at googlemail.com (Marcel Stimberg) Date: Fri, 30 Jul 2010 23:51:13 +0200 Subject: [Shotwell] call for sidebar icons In-Reply-To: <1280526203.4445.94.camel@lappis> References: <1280526203.4445.94.camel@lappis> Message-ID: >> The case of several attached cameras is >> rather rare, isn't it? > > I have a few cameras (one SLR, and one main point and shoot one, this is > followed by various mobile phone cameras and the kids simple cameras.). To make myself clear: I meant having several cameras attached *at the same time* would be a rare case. I was under the impression that the camera folder is only used when a camera is attached for import and therefore no distinguishing icon is needed. But if the camera folder is meant to filter photos based on the camera model with which they were taken (which would indeed be nice!) then having different icons for different camera types (smartphone, SLR, etc.) might be useful. From bengt at thuree.com Fri Jul 30 22:12:00 2010 From: bengt at thuree.com (Bengt Thuree) Date: Sat, 31 Jul 2010 08:12:00 +1000 Subject: [Shotwell] call for sidebar icons In-Reply-To: References: <1280526203.4445.94.camel@lappis> Message-ID: <1280527920.4445.113.camel@lappis> On Fri, 2010-07-30 at 23:51 +0200, Marcel Stimberg wrote: > >> The case of several attached cameras is > >> rather rare, isn't it? > > > > I have a few cameras (one SLR, and one main point and shoot one, this is > > followed by various mobile phone cameras and the kids simple cameras.). > To make myself clear: I meant having several cameras attached *at the > same time* would be a rare case. I was under the impression that the > camera folder is only used when a camera is attached for import and > therefore no distinguishing icon is needed. But if the camera folder > is meant to filter photos based on the camera model with which they > were taken (which would indeed be nice!) then having different icons > for different camera types (smartphone, SLR, etc.) might be useful. Ah :) Ok, I see... Then I agree with you... But would be nice with a filter on camera model also :) From baldakkl at gmail.com Sat Jul 31 06:56:06 2010 From: baldakkl at gmail.com (Lorenzo Baldacchini) Date: Sat, 31 Jul 2010 08:56:06 +0200 Subject: [Shotwell] My hint for icons. Message-ID: First of all thanks for the great work you are doing with this software. I think that it is impossible to have a standard way for the icons in the sidebar, except that for the "pictures" icon, and maybe "last import" icons that seem pretty good as they are now (IMHO obviously). For *any *other sidebar icon (events, tags and so on) I think it is not possible to find a good standard way. My suggestion is to use the first picture in the set as sidebar icon, giving the user the possibility to change it right-clicking on the item. Hope it is useful Thanks again Lorenzo > Shotwell users, > > thanks to some great recent work by Philip Beam we now have code in trunk > that displays icons in the sidebar. This is great. But we don't yet have > actual icons that look satisfactory for all our sidebar items. Is there > some designer out there who'd like to design and/or recommend icons for us > to use? Here's how our icons look today: > > with GNOME icon theme: http://www.yorba.org/download/image/sidebar-gnome.png > > with H umanity icon theme: > http://www.yorba.org/download/image/sidebar-humanity.png > > Here are the questions we'd like answers to: > > - What icon should we use for the Last Import item? > > - What icon (if any) should we use for each individual event in the sidebar? > > - What icon should we use for the Tags folder? And for each individual tag? > > - What icons should we use for the Cameras folder and for each individual > camera (not shown in the screenshots above)? > > We're planning to ship Shotwell 0.7 in just a couple of weeks, so we'd be > interested in design ideas relatively soon - thanks! > > adam > > > ------------------------------ > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > > End of Shotwell Digest, Vol 12, Issue 25 > **************************************** > From pdo.smith at gmail.com Sat Jul 31 17:04:58 2010 From: pdo.smith at gmail.com (Peter DO Smith) Date: Sat, 31 Jul 2010 19:04:58 +0200 Subject: [Shotwell] event date format In-Reply-To: References: Message-ID: Thanks Adam. I will simply edit the event data into the format I like. That is the big advantage of the fact you have made it editable On Fri, Jul 30, 2010 at 2:37 PM, Adam Dingle wrote: > Peter, > > Shotwell doesn't use the locale's setting since we've chosen our own date > format which we think looks simpler and easier to read (e.g. "Tue Jun 29, > 2010"). It's true that with our date format the numbers don't line up > vertically in neat columns since we begin with an abbreviated day of the > week, which always has 3 characters but whose width may vary in a > variable-width font. We could consider allowing the user to customize the > date format we display; feel free to file a ticket for this if you like. > > adam > > On Mon, Jul 26, 2010 at 3:17 PM, Peter DO Smith wrote: > >> I find the date format for the event list (left hand bar) confusing. When >> I >> have many entries it is easier to scan them quickly if a simple date >> format >> is used that lines up in neat columns. I tried changing the date_fmt entry >> in my locales file to correct this (I am using Ubuntu 10.04) but it had no >> effect, although the change was visible in Ubuntu. >> >> Does Shotwell use the locales setting for the date format? >> >> Peter >> _______________________________________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >> > > From bengt at thuree.com Sat Jul 31 17:58:01 2010 From: bengt at thuree.com (Bengt Thuree) Date: Sun, 01 Aug 2010 03:58:01 +1000 Subject: [Shotwell] event date format In-Reply-To: References: Message-ID: <1280599081.4445.116.camel@lappis> Don't you think there will be a lot of complaints that we do not follow the locale's setting further down the track? /Bengt On Sat, 2010-07-31 at 19:04 +0200, Peter DO Smith wrote: > Thanks Adam. I will simply edit the event data into the format I like. That > is the big advantage of the fact you have made it editable > > On Fri, Jul 30, 2010 at 2:37 PM, Adam Dingle wrote: > > > Peter, > > > > Shotwell doesn't use the locale's setting since we've chosen our own date > > format which we think looks simpler and easier to read (e.g. "Tue Jun 29, > > 2010"). It's true that with our date format the numbers don't line up > > vertically in neat columns since we begin with an abbreviated day of the > > week, which always has 3 characters but whose width may vary in a > > variable-width font. We could consider allowing the user to customize the > > date format we display; feel free to file a ticket for this if you like. > > > > adam > > > > On Mon, Jul 26, 2010 at 3:17 PM, Peter DO Smith wrote: > > > >> I find the date format for the event list (left hand bar) confusing. When > >> I > >> have many entries it is easier to scan them quickly if a simple date > >> format > >> is used that lines up in neat columns. I tried changing the date_fmt entry > >> in my locales file to correct this (I am using Ubuntu 10.04) but it had no > >> effect, although the change was visible in Ubuntu. > >> > >> Does Shotwell use the locales setting for the date format? > >> > >> Peter > >> _______________________________________________ > >> Shotwell mailing list > >> Shotwell at lists.yorba.org > >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > >> > > > > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From inquata at googlemail.com Sat Jul 31 18:06:07 2010 From: inquata at googlemail.com (Jan-Christoph Borchardt) Date: Sat, 31 Jul 2010 20:06:07 +0200 Subject: [Shotwell] event date format In-Reply-To: <1280599081.4445.116.camel@lappis> References: <1280599081.4445.116.camel@lappis> Message-ID: On Sat, Jul 31, 2010 at 7:58 PM, Bengt Thuree wrote: > Don't you think there will be a lot of complaints that we do not follow > the locale's setting further down the track? I guess so. It?s better to use the global setting than having a non-standard and an extra option in the preferences. From pdo.smith at gmail.com Sat Jul 31 18:22:58 2010 From: pdo.smith at gmail.com (Peter DO Smith) Date: Sat, 31 Jul 2010 20:22:58 +0200 Subject: [Shotwell] event date format In-Reply-To: References: <1280599081.4445.116.camel@lappis> Message-ID: Should we be afraid of having a few extra options in the preferences, provided intelligent defaults are chosen? So, for example, we could have an option for date settings with the default taken from the locales setting. On Sat, Jul 31, 2010 at 8:06 PM, Jan-Christoph Borchardt < inquata at googlemail.com> wrote: > On Sat, Jul 31, 2010 at 7:58 PM, Bengt Thuree wrote: > > Don't you think there will be a lot of complaints that we do not follow > > the locale's setting further down the track? > > I guess so. It?s better to use the global setting than having a > non-standard and an extra option in the preferences. > From sebastianporta at gmail.com Sat Jul 31 20:08:56 2010 From: sebastianporta at gmail.com (Sebastian Porta) Date: Sat, 31 Jul 2010 17:08:56 -0300 Subject: [Shotwell] call for sidebar icons Message-ID: > Shotwell users, > > thanks to some great recent work by Philip Beam we now have code in trunk > that displays icons in the sidebar. This is great. But we don't yet have > actual icons that look satisfactory for all our sidebar items. Is there > some designer out there who'd like to design and/or recommend icons for us > to use? Here's how our icons look today: > > with GNOME icon theme: http://www.yorba.org/download/image/sidebar-gnome.png > > with Humanity icon theme: > http://www.yorba.org/download/image/sidebar-humanity.png Great news! > > Here are the questions we'd like answers to: > > - What icon should we use for the Last Import item? I made a couple of icons here: http://dl.dropbox.com/u/113489/lastroll.png And here: http://dl.dropbox.com/u/113489/lastroll2.png I dont know if you like any of them, but let me know if you want me to change anything. > - What icon should we use for the Tags folder? And for each individual tag? I can make one if you want. > - What icons should we use for the Cameras folder and for each individual > camera (not shown in the screenshots above)? You can use the default one, /devices/16x16/camera-photo. On a side note about icons, I looked in the /usr/share/shotwell/icons folder and I noticed that doesn't follow the standard naming spec, so if you want to change an icon you have to overwrite the original one. Would be great if you can change this. (I'm sorry if there's a bug report about this but I couldn't find it) > > We're planning to ship Shotwell 0.7 in just a couple of weeks, so we'd be > interested in design ideas relatively soon - thanks! > > adam Looking forward to it! Thank you. -- Seba (AKA spg76) http://www.ubuntu-ar.org