From mweisshaupt1988 at googlemail.com Tue Dec 1 09:07:16 2009 From: mweisshaupt1988 at googlemail.com (=?UTF-8?B?TWFydGluIFdlacOfaGF1cHQ=?=) Date: Tue, 01 Dec 2009 10:07:16 +0100 Subject: [Shotwell] Contributing In-Reply-To: <55e67d290911301532v3fc8e6d9h59701ce69773b69f@mail.gmail.com> References: <55e67d290911301530rf08ebdj6112d9c15cf66281@mail.gmail.com> <55e67d290911301532v3fc8e6d9h59701ce69773b69f@mail.gmail.com> Message-ID: <4B14DCC4.6060704@googlemail.com> Hello everybody, I wanted to apply for the german translation but it seems that Ingo was faster ;-) What I've seen from Shotwell so far is pretty amazing and I would like to contribute somehow. Unfortunately I'm not familiar with Vala but maby I can contribute somehow. I also have some feature requests but I wanted to know if there is a roadmap first. Keep up the great work! Regards, Martin Wei?haupt From iluetkeb at techfak.uni-bielefeld.de Tue Dec 1 09:09:17 2009 From: iluetkeb at techfak.uni-bielefeld.de (Ingo Luetkebohle) Date: Tue, 01 Dec 2009 10:09:17 +0100 Subject: [Shotwell] Contributing In-Reply-To: <4B14DCC4.6060704@googlemail.com> References: <55e67d290911301530rf08ebdj6112d9c15cf66281@mail.gmail.com> <55e67d290911301532v3fc8e6d9h59701ce69773b69f@mail.gmail.com> <4B14DCC4.6060704@googlemail.com> Message-ID: <4B14DD3D.9050001@techfak.uni-bielefeld.de> Martin Wei?haupt schrieb: > I wanted to apply for the german translation but it seems that Ingo was > faster ;-) > Martin, it would be great if you could look over my translation to see whether you agree with what I did! There were a couple of places where I wasn't really sure. Also, I've never done po-translation before, so I may have missed some things which are obvious. cheers, -- Ingo L?tkebohle -- http://www.techfak.uni-bielefeld.de/~iluetkeb/ From adam at yorba.org Tue Dec 1 15:53:47 2009 From: adam at yorba.org (Adam Dingle) Date: Tue, 01 Dec 2009 07:53:47 -0800 Subject: [Shotwell] Contributing In-Reply-To: <4B14DCC4.6060704@googlemail.com> References: <55e67d290911301530rf08ebdj6112d9c15cf66281@mail.gmail.com> <55e67d290911301532v3fc8e6d9h59701ce69773b69f@mail.gmail.com> <4B14DCC4.6060704@googlemail.com> Message-ID: <4B153C0B.8080003@yorba.org> Martin, thanks for your enthusiasm about Shotwell! > I also have some feature requests but I wanted to know if there is a roadmap first. There is. The list of Shotwell tickets at http://trac.yorba.org/report/16 shows all our planned features and bug fixes. The ones marked 0.4 are slated for the next Shotwell release, which we plan to complete by the end of December. For more information about the upcoming release, see the Development section on the Shotwell wiki page (http://trac.yorba.org/wiki/Shotwell). If your feature requests aren't in our ticket list then feel free to file additional tickets. > Unfortunately I'm not familiar with Vala but maby I can contribute somehow. Vala isn't hard to learn if you already know Java or C#; it's similar to those languages (especially C#) but compiles directly to native code. To learn more about Vala, read the Vala tutorial (http://live.gnome.org/Vala/Tutorial) and look at some of the sample code linked from the Vala web page (http://live.gnome.org/Vala). adam Martin Wei?haupt wrote: > Hello everybody, > > I wanted to apply for the german translation but it seems that Ingo was > faster ;-) > > What I've seen from Shotwell so far is pretty amazing and I would like > to contribute somehow. > Unfortunately I'm not familiar with Vala but maby I can contribute somehow. > > I also have some feature requests but I wanted to know if there is a > roadmap first. > > Keep up the great work! > > Regards, > Martin Wei?haupt > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From jim at yorba.org Wed Dec 2 02:45:07 2009 From: jim at yorba.org (Jim Nelson) Date: Tue, 1 Dec 2009 18:45:07 -0800 Subject: [Shotwell] translations site? In-Reply-To: <4B144697.7070403@techfak.uni-bielefeld.de> References: <4B12CA28.1010307@techfak.uni-bielefeld.de> <992b763d0911301214p352f550auee45b33105a47371@mail.gmail.com> <4B144697.7070403@techfak.uni-bielefeld.de> Message-ID: Hi Ingo, I made a quick glance over the translations and it looks like you did a great job. (I don't speak German, so I mean in terms of completeness.) The only things I see missing are the date strings, i.e. "%I:%M %p" and "%a %b %d, %Y". These are special strings that use the %-modifiers to generate locale-specific time displays. (For example, here in the U.S. "4:03 PM" would be "16:03" in, oh, just about every sane country on this planet. [*]) So, to translate those strings, look up strftime and replace the U.S.-specific time/date formatting with one appropriate to your locale. You might look in fr.po for samples. Here's a good resource: http://www.opengroup.org/onlinepubs/007908799/xsh/strftime.html Thanks -- we really appreciate the good work! -- Jim [*] I'm exaggerating: http://en.wikipedia.org/wiki/Post_meridiem#Use_by_country 2009/11/30 Ingo L?tkebohle : > Hi Lucas, > > Lucas Beeler schrieb: >> All of us at Yorba give you our thanks for offering to translate >> Shotwell into German. Suffice to say, without the efforts and >> commitment of volunteers like you, free and open source software would >> not be where it is today. > > Glad to! Actually, it took me a bit longer than expected (about 45mins > for the whole thing), but thats nothing, really. > >> There is no Shotwell project page on transifex.net yet because we're >> waiting for the transifex.net editorial staff to allocate us one. In >> the meantime, if you'd like to get started translating Shotwell, the >> POT strings template file is included in the Shotwell distribution, >> inside the "po" directory. So if you'd like, you could open it in >> POEdit (or a similar gettext string table editing tool) and start >> translating strings right away! > > All right. Actually, it wasn't in the 0.3.2 distribution but I got it > from the svn. > > What I did was to copy the shotwell.pot file to "de.po" and then edit > that. I hope that was the right way to do it -- I looked around a bit > but the docs only mentioned editing ".po" files. Anyway, the format > looks very much the same, so I guess it will be usefull anyhow. > > Unfortunately, I couldn't really test it because the svn trunk requires > Vala 0.7.7 now and my Ubuntu Karmic only has 0.7.1. ?Please let me know > whether everything is ok! > > cheers, > > -- > Ingo L?tkebohle -- > http://aiweb.techfak.uni-bielefeld.de/user/ingo-lutkebohle > ?Applied Informatics Group -- Bielefeld University -- +49-521-106-2952 > > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > From lucas at yorba.org Wed Dec 2 21:29:55 2009 From: lucas at yorba.org (Lucas Beeler) Date: Wed, 2 Dec 2009 13:29:55 -0800 Subject: [Shotwell] Shotwell is Registered on Transifex.net Message-ID: <992b763d0912021329h2882dd8dt98d632a7e0af8b51@mail.gmail.com> Hi Shotwell Fans, Shotwell is now registered on transifex.net! So, if you'd like to begin translating Shotwell into your native language or dialect, just point your browser to the Shotwell project page on Transifex by clicking here. Once you arrive, you can create a new translation or download and edit an existing translation. Since Shotwell uses GNU gettext-style PO files to manage translations, you'll need POEdit or a similar tool to create and edit the Shotwell translation files hosted on Transifex. But don't worry -- you needn't be a highly technical user or a software developer to do this, because POEdit features an intuitive, GNOME-based graphical user interface that makes translating PO files as easy clicking and typing. Thanks from all of us at Yorba, and happy translating! Regards, Lucas -------------- next part -------------- An HTML attachment was scrubbed... URL: From vperetokin at gmail.com Wed Dec 2 21:34:53 2009 From: vperetokin at gmail.com (Vadim Peretokin) Date: Wed, 2 Dec 2009 16:34:53 -0500 Subject: [Shotwell] Shotwell is Registered on Transifex.net In-Reply-To: <992b763d0912021329h2882dd8dt98d632a7e0af8b51@mail.gmail.com> References: <992b763d0912021329h2882dd8dt98d632a7e0af8b51@mail.gmail.com> Message-ID: <6995ca080912021334n4500faek4950c0070a20f98e@mail.gmail.com> Is it not possible to translate on-line with that service? -------------- next part -------------- An HTML attachment was scrubbed... URL: From mweisshaupt1988 at googlemail.com Thu Dec 3 17:12:36 2009 From: mweisshaupt1988 at googlemail.com (=?ISO-8859-1?Q?Martin_Wei=DFhaupt?=) Date: Thu, 03 Dec 2009 18:12:36 +0100 Subject: [Shotwell] translations site? In-Reply-To: <4B144697.7070403@techfak.uni-bielefeld.de> References: <4B12CA28.1010307@techfak.uni-bielefeld.de> <992b763d0911301214p352f550auee45b33105a47371@mail.gmail.com> <4B144697.7070403@techfak.uni-bielefeld.de> Message-ID: <4B17F184.5080203@googlemail.com> Hi Ingo, I have replaced some string with IMHO better matching ones. Your translation was pretty good so I didn't need to change a lot ;-) Regards, Martin Am 30.11.2009 23:26, schrieb Ingo L?tkebohle: > Hi Lucas, > > Lucas Beeler schrieb: > >> All of us at Yorba give you our thanks for offering to translate >> Shotwell into German. Suffice to say, without the efforts and >> commitment of volunteers like you, free and open source software would >> not be where it is today. >> > Glad to! Actually, it took me a bit longer than expected (about 45mins > for the whole thing), but thats nothing, really. > > >> There is no Shotwell project page on transifex.net yet because we're >> waiting for the transifex.net editorial staff to allocate us one. In >> the meantime, if you'd like to get started translating Shotwell, the >> POT strings template file is included in the Shotwell distribution, >> inside the "po" directory. So if you'd like, you could open it in >> POEdit (or a similar gettext string table editing tool) and start >> translating strings right away! >> > All right. Actually, it wasn't in the 0.3.2 distribution but I got it > from the svn. > > What I did was to copy the shotwell.pot file to "de.po" and then edit > that. I hope that was the right way to do it -- I looked around a bit > but the docs only mentioned editing ".po" files. Anyway, the format > looks very much the same, so I guess it will be usefull anyhow. > > Unfortunately, I couldn't really test it because the svn trunk requires > Vala 0.7.7 now and my Ubuntu Karmic only has 0.7.1. Please let me know > whether everything is ok! > > cheers, > > > > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: de.po URL: From mahfiaz at gmail.com Sat Dec 5 21:14:00 2009 From: mahfiaz at gmail.com (Mattias =?ISO-8859-1?Q?P=F5ldaru?=) Date: Sat, 05 Dec 2009 23:14:00 +0200 Subject: [Shotwell] Improvement suggestions Message-ID: <1260047640.11665.168.camel@antiloop> This is resent message from the subscribed address. My apologies if you end up receiving two messages. Hello I today found out about your fine piece of software, Shotwell. It is really nice, small and *fast*. It even feels flying at light-speed, at least when compared to F-Spot (which is still nice too, but at least with >25k pictures becomes a little slow, I haven't tested Shotwell in such case). There are some improvement ideas I would like to share with you. Most likely there is not much new, in this case take this as a thumbs up :) 1. Quite a number of keyboards and mouses have back and forward buttons, which are mostly useful for browsing web. These keys could be used in Shotwell too, for navigating in 10 or 20 item history. 2. Optional integration with F-Spot, so you could tick "Common database with F-Spot" in preferences. F-Spot uses simply a sqlite db. On start-up the Shotwell should then check if F-Spot is running and give user a notice about read only mode. 3. When I drag a picture to the window, it says "1 photo successfully imported" while showing the photo and goes to "Photos" directory. I would prefer to see the previously imported image selected either in directory or even shown in full window. 4. Instead of blue border, you could prefer light gray, to indicate which images are selected, it would look more professional and would not impact eye perception of colours. I really like the medium dark gray background. 5. Press delete key to trash currently open image file, with optional confirmation. 6. Changing rotate icon when trying to hit Ctrl+R is confusing. So Ctrl+R should rotate the image CCW (while CCW icon is shown), Ctrl+Shift should change the icon back to normal and Ctrl+Shift+R rotate CW. 7. Using page up and page down to navigate, with Ctrl to navigate through events. (This automatically makes the Presentation control remotes useful, which are are simply HID keyboards with PgUp and PgDn keys for Prev - Next slide, . (a dot) for blank screen, Esc to end session, F5 to start presentation, these are simply Powerpoint default shortcuts) 8. Backspace for full-window image should move to containing event directory (same as doubleclick). 9. Slideshow and fullscreen view should be directly switchable from one mode to another. 10. For cropping, current Gimp interface is worth a medallion for easy mouse usage, it is a little hard to snap from current 12px area (at least on 1640x1050 which is becoming more common). 11. This is probably a feature for 2.5, but IMHO Gnome desktop is still lacking a decent way to present images with nice transitions. It should be enabled only with OpenGL and default to nice 800ms fade with nice Ken Burns effect (http://en.wikipedia.org/wiki/Ken_Burns_Effect). Most of other effects are not worth implementing. I hope at least some of this makes some sense. I found from your website, that you get paid for your work on open source and wondered what business model enables such a incredible thing. Thank you all for your hard work on good software. With best regards Mattias P?ldaru From mahfiaz at gmail.com Sat Dec 5 23:18:19 2009 From: mahfiaz at gmail.com (Mattias =?ISO-8859-1?Q?P=F5ldaru?=) Date: Sun, 06 Dec 2009 01:18:19 +0200 Subject: [Shotwell] Estonian translation Message-ID: <1260055099.11665.272.camel@antiloop> Hello everybody I am not aware of usage rules for this list, but I hope it is okay to post Estonian translation of Shotwell here, it is only 25.5 KB also I found no other more appropriate channel for this. Happy coding Mattias -------------- next part -------------- A non-text attachment was scrubbed... Name: et.po Type: text/x-gettext-translation Size: 26114 bytes Desc: not available URL: From shotwell at universal-mechanism.org Mon Dec 7 03:21:43 2009 From: shotwell at universal-mechanism.org (Nate Homier) Date: Sun, 06 Dec 2009 20:21:43 -0700 Subject: [Shotwell] Some observations and criticisms Message-ID: <1260156103.1039.92.camel@universal-mechanism.org> Hi Shotwell developers! I like the Shotwell program very much! I will start with the praise first. The Shotwell program maintains the thumbnails very well, even with extremely fast scrolling speed. Compare this with my current photo program, Gthumb which does a very poor job at maintaining thumbnails at high speed scrolling. Excellent as lack of thumbnails during scrolling makes navigation hard. The dark Grey background very nicely enhances the photos, good choice. I like the minimal UI as well. It seems clean and sleek in the UI compared to what I feel is a messy UI for F-Spot. Finally a free software program has a shadow fill. Picasa has had shadow fill for a long time and now Shotwell has it. Shadow fill really makes those dark photos a lot better. The editing options for the photos seems to have hit the sweet spot, not too Gimpish and not too Eye of Gnome. Start up and shutdown seems very fast. Overall, a very excellent job Shotwell developers! And now my criticisms. :( When I start the program, it comes up in a window that is not maximized. As a result the window only occupies a portion of the screen. It is quite usable in this state and I don't really have a quibble with this behavior as default on first run. What I do have a problem with is when I maximize the program and then shutdown the program it still starts up in a non maximized window. I would expect the program to respect my previous maximized state. I really don't like it when programs think they know better than me at what I like. If it's any consolation, Gthumb has this same behavior. The UI has the events feature for finding photos by date. Good feature but it throws all photos on that date together. I feel this could be improved if one could use events for a specific folder or camera roll. Lets say you have 2 rolls, one for Disneyland CA. and one for Disneyland Paris. Now lets say those trips were at the same time with 2 families and now the photos are on 1 computer. Events now throws those 2 separate trips all in together. What I need is a way to use events for a specific roll. Have you ever used Google's Picasa? If you have you will see how it imports from cameras and other media. Lets look at how it creates the directory structure. It pops up a dialog box asking you to create an album name along with a description and various misc. stuff. When you go into the Windows "My Pictures" or "Pictures" you will see a folder with the name you entered into that Picasa dialog box. Lets say you enter Disneyland CA, when you look in "My Pictures" you will see a folder called "Disneyland CA". Each import into Picasa creates a separate folder in "My Pictures". Heres my point. Picasa creates a very human folder structure that is easy to navigate. I think that most people can remember the names but not specific dates. Shotwell as of version 0.3.2 creates a very obtuse folder structure of exact dates. For conventional digging around in folders using Windows explorer or Gnome's Nautilus, it is very hard to remember when you did something on a specific date. Exploring a Picasa created folder structure is very easy. Another reason for Picasa's success with it's folder structure is cross platform compatibility with other operating systems and photo programs. I know that Gthumb and Picasa will always be compatible with each other because their folder creation is the same. I can load a Picasa directory on NTFS and know Gthumb picks it up right away. I don't have to use Picasa to browse Picasa created directories. I can load a Gthumb directory in windows and know I don't have to use Gthumb. See where I'm going? If I mount a Shotwell created directory in Windows via Samba I can not use Picasa for photo management and using Windows Explorer will be very difficult. Once I start using Shotwell, I must ALWAYS use Shotwell. Shotwell's cross platform compatibility stinks. If it is any consolation for you, F-Spot has this same stinky folder layout. As of 0.3.2, Shotwell attempts at import from disk is stupid. It attempts to import Gthumb .xml and .comments files. Why? Just winds up giving overly complicated errors messages to users for no good reason. I wonder if the full size previews are causing disk imports to take longer than is necessary. It seemed to take forever to import from disk. Gthumb import just feels faster. Would import go any faster in reality if smaller previews were used? Would be nice if one could also navigate in the left side pane the same way Gthumb and Picasa do it. If Shotwell were to gain an option in the left pane to navigate like Gthumbs folder navigation, it would also be nice if clicking on specific folders also automatically scrolled the right side album view to the correct pictures, just like Picasa. I assume you are generating your own thumbnails for cross platform reasons. If not, then why don't you take advantage of the operating systems native thumbnailing? In Gnome, in my test a single roll is already consuming 5MB of space and I have dozens of other rolls as well. I would prefer that you take advantage of Gnomes .thumbnails feature. I believe that Gthumb does it this way. And on KDE you should use whatever they use and Windows, Mac OS you should use their native facilities as well. Slide show uses a black background. I would like to see this changed to dark Grey and Ideally be user configurable. I think this is enough for now. I am using the Ubuntu PPAs and I am currently at version 0.3.2. Overall I am very impressed and I am very excited. Gthumb does not really cut it for me, but it's better than F-Spot. I wish all the Shotwell developers the best and I will continue to check each new version. Who knows maybe this is the free software program that winds up beating Picasa. Nate Homier. From adam at yorba.org Mon Dec 7 16:45:59 2009 From: adam at yorba.org (Adam Dingle) Date: Mon, 07 Dec 2009 08:45:59 -0800 Subject: [Shotwell] Improvement suggestions In-Reply-To: <1260047640.11665.168.camel@antiloop> References: <1260047640.11665.168.camel@antiloop> Message-ID: <4B1D3147.7090108@yorba.org> Mattias, I'm glad you like Shotwell so far! Thanks for your many suggestions. Here's some feedback: > 1. Quite a number of keyboards and mouses have back and forward buttons, > which are mostly useful for browsing web. These keys could be used in > Shotwell too, for navigating in 10 or 20 item history. > It's a good idea to support the mouse back/forward buttons in some way. We could either (a) make these buttons equivalent to the Previous Photo and Next Photo buttons in full-window mode, or (b) use them to navigate through the history of pages recently viewed. With (b), the back button might take you to the previous viewed event, for example. Are you suggesting (b) rather than (a)? > 2. Optional integration with F-Spot, so you could tick "Common database > with F-Spot" in preferences. F-Spot uses simply a sqlite db. On start-up > the Shotwell should then check if F-Spot is running and give user a > notice about read only mode. > Yes, some sort of integration with F-Spot would be nice, though reading F-Spot's sqlite database format is probably further than we want to go here. We'll think about this more for our 0.5 release early next year. > 3. When I drag a picture to the window, it says "1 photo successfully > imported" while showing the photo and goes to "Photos" directory. I > would prefer to see the previously imported image selected either in > directory or even shown in full window. > It's not so clear how to implement this, because photo importing is asynchronous: you can continue to use Shotwell while photos are being imported. Suppose that the user drags in 100 photos. Should we suddently select them all in the main Photos view once the import is complete? Or should we select each one in turn as it's imported? I think either of those behaviors would be odd. I suppose that in the case of importing a single photo we could select it in the Photos view after the import is complete, perhaps. > 4. Instead of blue border, you could prefer light gray, to indicate > which images are selected, it would look more professional and would not > impact eye perception of colours. I really like the medium dark gray > background. > That's an interesting idea; we'll think about this more. Soon, we'd like to make it possible for the user to select colors using a GNOME theme (see http://trac.yorba.org/ticket/318 ). > 5. Press delete key to trash currently open image file, with optional > confirmation. > We've already implemented that feature in the trunk, so it will be in the 0.4 release later this month. > 6. Changing rotate icon when trying to hit Ctrl+R is confusing. So > Ctrl+R should rotate the image CCW (while CCW icon is shown), Ctrl+Shift > should change the icon back to normal and Ctrl+Shift+R rotate CW. > Hm - I guess it does seem confusing that the Ctrl key changes the icon to rotate left even though Ctrl+R rotates right. We'll think more about what to do about that. > 7. Using page up and page down to navigate, with Ctrl to navigate > through events. (This automatically makes the Presentation control > remotes useful, which are are simply HID keyboards with PgUp and PgDn keys > for Prev - Next slide, . (a dot) for blank screen, Esc to end session, > F5 to start presentation, these are simply Powerpoint default shortcuts) > I believe you're asking for the following: Page Up/Down = go to previous/next photo in full-window mode (just like left arrow) Ctrl+Page Up/Down = go to previous/next event (in full-window mode? or even in the Photos view?) Is this correct? > 8. Backspace for full-window image should move to containing event > directory (same as doubleclick). > This seems like a reasonable idea. I've filed a ticket for this (http://trac.yorba.org/ticket/1080 ). This should be easy, so we might implement this for 0.4. > 9. Slideshow and fullscreen view should be directly switchable from one > mode to another. > I suppose we could allow that, though I don't imagine users would need this too often. Are you suggesting that we implement this with a toolbar button, or with a key command? > 10. For cropping, current Gimp interface is worth a medallion for easy > mouse usage, it is a little hard to snap from current 12px area (at > least on 1640x1050 which is becoming more common). > When you say "it is a little hard to snap from current 12 px area", do you mean that in Shotwell the user must crop by moving the mouse into a 12-pixel area near the crop rectangle, and that that area is too small? I've never found the Shotwell interface to be hard to use, but I suppose we could make that area a bit larger like in Gimp. > 11. This is probably a feature for 2.5, but IMHO Gnome desktop is still > lacking a decent way to present images with nice transitions. It should > be enabled only with OpenGL and default to nice 800ms fade with nice Ken > Burns effect (http://en.wikipedia.org/wiki/Ken_Burns_Effect). Most of > other effects are not worth implementing. > Yes - we've always intended to implement slideshow transitions at some point. We'd like to offer the user a choice of transition effects, and I agree we probably don't need to make this too fancy. I've just filed a ticket for this feature (http://trac.yorba.org/ticket/1081 ). It won't make 0.4, but will happen some time next year. adam From adam at yorba.org Mon Dec 7 19:16:43 2009 From: adam at yorba.org (Adam Dingle) Date: Mon, 07 Dec 2009 11:16:43 -0800 Subject: [Shotwell] Some observations and criticisms In-Reply-To: <1260156103.1039.92.camel@universal-mechanism.org> References: <1260156103.1039.92.camel@universal-mechanism.org> Message-ID: <4B1D549B.6070106@yorba.org> Nate, thanks for all your feedback and suggestions about Shotwell. > I will start with the praise first... Thanks. We like praise! We've worked hard on making Shotwell fast and sleek so I'm glad that you appreciate those qualities. > I would expect the program to respect my previous maximized state. A very reasonable request. I've filed a ticket for this (http://trac.yorba.org/ticket/1083 ). This should be relatively easy, so I'm hopeful we'll be able to implement this in 0.4, coming later this month. > The UI has the events feature for finding photos by date. Good feature > but it throws all photos on that date together. I feel this could be > improved if one could use events for a specific folder or camera roll. Note that Shotwell creates new events each time you import. So if you first import only the photos from one roll, then import from the second roll in a separate operation, you'll end up with two separate events. The upcoming Shotwell 0.4 allows you to split or merge events, which will also help you end up with the event structure you want. We haven't given much consideration to distinguishing separate folders/rolls found on a single camera. We might think about that more. > Picasa creates a > very human folder structure that is easy to navigate. I think that most > people can remember the names but not specific dates. Shotwell as of > version 0.3.2 creates a very obtuse folder structure of exact dates. > Another reason for Picasa's success with it's folder structure is cross > platform compatibility with other operating systems and photo programs. These are reasonable points. Yes, compatibility other other systems/programs is important. We've also talked to other users who would like Shotwell to store folders in different ways. The existing Shotwell folder structure will remain the same in 0.4, but we'll think about ways to make it more flexible/general in releases after that. > As of 0.3.2, Shotwell attempts at import from disk is stupid. It > attempts to import Gthumb .xml and .comments files. Why? Just winds up > giving overly complicated errors messages to users for no good reason. True. I've created a ticket (http://trac.yorba.org/ticket/1084 ). Might not make 0.4, though. > I wonder if the full size previews are causing disk imports to take > longer than is necessary. It seemed to take forever to import from > disk. Gthumb import just feels faster. Yes, thumbnail generation is the bottleneck when importing from disk. Not sure why GTthumb is faster; we should do a head-to-head comparison at some point. > Would be nice if one could also navigate in the left side pane the same > way Gthumb and Picasa do it. This will also be the same in Shotwell 0.4, but is likely to be improved/enhanced in 0.5 or afterward. I agree it would be nice to be able to click on the left pane to automatically scroll to the corresponding position in the Photos view on the right. > I assume you are generating your own thumbnails for cross platform > reasons. If not, then why don't you take advantage of the operating > systems native thumbnailing? A good suggestion. We should look more deeply into GNOME thumbnailing and see if it would make sense to integrate with it rather than creating our own thumbnails. I've created a ticket (http://trac.yorba.org/ticket/1086 ). > Slide show uses a black background. I would like to see this changed to > dark Grey and Ideally be user configurable. This won't change in 0.4. But hopefully all Shotwell colors will be configurable in 0.5 or afterwards, possibly via GNOME themes (see http://trac.yorba.org/ticket/318 ). > Overall I am very impressed and I am very excited. > Who knows maybe this is the free software program that winds up beating Picasa. Thanks! Our long-term goal is to grow Shotwell to be as full-featured as commercial programs like Picasa and iPhoto while keeping it fast and usable. We're not there yet. :) adam Nate Homier wrote: > Hi Shotwell developers! I like the Shotwell program very much! I will > start with the praise first. > > The Shotwell program maintains the thumbnails very well, even with > extremely fast scrolling speed. Compare this with my current photo > program, Gthumb which does a very poor job at maintaining thumbnails at > high speed scrolling. Excellent as lack of thumbnails during scrolling > makes navigation hard. > > The dark Grey background very nicely enhances the photos, good choice. > I like the minimal UI as well. It seems clean and sleek in the UI > compared to what I feel is a messy UI for F-Spot. Finally a free > software program has a shadow fill. Picasa has had shadow fill for a > long time and now Shotwell has it. Shadow fill really makes those dark > photos a lot better. The editing options for the photos seems to have > hit the sweet spot, not too Gimpish and not too Eye of Gnome. Start up > and shutdown seems very fast. Overall, a very excellent job Shotwell > developers! > > And now my criticisms. :( > > When I start the program, it comes up in a window that is not maximized. > As a result the window only occupies a portion of the screen. It is > quite usable in this state and I don't really have a quibble with this > behavior as default on first run. What I do have a problem with is when > I maximize the program and then shutdown the program it still starts up > in a non maximized window. I would expect the program to respect my > previous maximized state. I really don't like it when programs think > they know better than me at what I like. If it's any consolation, > Gthumb has this same behavior. > > The UI has the events feature for finding photos by date. Good feature > but it throws all photos on that date together. I feel this could be > improved if one could use events for a specific folder or camera roll. > Lets say you have 2 rolls, one for Disneyland CA. and one for Disneyland > Paris. Now lets say those trips were at the same time with 2 families > and now the photos are on 1 computer. Events now throws those 2 > separate trips all in together. What I need is a way to use events for > a specific roll. > > Have you ever used Google's Picasa? If you have you will see how it > imports from cameras and other media. Lets look at how it creates the > directory structure. It pops up a dialog box asking you to create an > album name along with a description and various misc. stuff. When you > go into the Windows "My Pictures" or "Pictures" you will see a folder > with the name you entered into that Picasa dialog box. Lets say you > enter Disneyland CA, when you look in "My Pictures" you will see a > folder called "Disneyland CA". Each import into Picasa creates a > separate folder in "My Pictures". Heres my point. Picasa creates a > very human folder structure that is easy to navigate. I think that most > people can remember the names but not specific dates. Shotwell as of > version 0.3.2 creates a very obtuse folder structure of exact dates. > For conventional digging around in folders using Windows explorer or > Gnome's Nautilus, it is very hard to remember when you did something on > a specific date. Exploring a Picasa created folder structure is very > easy. > > Another reason for Picasa's success with it's folder structure is cross > platform compatibility with other operating systems and photo programs. > I know that Gthumb and Picasa will always be compatible with each other > because their folder creation is the same. I can load a Picasa > directory on NTFS and know Gthumb picks it up right away. I don't have > to use Picasa to browse Picasa created directories. I can load a Gthumb > directory in windows and know I don't have to use Gthumb. See where I'm > going? If I mount a Shotwell created directory in Windows via Samba I > can not use Picasa for photo management and using Windows Explorer will > be very difficult. Once I start using Shotwell, I must ALWAYS use > Shotwell. Shotwell's cross platform compatibility stinks. If it is any > consolation for you, F-Spot has this same stinky folder layout. > > As of 0.3.2, Shotwell attempts at import from disk is stupid. It > attempts to import Gthumb .xml and .comments files. Why? Just winds up > giving overly complicated errors messages to users for no good reason. > > I wonder if the full size previews are causing disk imports to take > longer than is necessary. It seemed to take forever to import from > disk. Gthumb import just feels faster. Would import go any faster in > reality if smaller previews were used? > > Would be nice if one could also navigate in the left side pane the same > way Gthumb and Picasa do it. If Shotwell were to gain an option in the > left pane to navigate like Gthumbs folder navigation, it would also be > nice if clicking on specific folders also automatically scrolled the > right side album view to the correct pictures, just like Picasa. > > I assume you are generating your own thumbnails for cross platform > reasons. If not, then why don't you take advantage of the operating > systems native thumbnailing? In Gnome, in my test a single roll is > already consuming 5MB of space and I have dozens of other rolls as well. > I would prefer that you take advantage of Gnomes .thumbnails feature. I > believe that Gthumb does it this way. And on KDE you should use > whatever they use and Windows, Mac OS you should use their native > facilities as well. > > Slide show uses a black background. I would like to see this changed to > dark Grey and Ideally be user configurable. > > I think this is enough for now. I am using the Ubuntu PPAs and I am > currently at version 0.3.2. Overall I am very impressed and I am very > excited. Gthumb does not really cut it for me, but it's better than > F-Spot. I wish all the Shotwell developers the best and I will continue > to check each new version. Who knows maybe this is the free software > program that winds up beating Picasa. > > Nate Homier. > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > From lucas at yorba.org Mon Dec 7 19:53:50 2009 From: lucas at yorba.org (Lucas Beeler) Date: Mon, 7 Dec 2009 11:53:50 -0800 Subject: [Shotwell] Shotwell is Registered on Transifex.net In-Reply-To: <6995ca080912021334n4500faek4950c0070a20f98e@mail.gmail.com> References: <992b763d0912021329h2882dd8dt98d632a7e0af8b51@mail.gmail.com> <6995ca080912021334n4500faek4950c0070a20f98e@mail.gmail.com> Message-ID: <992b763d0912071153p70b0aab6w7a1d3038542e6964@mail.gmail.com> Vadim Peretokin wrote: > Is it not possible to translate on-line with that service? The Transifex web application hosted on Transifex.net does support online translation editing, via their Lotte AJAX-based editing tool. However, Lotte is currently alpha-quality software, and does not support working with PO/POT files containing more than 100 translatable strings. See this entry in the Transifex FAQ for more information: http://www.transifex.net/faq/#heading_toc_j_13. Thanks for your interest in Shotwell! Regards, Lucas From shotwell at universal-mechanism.org Tue Dec 8 00:14:10 2009 From: shotwell at universal-mechanism.org (Nate Homier) Date: Mon, 07 Dec 2009 17:14:10 -0700 Subject: [Shotwell] Some observations and criticisms In-Reply-To: <4B1D549B.6070106@yorba.org> References: <1260156103.1039.92.camel@universal-mechanism.org> <4B1D549B.6070106@yorba.org> Message-ID: <1260231250.24558.0.camel@universal-mechanism.org> Thanks for filing the tickets and subscribing me, I appreciate it. Oh, I didn't know that Shotwell creates new events for each import. Also good to hear about events in 0.4. For the folder structure, one idea would be to give users the option to pick their folder structure. Kind of like how music managers do it, Rhythmbox as an example. For importing speed, I will do some test with the clock, probably be accurate to within 1 or 2 seconds, which should be good enough. Nate. On Mon, 2009-12-07 at 11:16 -0800, Adam Dingle wrote: > Nate, > > thanks for all your feedback and suggestions about Shotwell. > > > I will start with the praise first... > > Thanks. We like praise! We've worked hard on making Shotwell fast and > sleek so I'm glad that you appreciate those qualities. > > > I would expect the program to respect my previous maximized state. > > A very reasonable request. I've filed a ticket for this > (http://trac.yorba.org/ticket/1083 ). This should be relatively easy, > so I'm hopeful we'll be able to implement this in 0.4, coming later this > month. > > > The UI has the events feature for finding photos by date. Good feature > > but it throws all photos on that date together. I feel this could be > > improved if one could use events for a specific folder or camera roll. > > Note that Shotwell creates new events each time you import. So if you > first import only the photos from one roll, then import from the second > roll in a separate operation, you'll end up with two separate events. > > The upcoming Shotwell 0.4 allows you to split or merge events, which > will also help you end up with the event structure you want. > > We haven't given much consideration to distinguishing separate > folders/rolls found on a single camera. We might think about that more. > > > Picasa creates a > > very human folder structure that is easy to navigate. I think that most > > people can remember the names but not specific dates. Shotwell as of > > version 0.3.2 creates a very obtuse folder structure of exact dates. > > Another reason for Picasa's success with it's folder structure is cross > > platform compatibility with other operating systems and photo programs. > > These are reasonable points. Yes, compatibility other other > systems/programs is important. We've also talked to other users who > would like Shotwell to store folders in different ways. The existing > Shotwell folder structure will remain the same in 0.4, but we'll think > about ways to make it more flexible/general in releases after that. > > > As of 0.3.2, Shotwell attempts at import from disk is stupid. It > > attempts to import Gthumb .xml and .comments files. Why? Just winds up > > giving overly complicated errors messages to users for no good reason. > > True. I've created a ticket (http://trac.yorba.org/ticket/1084 ). > Might not make 0.4, though. > > > I wonder if the full size previews are causing disk imports to take > > longer than is necessary. It seemed to take forever to import from > > disk. Gthumb import just feels faster. > > Yes, thumbnail generation is the bottleneck when importing from disk. > Not sure why GTthumb is faster; we should do a head-to-head comparison > at some point. > > > Would be nice if one could also navigate in the left side pane the same > > way Gthumb and Picasa do it. > > This will also be the same in Shotwell 0.4, but is likely to be > improved/enhanced in 0.5 or afterward. I agree it would be nice to be > able to click on the left pane to automatically scroll to the > corresponding position in the Photos view on the right. > > > I assume you are generating your own thumbnails for cross platform > > reasons. If not, then why don't you take advantage of the operating > > systems native thumbnailing? > > A good suggestion. We should look more deeply into GNOME thumbnailing > and see if it would make sense to integrate with it rather than creating > our own thumbnails. I've created a ticket > (http://trac.yorba.org/ticket/1086 ). > > > Slide show uses a black background. I would like to see this changed to > > dark Grey and Ideally be user configurable. > > This won't change in 0.4. But hopefully all Shotwell colors will be > configurable in 0.5 or afterwards, possibly via GNOME themes (see > http://trac.yorba.org/ticket/318 ). > > > Overall I am very impressed and I am very excited. > > Who knows maybe this is the free software program that winds up > beating Picasa. > > Thanks! Our long-term goal is to grow Shotwell to be as full-featured > as commercial programs like Picasa and iPhoto while keeping it fast and > usable. We're not there yet. :) > > adam > > Nate Homier wrote: > > Hi Shotwell developers! I like the Shotwell program very much! I will > > start with the praise first. > > > > The Shotwell program maintains the thumbnails very well, even with > > extremely fast scrolling speed. Compare this with my current photo > > program, Gthumb which does a very poor job at maintaining thumbnails at > > high speed scrolling. Excellent as lack of thumbnails during scrolling > > makes navigation hard. > > > > The dark Grey background very nicely enhances the photos, good choice. > > I like the minimal UI as well. It seems clean and sleek in the UI > > compared to what I feel is a messy UI for F-Spot. Finally a free > > software program has a shadow fill. Picasa has had shadow fill for a > > long time and now Shotwell has it. Shadow fill really makes those dark > > photos a lot better. The editing options for the photos seems to have > > hit the sweet spot, not too Gimpish and not too Eye of Gnome. Start up > > and shutdown seems very fast. Overall, a very excellent job Shotwell > > developers! > > > > And now my criticisms. :( > > > > When I start the program, it comes up in a window that is not maximized. > > As a result the window only occupies a portion of the screen. It is > > quite usable in this state and I don't really have a quibble with this > > behavior as default on first run. What I do have a problem with is when > > I maximize the program and then shutdown the program it still starts up > > in a non maximized window. I would expect the program to respect my > > previous maximized state. I really don't like it when programs think > > they know better than me at what I like. If it's any consolation, > > Gthumb has this same behavior. > > > > The UI has the events feature for finding photos by date. Good feature > > but it throws all photos on that date together. I feel this could be > > improved if one could use events for a specific folder or camera roll. > > Lets say you have 2 rolls, one for Disneyland CA. and one for Disneyland > > Paris. Now lets say those trips were at the same time with 2 families > > and now the photos are on 1 computer. Events now throws those 2 > > separate trips all in together. What I need is a way to use events for > > a specific roll. > > > > Have you ever used Google's Picasa? If you have you will see how it > > imports from cameras and other media. Lets look at how it creates the > > directory structure. It pops up a dialog box asking you to create an > > album name along with a description and various misc. stuff. When you > > go into the Windows "My Pictures" or "Pictures" you will see a folder > > with the name you entered into that Picasa dialog box. Lets say you > > enter Disneyland CA, when you look in "My Pictures" you will see a > > folder called "Disneyland CA". Each import into Picasa creates a > > separate folder in "My Pictures". Heres my point. Picasa creates a > > very human folder structure that is easy to navigate. I think that most > > people can remember the names but not specific dates. Shotwell as of > > version 0.3.2 creates a very obtuse folder structure of exact dates. > > For conventional digging around in folders using Windows explorer or > > Gnome's Nautilus, it is very hard to remember when you did something on > > a specific date. Exploring a Picasa created folder structure is very > > easy. > > > > Another reason for Picasa's success with it's folder structure is cross > > platform compatibility with other operating systems and photo programs. > > I know that Gthumb and Picasa will always be compatible with each other > > because their folder creation is the same. I can load a Picasa > > directory on NTFS and know Gthumb picks it up right away. I don't have > > to use Picasa to browse Picasa created directories. I can load a Gthumb > > directory in windows and know I don't have to use Gthumb. See where I'm > > going? If I mount a Shotwell created directory in Windows via Samba I > > can not use Picasa for photo management and using Windows Explorer will > > be very difficult. Once I start using Shotwell, I must ALWAYS use > > Shotwell. Shotwell's cross platform compatibility stinks. If it is any > > consolation for you, F-Spot has this same stinky folder layout. > > > > As of 0.3.2, Shotwell attempts at import from disk is stupid. It > > attempts to import Gthumb .xml and .comments files. Why? Just winds up > > giving overly complicated errors messages to users for no good reason. > > > > I wonder if the full size previews are causing disk imports to take > > longer than is necessary. It seemed to take forever to import from > > disk. Gthumb import just feels faster. Would import go any faster in > > reality if smaller previews were used? > > > > Would be nice if one could also navigate in the left side pane the same > > way Gthumb and Picasa do it. If Shotwell were to gain an option in the > > left pane to navigate like Gthumbs folder navigation, it would also be > > nice if clicking on specific folders also automatically scrolled the > > right side album view to the correct pictures, just like Picasa. > > > > I assume you are generating your own thumbnails for cross platform > > reasons. If not, then why don't you take advantage of the operating > > systems native thumbnailing? In Gnome, in my test a single roll is > > already consuming 5MB of space and I have dozens of other rolls as well. > > I would prefer that you take advantage of Gnomes .thumbnails feature. I > > believe that Gthumb does it this way. And on KDE you should use > > whatever they use and Windows, Mac OS you should use their native > > facilities as well. > > > > Slide show uses a black background. I would like to see this changed to > > dark Grey and Ideally be user configurable. > > > > I think this is enough for now. I am using the Ubuntu PPAs and I am > > currently at version 0.3.2. Overall I am very impressed and I am very > > excited. Gthumb does not really cut it for me, but it's better than > > F-Spot. I wish all the Shotwell developers the best and I will continue > > to check each new version. Who knows maybe this is the free software > > program that winds up beating Picasa. > > > > Nate Homier. > > _______________________________________________ > > Shotwell mailing list > > Shotwell at lists.yorba.org > > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > > > > From adam at yorba.org Tue Dec 8 00:15:58 2009 From: adam at yorba.org (Adam Dingle) Date: Mon, 07 Dec 2009 16:15:58 -0800 Subject: [Shotwell] looking for Spanish, French translation volunteers Message-ID: <4B1D9ABE.90208@yorba.org> Shotwell 0.4 will be released within the next few weeks, and we expect to reach a string freeze this week. We already have nearly-complete translations of Shotwell into German, Italian, Polish and Estonian. Before Shotwell 0.4 ships, we'd like to have a Spanish translation and also complete our French translation (which is currently only 55% complete). Are there volunteers who would be willing to complete the Spanish and French translations in the next week or so? If so we'd really appreciate it! adam From mahfiaz at gmail.com Tue Dec 8 01:31:26 2009 From: mahfiaz at gmail.com (Mattias =?ISO-8859-1?Q?P=F5ldaru?=) Date: Tue, 08 Dec 2009 03:31:26 +0200 Subject: [Shotwell] Improvement suggestions In-Reply-To: <4B1D3147.7090108@yorba.org> References: <1260047640.11665.168.camel@antiloop> <4B1D3147.7090108@yorba.org> Message-ID: <1260235886.21384.397.camel@antiloop> ?hel kenal p?eval, E, 2009-12-07 kell 08:45, kirjutas Adam Dingle: > Mattias, > > I'm glad you like Shotwell so far! Thanks for your many suggestions. > Here's some feedback: > > 1. Quite a number of keyboards and mouses have back and forward buttons, > > which are mostly useful for browsing web. These keys could be used in > > Shotwell too, for navigating in 10 or 20 item history. > > > It's a good idea to support the mouse back/forward buttons in some way. > We could either (a) make these buttons equivalent to the Previous Photo > and Next Photo buttons in full-window mode, or (b) use them to navigate > through the history of pages recently viewed. With (b), the back button > might take you to the previous viewed event, for example. Are you > suggesting (b) rather than (a)? I would prefer b (back/forward for moving in history), with some additional features. It could be called "Navimouse enabled" or something :) Mouse buttons usage: Proposal for Shotwell F-Spot Picasa Irfanview Eye of Gnome gThumb QIV Feh Gwenview Digikam Windows picture viewer LMB click Next photo - - Prev - Next Next Next - Next Next LMB double click Advance 10 pictures - - Prev - - - - Exit fullscreen - - LMB triple click Advance to next event - - - - - - - - - - LMB drag Mark cropping area. Adjust from handles. Click in center to end selection, click outbounds to cancel. Mark cropping area, no way to confirm using mouse - Prev Starts dragging the image file - Pan image Pan Pan - - Mouse weel scroll Zoom in/out Zoom in/out Prev/next Prev/Next Zoom in/out Prev/Next - Prev/Next Pan Prev/Next - MMB click Center clicked position, when zoomed in - - Exit fullscreen - Prev Quit - Switch between 1:1/Fit mode - - MMB double click (hard to trigger, using wheel) Open small image adjustments dialog - - - - - - - Exit fullscreen - - MMB triple click (extra hard to trigger) Enhance image (undoable using Back button) - - - - - - - - - - MMB drag Drag zoomed image - - - - - - Left-right drag to zoom out-in - - - RMB click Context Context - Next Context - Prev Context Context Prev Context RMB double click Go 10 pictures back - - Next - - - - - - - RMB triple click Go to the beginning of previous event - - - - - - - - - - RMB drag Tag photo facebook alike, showing rectangular area - - Next - - - - - - - Mouse gestures - - - - - - - - - - Back/Forward History back/forward or editing stages undo /redo - - Prev/Next - - - - - - Prev/Next Some actions not covered in current proposal: Quit, Rotate, 1:1 Scale, Fit, Delete, Mark Usually mouse gestures need to be dragged, but why not to try clickless gestures (polling mouse position will cause a waste of battery life and resources). Possible gestures without pressing a button: ?Shake? (quick left, right, left, right movement, >200px wide, within 500ms) to delete or to send to temporary Lightbox alike recycle bin, which is shown in normal mode as ?Images marked for deletion?. ?Nod? (moderate speed movement >150px down and up again to the same position (closer than 50px) to mark a picture as starred to send it to Lightbox for further actions. ?Clockwise? (movement resembling a clockwise drawn circle with 100px radius or more) to rotate image CW. BTW, these Back forward buttons are actually keyboard keys, which simply happen to be on mouses, similar keys on keyboard produce the same events: XF86Back and XF86Forward. > > 7. Using page up and page down to navigate, with Ctrl to navigate > > through events. (This automatically makes the Presentation control > > remotes useful, which are are simply HID keyboards with PgUp and PgDn keys > > for Prev - Next slide, . (a dot) for blank screen, Esc to end session, > > F5 to start presentation, these are simply Powerpoint default shortcuts) > > > I believe you're asking for the following: > > Page Up/Down = go to previous/next photo in full-window mode (just like > left arrow) Just like left/right arrows. > Ctrl+Page Up/Down = go to previous/next event (in full-window mode? or > even in the Photos view?) > > Is this correct? Why not in both views and even in slideshow mode, for consistency, since by far there is no better use for these shortcuts. > > 8. Backspace for full-window image should move to containing event > > directory (same as doubleclick). > > > This seems like a reasonable idea. I've filed a ticket for this > (http://trac.yorba.org/ticket/1080 ). This should be easy, so we might > implement this for 0.4. > > 9. Slideshow and fullscreen view should be directly switchable from one > > mode to another. > > > I suppose we could allow that, though I don't imagine users would need > this too often. Are you suggesting that we implement this with a > toolbar button, or with a key command? It depends.. If fullscreen isn't that different from slideshow in terms of editing capabilities and and informational boxes (which I would love, it could resemble some of flash galleries used in web), these should be unified and then the only difference could be play/pause and stop buttons. Pressing play could hide all the other boxes, until stop (not pause) is pressed. > > 10. For cropping, current Gimp interface is worth a medallion for easy > > mouse usage, it is a little hard to snap from current 12px area (at > > least on 1640x1050 which is becoming more common). > > > When you say "it is a little hard to snap from current 12 px area", do > you mean that in Shotwell the user must crop by moving the mouse into a > 12-pixel area near the crop rectangle, and that that area is too small? > I've never found the Shotwell interface to be hard to use, but I suppose > we could make that area a bit larger like in Gimp. Why not to make it 1/4 of the height (width), but >12px? > > 11. This is probably a feature for 2.5, but IMHO Gnome desktop is still > > lacking a decent way to present images with nice transitions. It should > > be enabled only with OpenGL and default to nice 800ms fade with nice Ken > > Burns effect (http://en.wikipedia.org/wiki/Ken_Burns_Effect). Most of > > other effects are not worth implementing. > > > Yes - we've always intended to implement slideshow transitions at some > point. We'd like to offer the user a choice of transition effects, and > I agree we probably don't need to make this too fancy. I've just filed > a ticket for this feature (http://trac.yorba.org/ticket/1081 ). It > won't make 0.4, but will happen some time next year. > > adam > With best regards Mattias -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: face-smile.png Type: image/png Size: 873 bytes Desc: not available URL: From mark at foresightlinux.org Tue Dec 8 08:22:43 2009 From: mark at foresightlinux.org (Mark Trompell) Date: Tue, 8 Dec 2009 09:22:43 +0100 Subject: [Shotwell] Some observations and criticisms In-Reply-To: <4B1D549B.6070106@yorba.org> References: <1260156103.1039.92.camel@universal-mechanism.org> <4B1D549B.6070106@yorba.org> Message-ID: On Mon, Dec 7, 2009 at 8:16 PM, Adam Dingle wrote: > > Yes, thumbnail generation is the bottleneck when importing from disk. > Not sure why GTthumb is faster; we should do a head-to-head comparison > at some point. One Xfce dev created tumbler a thumbnailing service using dbus. Not sure if that would help. It doesn't depend on Xfce at all and will be used in maemo 6 too. http://gezeiten.org/post/2009/10/Using-Tumbler-in-Client-Applications http://pvanhoof.be/blog/index.php/2009/10/28/tumbler http://gezeiten.org/tag/tumbler -- Mark Trompell Foresight Linux Xfce Edition Cause your desktop should be freaking cool (and Xfce) From iluetkeb at techfak.uni-bielefeld.de Tue Dec 8 09:32:43 2009 From: iluetkeb at techfak.uni-bielefeld.de (Ingo Luetkebohle) Date: Tue, 08 Dec 2009 10:32:43 +0100 Subject: [Shotwell] Improvement suggestions In-Reply-To: <1260235886.21384.397.camel@antiloop> References: <1260047640.11665.168.camel@antiloop> <4B1D3147.7090108@yorba.org> <1260235886.21384.397.camel@antiloop> Message-ID: <4B1E1D3B.6070305@techfak.uni-bielefeld.de> Hi Mattias, I beg to differ on some of your points ;-) Of course, discussing user interface issues in terms of personal preferences is somewhat moot, but there we go... There is something to be said for consistency, but Shotwell also does some things better right now. See below for two comments. Mattias P?ldaru schrieb: > ?hel kenal p?eval, E, 2009-12-07 kell 08:45, kirjutas Adam Dingle: >> Mattias, >> >> I'm glad you like Shotwell so far! Thanks for your many suggestions. >> Here's some feedback: >> > 1. Quite a number of keyboards and mouses have back and forward buttons, >> > which are mostly useful for browsing web. These keys could be used in >> > Shotwell too, for navigating in 10 or 20 item history. >> > >> It's a good idea to support the mouse back/forward buttons in some way. >> We could either (a) make these buttons equivalent to the Previous Photo >> and Next Photo buttons in full-window mode, or (b) use them to navigate >> through the history of pages recently viewed. With (b), the back button >> might take you to the previous viewed event, for example. Are you >> suggesting (b) rather than (a)? >> > I would prefer b (back/forward for moving in history), with some > additional features. It could be > called "Navimouse enabled" or something :) > > Mouse buttons usage: > > > > *Proposal for Shotwell* > > > *F-Spot* > > > *Picasa* > > > *Irfanview* > > > *Eye of Gnome* > > > *gThumb* > > > *QIV* > > > *Feh* > > > *Gwenview* > > > *Digikam* > > > *Windows picture viewer* > > > LMB click > > > Next photo > > > - > > > - > > > Prev > > > - > > > Next > > > Next > > > Next > > > - > > > Next > > > Next > > > LMB double click > > > Advance 10 pictures > > > - > > > - > > > Prev > > > - > > > - > > > - > > > - > > > Exit fullscreen > > > - > > > - > > Could there be a pattern here that edit-capable applications do not forward on mouse-click, while non-edit-capable apps do? Also, left double-click is already used to toggle fullscreen in shotwell. > LMB triple click > > > Advance to next event > > > - > > > - > > > - > > > - > > > - > > > - > > > - > > > - > > > - > > > - > > > LMB drag > > > Mark cropping area. Adjust from handles. Click in center to end > selection, click outbounds to cancel. > > > Mark cropping area, no way to confirm using mouse > > > - > > > Prev > > > Starts dragging the image file > > > - > > > Pan image > > > Pan > > > Pan > > > - > > > - > > Drag is used for drag'n'drop. Shotwell is the /only/ Linux photo manager that works fine with drag'n'drop right now. Please don't break that... Alternatively, one could use click-then-move-then-click for selecting rectangles. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- Ingo L?tkebohle -- http://www.techfak.uni-bielefeld.de/~iluetkeb/ -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 873 bytes Desc: not available URL: From mahfiaz at gmail.com Tue Dec 8 10:26:47 2009 From: mahfiaz at gmail.com (Mattias =?ISO-8859-1?Q?P=F5ldaru?=) Date: Tue, 08 Dec 2009 12:26:47 +0200 Subject: [Shotwell] Improvement suggestions In-Reply-To: <4B1E1D3B.6070305@techfak.uni-bielefeld.de> References: <1260047640.11665.168.camel@antiloop> <4B1D3147.7090108@yorba.org> <1260235886.21384.397.camel@antiloop> <4B1E1D3B.6070305@techfak.uni-bielefeld.de> Message-ID: <1260268007.21384.444.camel@antiloop> ?hel kenal p?eval, T, 2009-12-08 kell 10:32, kirjutas Ingo Luetkebohle: > Hi Mattias, > > I beg to differ on some of your points ;-) Opinions allowed. (Just kidding, who am I to prohibit it :) ) > Of course, discussing user interface issues in terms of personal > preferences is somewhat moot, but there we go... There is something to > be said for consistency, but Shotwell also does some things better > right now. See below for two comments. Apologize me, I first forgot to title the table right. It should be named "Mouse related actions in fullscreen or slideshow mode, proposal draft N? 1" B-) Also, > > Mattias P?ldaru schrieb: > > > ?hel kenal p?eval, E, 2009-12-07 kell 08:45, kirjutas Adam Dingle: > > > > > Mattias, > > > > > > I'm glad you like Shotwell so far! Thanks for your many suggestions. > > > Here's some feedback: > > > > 1. Quite a number of keyboards and mouses have back and forward buttons, > > > > which are mostly useful for browsing web. These keys could be used in > > > > Shotwell too, for navigating in 10 or 20 item history. > > > > > > > It's a good idea to support the mouse back/forward buttons in some way. > > > We could either (a) make these buttons equivalent to the Previous Photo > > > and Next Photo buttons in full-window mode, or (b) use them to navigate > > > through the history of pages recently viewed. With (b), the back button > > > might take you to the previous viewed event, for example. Are you > > > suggesting (b) rather than (a)? > > > > > > > I would prefer b (back/forward for moving in history), with some > > additional features. It could be > > called "Navimouse enabled" or something :) > > > > Mouse buttons usage: > > > > > > > > > > Proposal for Shotwell > > > > > > > > F-Spot > > > > > > > > Picasa > > > > > > > > Irfanview > > > > > > > > Eye > > of > > Gnome > > > > > > > > gThumb > > > > > > > > QIV > > > > > > > > Feh > > > > > > > > Gwenview > > > > > > > > Digikam > > > > > > > > Windows picture viewer > > > > > > > > LMB > > click > > > > > > > > Next > > photo > > > > > > > > - > > > > > > > > - > > > > > > > > Prev > > > > > > > > - > > > > > > > > Next > > > > > > > > Next > > > > > > > > Next > > > > > > > > - > > > > > > > > Next > > > > > > > > Next > > > > > > > > LMB > > double click > > > > > > > > Advance 10 pictures > > > > > > > > - > > > > > > > > - > > > > > > > > Prev > > > > > > > > - > > > > > > > > - > > > > > > > > - > > > > > > > > - > > > > > > > > Exit > > fullscreen > > > > > > > > - > > > > > > > > - > > > > > > > > Could there be a pattern here that edit-capable applications do not > forward on mouse-click, while non-edit-capable apps do? > > Also, left double-click is already used to toggle fullscreen in > shotwell. At least in 0.3.2 it toggles full-window state, not fullscreen. When you press F11 and doubleclick there, nothing happens. > > > > LMB > > triple click > > > > > > > > Advance to next event > > > > > > > > - > > > > > > > > - > > > > > > > > - > > > > > > > > - > > > > > > > > - > > > > > > > > - > > > > > > > > - > > > > > > > > - > > > > > > > > - > > > > > > > > - > > > > > > > > LMB > > drag > > > > > > > > Mark > > cropping area. Adjust from handles. Click in center to end selection, click outbounds to cancel. > > > > > > > > Mark > > cropping area, no way to confirm using mouse > > > > > > > > - > > > > > > > > Prev > > > > > > > > Starts dragging the image file > > > > > > > > - > > > > > > > > Pan > > image > > > > > > > > Pan > > > > > > > > Pan > > > > > > > > - > > > > > > > > - > > > > > > > > Drag is used for drag'n'drop. Shotwell is the /only/ Linux photo > manager that works fine with drag'n'drop right now. Please don't break > that... I couldn't live with myself, if I end up doing so. > > Alternatively, one could use click-then-move-then-click for selecting > rectangles. This sounds excellent for the fullwindow image mode, and for consistency should be used in fullscreen too. As you see, I have not thought it all the way through, but controlling slideshow or fullscreen view remotely while presenting pictures to your family or friends sounds like a nice thing to achieve. So controlling remotely using only mouse and at the same time do basic edit live with no unwanted disturbance on the screen is far from being impossible. Some goals 1. Basic usage easy (no tripleclicks or drags) 2. Basic usage possible with not fancy mouses (LMB and RMB only) 3. Keeping the same triggers wherever possible 4. Minimal disturbance on screen All the best Mattias -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 873 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: face-cool.png Type: image/png Size: 860 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: face-smile.png Type: image/png Size: 873 bytes Desc: not available URL: From mark at foresightlinux.org Tue Dec 8 13:27:22 2009 From: mark at foresightlinux.org (Mark Trompell) Date: Tue, 8 Dec 2009 14:27:22 +0100 Subject: [Shotwell] looking for Spanish, French translation volunteers In-Reply-To: <4B1D9ABE.90208@yorba.org> References: <4B1D9ABE.90208@yorba.org> Message-ID: On Tue, Dec 8, 2009 at 1:15 AM, Adam Dingle wrote: > Before Shotwell 0.4 ships, we'd like to have a Spanish translation and > also complete our French translation (which is currently only 55% > complete). ?Are there volunteers who would be willing to complete the > Spanish and French translations in the next week or so? ?If so we'd > really appreciate it! Alexandre Franke, one of our foresight devs, is working on updating french right now. > adam Mark -- Mark Trompell Foresight Linux Xfce Edition Cause your desktop should be freaking cool (and Xfce) From mark at foresightlinux.org Tue Dec 8 13:54:00 2009 From: mark at foresightlinux.org (Mark Trompell) Date: Tue, 8 Dec 2009 14:54:00 +0100 Subject: [Shotwell] Typo in english string Message-ID: Hey, Alexandre just told me about a typo in your strings: #: src/AppWindow.vala:374 msgid "More informaton on Shotwell" msgstr "" should be information. Mark -- Mark Trompell Foresight Linux Xfce Edition Cause your desktop should be freaking cool (and Xfce) From alexandre.franke at gmail.com Tue Dec 8 15:01:58 2009 From: alexandre.franke at gmail.com (Alexandre Franke) Date: Tue, 8 Dec 2009 16:01:58 +0100 Subject: [Shotwell] Plural forms Message-ID: Hey guys, I'm the Frenchy Mark just told you about. While working on the translation, I noticed that you use two strings when you want to have a plural form. That is a wrong approach and I invite you to read http://www.gnu.org/software/hello/manual/gettext/Plural-forms.html to understand why and how you should change it. Thanks for your attention and sorry for all the feedback I'm bringing. :-) -- Alexandre Franke Foresight member From adam at yorba.org Tue Dec 8 15:19:05 2009 From: adam at yorba.org (Adam Dingle) Date: Tue, 08 Dec 2009 07:19:05 -0800 Subject: [Shotwell] looking for Spanish, French translation volunteers In-Reply-To: References: <4B1D9ABE.90208@yorba.org> Message-ID: <4B1E6E69.20204@yorba.org> An HTML attachment was scrubbed... URL: From alexandre.franke at gmail.com Tue Dec 8 16:08:51 2009 From: alexandre.franke at gmail.com (Alexandre Franke) Date: Tue, 8 Dec 2009 17:08:51 +0100 Subject: [Shotwell] looking for Spanish, French translation volunteers In-Reply-To: <4B1E6E69.20204@yorba.org> References: <4B1D9ABE.90208@yorba.org> <4B1E6E69.20204@yorba.org> Message-ID: On Tue, Dec 8, 2009 at 4:19 PM, Adam Dingle wrote: >> (Alexandre wrote:) >> While working on the >> translation, I noticed that you use two strings when you want to have >> a plural form. That is a wrong approach... > > Yes - we know: > > http://trac.yorba.org/ticket/1079 > > This will be fixed this week. Great. I'll upload what I've already done and I'll do the rest when this is fixed. -- Alexandre Franke Foresight member From jim at yorba.org Wed Dec 9 00:01:25 2009 From: jim at yorba.org (Jim Nelson) Date: Tue, 8 Dec 2009 16:01:25 -0800 Subject: [Shotwell] Plural forms In-Reply-To: References: Message-ID: Hi, We've been made aware of this recently. It's something we plan on taking care of quite soon: http://trac.yorba.org/ticket/1079 Thanks for pointing this out, though! Feedback always welcome. -- Jim On Tue, Dec 8, 2009 at 7:01 AM, Alexandre Franke wrote: > Hey guys, > > I'm the Frenchy Mark just told you about. While working on the > translation, I noticed that you use two strings when you want to have > a plural form. That is a wrong approach and I invite you to read > http://www.gnu.org/software/hello/manual/gettext/Plural-forms.html to > understand why and how you should change it. > > Thanks for your attention and sorry for all the feedback I'm bringing. :-) > > -- > Alexandre Franke > Foresight member > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From jim at yorba.org Wed Dec 9 00:02:41 2009 From: jim at yorba.org (Jim Nelson) Date: Tue, 8 Dec 2009 16:02:41 -0800 Subject: [Shotwell] Typo in english string In-Reply-To: References: Message-ID: Hi Mark, Thanks for pointing this out -- it's been fixed in trunk, but the .pot file hasn't been gen'ed yet. Cheers, -- Jim On Tue, Dec 8, 2009 at 5:54 AM, Mark Trompell wrote: > Hey, > Alexandre just told me about a typo in your strings: > > #: src/AppWindow.vala:374 > msgid "More informaton on Shotwell" > msgstr "" > > should be information. > > Mark > > -- > Mark Trompell > > Foresight Linux Xfce Edition > Cause your desktop should be freaking cool > (and Xfce) > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From fantagenius at hotmail.com Wed Dec 9 21:46:05 2009 From: fantagenius at hotmail.com (Fantagenius Geniusfanta) Date: Wed, 9 Dec 2009 22:46:05 +0100 Subject: [Shotwell] Shotwell, shot better Message-ID: I read a lot of emails on this list asking for improvements, features, and relative discussions... feedbacks from the users I'd say, you can agree or disagree but they're precious anyway. So I would like to describe what, for me, shotwell should do and how should behave to "shot" even better. Sorted by priority (highest on top), i'm sorry if it's long: - Memory of sorting criteria. When I change the sorting preferences for photos and/or events (by title/date, ascending/descending) the software remembers this settings for each event, but after restarting shotwell this setting is reset to default. It would be nice if shotwell kept memory of this information. Oh and it would be great if I could change the default settings. - Drag&drop importing. When importing files/directories by drag&drop the default setting is "copy files to Images library". Good when dragging from an external device (i.e. a camera's SD) but bad when importing pics that already are in my HD. My suggestion: clicking CTRL (or st. similar) during drag&drop only imports photos in the shotwell db without copying. And, of course, a modifiable default setting. - Distinguishing copied photos from only imported ones If I have to delete (from the shotwell library) a photo I would like to keep it in the disk if it's addressed somewhere in my home folder, but to delete it from the images folder if it was imported with the copy-box checked (see Drag&Drop in the previous point) to avoid duplicates. So how to distinguish this two cases? Maybe an overlaying icon.. or, better, an entry in the "basic information" box.. And what about a tooltip? Plus: it could record the address of the file it copied from in db, so when deleting the software can check if it's leaving a duplicate or not... this is Sci-Fi I know :) - Merging/splitting events I read this will be available soon. Good ;) - Modifying EXIF data (ticket #76) Say I'm importing a directory with photos of the same event taken with different cameras by different people. And say that those people don't have the habit of setting date and time correctly in their cameras. It will result in a event multi-split across the years. I'd LOVE a way to _easily_ correct dates and times of pics taken with the same camera in the same "take" (roll). Maybe... I put the correct time in a photo where it's known (a shot of the Big Ben ^.^) and the software applies automatically the difference to the others (from the same camera)... - Changing database/img directory (ticket #1076) This could help if you usually store your photos in external devices (cards, pendrives, HDs). You could load a specific db stored in the same device of the photos it addresses, or, select a different drive as default copy-to library. - A detailed Help Finally. I'm an Italian user, so I can give a help in translating or checking translation if needed. In the current version (0.3.2) I can read only one word translated (in the middle of an English phrase). Thanks a lot for your great job. _________________________________________________________________ Giochi, radio, TV... E tutti i tuoi amici. Cercali su Messenger http://www.messenger.it/home_comunica.aspx -------------- next part -------------- An HTML attachment was scrubbed... URL: From adam at yorba.org Thu Dec 10 15:45:26 2009 From: adam at yorba.org (Adam Dingle) Date: Thu, 10 Dec 2009 07:45:26 -0800 Subject: [Shotwell] Shotwell, shot better In-Reply-To: References: Message-ID: <4B211796.9040508@yorba.org> Fantagenius, thanks for your feedback on Shotwell. We're always interested in hearing what people do and don't like. > Sorted by priority (highest on top), i'm sorry if it's long: > > - Memory of sorting criteria. > When > I change the sorting preferences for photos and/or events (by > title/date, ascending/descending) the software remembers this settings > for each event, but after restarting shotwell this setting is reset to > default. It would be nice if shotwell kept memory of this information. > Oh and it would be great if I could change the default settings. > That's a great point that Shotwell should remember the sort order the user has selected. We've now created a ticket for that ( http://trac.yorba.org/ticket/1104 ). This will likely make 0.4. I actually think it's overkill that Shotwell remembers the sort settings for each event separately. I think we'll now use one set of sort settings for all events (the Photos and Import views will still have their own separate sort settings). We have a ticket for this too ( http://trac.yorba.org/ticket/1103 ), also slated for 0.4. > - Drag&drop importing. > When > importing files/directories by drag&drop the default setting is > "copy files to Images library". Good when dragging from an external > device (i.e. a camera's SD) but bad when importing pics that already > are in my HD. My suggestion: clicking CTRL (or st. similar) during > drag&drop only imports photos in the shotwell db without copying. > Actually today when you drag photos into Shotwell if you hold down Ctrl+Shift they will be linked, not copied. Sorry - that was undocumented. I've just updated the Shotwell user guide ( http://trac.yorba.org/wiki/UsingShotwell ) to explain this. > And, of course, a modifiable default setting. > Right. That's ticketed at http://trac.yorba.org/ticket/371 . > - Distinguishing copied photos from only imported ones > If > I have to delete (from the shotwell library) a photo I would like to > keep it in the disk if it's addressed somewhere in my home folder, but > to delete it from the images folder if it was imported with the > copy-box checked (see Drag&Drop in the previous point) to avoid > duplicates. So how to distinguish this two cases? Maybe an overlaying > icon.. or, better, an entry in the "basic information" box.. And what > about a tooltip? > Plus: it could record the address of the file it > copied from in db, so when deleting the software can check if it's > leaving a duplicate or not... this is Sci-Fi I know :) > In Shotwell 0.4 (and in the trunk today), the Extended Information window shows the full filename of each photo. From this filename you can tell whether the photo has been copied into your library or not. When the user removes a photo, it would be nice if Shotwell displayed the photo's filename when asking the user whether to delete the file or not. I've just created a ticket for this ( http://trac.yorba.org/ticket/1105 ). > - Merging/splitting events > I read this will be available soon. Good ;) > Yes. Already implemented in trunk; feel free to try this out. > - Modifying EXIF data (ticket #76) > > Say I'm importing a directory with photos of the same event taken with > different cameras by different people. And say that those people don't > have the habit of setting date and time correctly in their cameras. It > will result in a event multi-split across the years. I'd LOVE a way to > _easily_ correct dates and times of pics taken with the same camera in > the same "take" (roll). Maybe... I put the correct time in a photo > where it's known (a shot of the Big Ben ^.^) and the software applies > automatically the difference to the others (from the same camera)... > Yes. I hope we'll get to this in 0.5. > - Changing database/img directory (ticket #1076) > > This could help if you usually store your photos in external devices > (cards, pendrives, HDs). You could load a specific db stored in the > same device of the photos it addresses, or, select a different drive as > default copy-to library. > Right. We'd like to implement something like this, and we're thinking about how to do that. > - A detailed Help > > Finally. I'm > an Italian user, so I can give a help in translating or checking > translation if needed. In the current version (0.3.2) I can read only > one word translated (in the middle of an English phrase). > Thanks for your offer to help. I've added your name to the list of Shotwell translators at http://trac.yorba.org/wiki/ShotwellTranslators . In the trunk build we already have a mostly-complete Italian translation, so that will be in 0.4. The user guide at http://trac.yorba.org/wiki/UsingShotwell is only in English today; if you want to translate that into Italian we'd be very happy to have it on our site. > Thanks a lot for your great job. > Thanks! adam -------------- next part -------------- An HTML attachment was scrubbed... URL: From fantagenius at hotmail.com Thu Dec 10 18:54:13 2009 From: fantagenius at hotmail.com (Fantagenius Geniusfanta) Date: Thu, 10 Dec 2009 19:54:13 +0100 Subject: [Shotwell] Shotwell, shot better In-Reply-To: <4B211796.9040508@yorba.org> References: , <4B211796.9040508@yorba.org> Message-ID: Actually today when you drag photos into Shotwell if you hold down Ctrl+Shift they will be linked, not copied. Sorry - that was undocumented. I've just updated the Shotwell user guide ( http://trac.yorba.org/wiki/UsingShotwell ) to explain this. I tried either CTRL and SHIFT, I didn't try the combination of them both. ;) Thanks for your offer to help. I've added your name to the list of Shotwell translators at http://trac.yorba.org/wiki/ShotwellTranslators . In the trunk build we already have a mostly-complete Italian translation, so that will be in 0.4. The user guide at http://trac.yorba.org/wiki/UsingShotwell is only in English today; if you want to translate that into Italian we'd be very happy to have it on our site. Hey it's a great responsibility... I'll give it an eye in the weekend ;) Thanks again _________________________________________________________________ 25 Gigabyte per le tue foto online http://www.windowslive.it/foto.aspx -------------- next part -------------- An HTML attachment was scrubbed... URL: From jim at yorba.org Tue Dec 15 02:26:46 2009 From: jim at yorba.org (Jim Nelson) Date: Mon, 14 Dec 2009 18:26:46 -0800 Subject: [Shotwell] Call for testing! Message-ID: We're rapidly putting the final touches on Shotwell 0.4, the latest version of Yorba's GNOME photo organizer and viewer. This new version features publishing photos on Facebook and Flickr, undo/redo, greater flexibility organizing events, internationalization, and more. We invite everyone to run this new version of Shotwell through its paces. As always, we welcome your bug reports, comments, and suggestions, either here or on our Trac ticketing system (http://trac.yorba.org). We'd *really* like to hear about any crashers or critical bugs you may uncover. It's our hope to shake out as many as possible before ship. In order to get the absolute latest-and-greatest version of Shotwell, please check out the 0.4 branch from our Subversion repository: svn co svn://svn.yorba.org/shotwell/branches/shotwell-0.4 You'll need Vala 0.7.7 or better installed to compile (http://live.gnome.org/Vala). Other build requirements are listed on our Wiki at http://trac.yorba.org/wiki/ShotwellInstallation (along with more information on building Shotwell). And if you're interested in our translating Shotwell, I point you to our Transifex page at http://www.transifex.net/projects/p/shotwell/. Your help is greatly appreciated! Cheers, -- Jim Nelson From vperetokin at gmail.com Tue Dec 15 04:37:26 2009 From: vperetokin at gmail.com (Vadim Peretokin) Date: Mon, 14 Dec 2009 23:37:26 -0500 Subject: [Shotwell] Call for testing! In-Reply-To: References: Message-ID: <6995ca080912142037t424e40bfna67994725530e8e5@mail.gmail.com> Some feedback... - more icons are being used, but they are also non-system icons. I don't see a specific reason as to why, and it's bad because they can't be styled so easily - and some icons, like the public one, don't look great - publish dialog buttons aren't the standard sizes, and are missing icons - clicking on a month doesn't show all pictures for that month. It shows some, but not all, and I'm not sure why. You get way more when you comb through each day. - had a crash while manipulating a single picture, but didn't have it in gdb unfortunately and couldn't reproduce after. - it seems you can't publish photos from the month view? Looks good otherwise, quite fast and the feature set is improving by each release. -------------- next part -------------- An HTML attachment was scrubbed... URL: From vperetokin at gmail.com Tue Dec 15 04:39:36 2009 From: vperetokin at gmail.com (Vadim Peretokin) Date: Mon, 14 Dec 2009 23:39:36 -0500 Subject: [Shotwell] Call for testing! In-Reply-To: <6995ca080912142037t424e40bfna67994725530e8e5@mail.gmail.com> References: <6995ca080912142037t424e40bfna67994725530e8e5@mail.gmail.com> Message-ID: <6995ca080912142039n29f25117l1c757e9fe2f8363@mail.gmail.com> Oh and a suggestion - adding photos to a bin or to some holding place so then you can do operations on them all would be nice, because the "all photos" or "one day only" means you'll have a bit of trouble collecting photos from different places. Would make things like uploading easier, similar to how it's done in Picasa even. -------------- next part -------------- An HTML attachment was scrubbed... URL: From vperetokin at gmail.com Tue Dec 15 04:55:32 2009 From: vperetokin at gmail.com (Vadim Peretokin) Date: Mon, 14 Dec 2009 23:55:32 -0500 Subject: [Shotwell] Call for testing! In-Reply-To: <6995ca080912142039n29f25117l1c757e9fe2f8363@mail.gmail.com> References: <6995ca080912142037t424e40bfna67994725530e8e5@mail.gmail.com> <6995ca080912142039n29f25117l1c757e9fe2f8363@mail.gmail.com> Message-ID: <6995ca080912142055w7ca71715x79413acaf6c8b47@mail.gmail.com> Oh, here, got it. Uploaded photos, then went to browsing a dir... it hogged one cpu for a bit and then gave this: ** ERROR **: WebConnectors.vala:252: PhotoUploadTransaction: couldn't read > data from file '/home/vadi/.shotwell/tmp/11935/publishing-0.jpg' aborting... > Program received signal SIGABRT, Aborted. 0x00007ffff1dde4b5 in *__GI_raise (sig=) at > ../nptl/sysdeps/unix/sysv/linux/raise.c:64 64 ../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or directory. in ../nptl/sysdeps/unix/sysv/linux/raise.c (gdb) bt #0 0x00007ffff1dde4b5 in *__GI_raise (sig=) at > ../nptl/sysdeps/unix/sysv/linux/raise.c:64 #1 0x00007ffff1de1f50 in *__GI_abort () at abort.c:92 #2 0x00007ffff2364e0a in g_logv () from /lib/libglib-2.0.so.0 #3 0x00007ffff2364ea3 in g_log () from /lib/libglib-2.0.so.0 #4 0x00000000004ae108 in photo_upload_transaction_real_execute (base= optimized out>, error=) at WebConnectors.vala:252 #5 0x00000000004b1cd1 in > facebook_connector_facebook_upload_action_pane_real_upload_file (base= optimized out>, file=, error=) at FacebookConnector.vala:765 #6 0x00000000004ad80d in upload_action_pane_send_files (self=0x1ad6e80, > error=) at WebConnectors.vala:522 #7 upload_action_pane_upload (self=0x1ad6e80, error=) > at WebConnectors.vala:457 #8 0x00000000004af638 in facebook_connector_interactor_on_publish > (_sender=, target_album=, > self=) at FacebookConnector.vala:647 #9 > _facebook_connector_interactor_on_publish_facebook_connector_upload_pane_publish > (_sender=, target_album=, self=) at FacebookConnector.c:3004 #10 0x00007ffff27f75ae in g_closure_invoke () from > /usr/lib/libgobject-2.0.so.0 #11 0x00007ffff280c983 in ?? () from /usr/lib/libgobject-2.0.so.0 #12 0x00007ffff280dd39 in g_signal_emit_valist () from > /usr/lib/libgobject-2.0.so.0 #13 0x00007ffff280e0a4 in g_signal_emit_by_name () from > /usr/lib/libgobject-2.0.so.0 #14 0x00007ffff27f75ae in g_closure_invoke () from > /usr/lib/libgobject-2.0.so.0 #15 0x00007ffff280c983 in ?? () from /usr/lib/libgobject-2.0.so.0 #16 0x00007ffff280dd39 in g_signal_emit_valist () from > /usr/lib/libgobject-2.0.so.0 #17 0x00007ffff280e283 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #18 0x00007ffff46e1af5 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #19 0x00007ffff27f74f9 in g_closure_invoke () from > /usr/lib/libgobject-2.0.so.0 #20 0x00007ffff280c29c in ?? () from /usr/lib/libgobject-2.0.so.0 #21 0x00007ffff280dd39 in g_signal_emit_valist () from > /usr/lib/libgobject-2.0.so.0 #22 0x00007ffff280e283 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #23 0x00007ffff46e07ad in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #24 0x00007ffff478f728 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #25 0x00007ffff27f74f9 in g_closure_invoke () from > /usr/lib/libgobject-2.0.so.0 #26 0x00007ffff280c64d in ?? () from /usr/lib/libgobject-2.0.so.0 #27 0x00007ffff280dbcc in g_signal_emit_valist () from > /usr/lib/libgobject-2.0.so.0 #28 0x00007ffff280e283 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #29 0x00007ffff489672f in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #30 0x00007ffff4787cd3 in gtk_propagate_event () from > /usr/lib/libgtk-x11-2.0.so.0 ---Type to continue, or q to quit--- #31 0x00007ffff4788ca3 in gtk_main_do_event () from > /usr/lib/libgtk-x11-2.0.so.0 #32 0x00007ffff41aecdc in ?? () from /usr/lib/libgdk-x11-2.0.so.0 #33 0x00007ffff235abce in g_main_context_dispatch () from > /lib/libglib-2.0.so.0 #34 0x00007ffff235e598 in ?? () from /lib/libglib-2.0.so.0 #35 0x00007ffff235e9f5 in g_main_loop_run () from /lib/libglib-2.0.so.0 #36 0x00007ffff470dc95 in gtk_dialog_run () from > /usr/lib/libgtk-x11-2.0.so.0 #37 0x000000000041d737 in collection_page_on_publish (self= out>) at CollectionPage.vala:842 #38 0x00007ffff27f75ae in g_closure_invoke () from > /usr/lib/libgobject-2.0.so.0 #39 0x00007ffff280c983 in ?? () from /usr/lib/libgobject-2.0.so.0 #40 0x00007ffff280dd39 in g_signal_emit_valist () from > /usr/lib/libgobject-2.0.so.0 #41 0x00007ffff280e0a4 in g_signal_emit_by_name () from > /usr/lib/libgobject-2.0.so.0 #42 0x00007ffff27f75ae in g_closure_invoke () from > /usr/lib/libgobject-2.0.so.0 #43 0x00007ffff280c983 in ?? () from /usr/lib/libgobject-2.0.so.0 #44 0x00007ffff280dd39 in g_signal_emit_valist () from > /usr/lib/libgobject-2.0.so.0 #45 0x00007ffff280e283 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #46 0x00007ffff46e1af5 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #47 0x00007ffff27f75ae in g_closure_invoke () from > /usr/lib/libgobject-2.0.so.0 #48 0x00007ffff280c29c in ?? () from /usr/lib/libgobject-2.0.so.0 #49 0x00007ffff280dd39 in g_signal_emit_valist () from > /usr/lib/libgobject-2.0.so.0 #50 0x00007ffff280e283 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #51 0x00007ffff46e07ad in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #52 0x00007ffff478f728 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #53 0x00007ffff27f75ae in g_closure_invoke () from > /usr/lib/libgobject-2.0.so.0 #54 0x00007ffff280c64d in ?? () from /usr/lib/libgobject-2.0.so.0 #55 0x00007ffff280dbcc in g_signal_emit_valist () from > /usr/lib/libgobject-2.0.so.0 #56 0x00007ffff280e283 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #57 0x00007ffff489672f in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #58 0x00007ffff4787cd3 in gtk_propagate_event () from > /usr/lib/libgtk-x11-2.0.so.0 #59 0x00007ffff4788ca3 in gtk_main_do_event () from > /usr/lib/libgtk-x11-2.0.so.0 #60 0x00007ffff41aecdc in ?? () from /usr/lib/libgdk-x11-2.0.so.0 #61 0x00007ffff235abce in g_main_context_dispatch () from > /lib/libglib-2.0.so.0 #62 0x00007ffff235e598 in ?? () from /lib/libglib-2.0.so.0 #63 0x00007ffff235e9f5 in g_main_loop_run () from /lib/libglib-2.0.so.0 #64 0x00007ffff4789177 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0 ---Type to continue, or q to quit--- #65 0x0000000000414023 in library_exec (mounts=0x7bb020, mounts_length1=0) > at main.vala:128 #66 0x00000000004142a8 in _main (args=0x7fffffffe368, args_length1=1) at > main.vala:194 #67 0x00000000004142d1 in main (argc=1, argv=0x7fffffffe368) at > main.vala:153 (gdb) -------------- next part -------------- An HTML attachment was scrubbed... URL: From adam at yorba.org Tue Dec 15 17:13:33 2009 From: adam at yorba.org (Adam Dingle) Date: Tue, 15 Dec 2009 09:13:33 -0800 Subject: [Shotwell] Call for testing! In-Reply-To: <6995ca080912142037t424e40bfna67994725530e8e5@mail.gmail.com> References: <6995ca080912142037t424e40bfna67994725530e8e5@mail.gmail.com> Message-ID: <4B27C3BD.4020404@yorba.org> Vadim, thanks for the quick feedback on the 0.4 branch build! > - more icons are being used, but they are also non-system icons. I don't see > a specific reason as to why, and it's bad because they can't be styled so > easily We've used custom icons only where we couldn't find system icons that seemed appropriate. If you have specific suggestions for system icons we could use in place of custom icons, we're all ears. > - and some icons, like the public one, don't look great > You mean the Publish icon, I think. True: that icon has visible jagged edges and could be improved. I've ticketed this: http://trac.yorba.org/ticket/1148 > - publish dialog buttons aren't the standard sizes, and are missing icons > True. I've filed tickets: http://trac.yorba.org/ticket/1149 and http://trac.yorba.org/ticket/1150 . Adding button icons may be a relatively low priority for us because they seem to be deprecated in GNOME: in 2.28, the only way to enable button icons is via GConf. > - clicking on a month doesn't show all pictures for that month. It shows > some, but not all, and I'm not sure why. You get way more when you comb > through each day. > When you click on a month, you see a list of all *events* in that month, not all pictures in that month. Each event is represented by its key photo, and you can select which photo you'd like to be the key photo for each event. Yes, it's confusing that the events view looks just like the Photos view. This will probably change in 0.5 or 0.6. I think that sooner or later we will show all photos for a given month when you click on that month, and photos will be grouped by event. > - had a crash while manipulating a single picture, but didn't have it in gdb > unfortunately and couldn't reproduce after. > Thanks for sending the crash report in your subsequent message. I've ticketed this as http://trac.yorba.org/ticket/1147 . > - it seems you can't publish photos from the month view? > Right, because this is actually a list of events as described above. > Looks good otherwise, quite fast and the feature set is improving by each > release. > > Thanks! adam -------------- next part -------------- An HTML attachment was scrubbed... URL: From fantagenius at hotmail.com Tue Dec 15 18:36:55 2009 From: fantagenius at hotmail.com (Fantagenius Geniusfanta) Date: Tue, 15 Dec 2009 19:36:55 +0100 Subject: [Shotwell] Italian translation Message-ID: I've translated the Shotwell help web page ( http://trac.yorba.org/wiki/UsingShotwell ). Since it's not a PO file I thought it would be better to post it here (see attachment). I wrote it in the format of the plain text file downloadable from http://trac.yorba.org/wiki/UsingShotwell?format=txt if you prefer a different format just tell me ;) Note that the term "collection" never occurs in the software (at least not in the PO strings I saw), so I translated it following my feelings. But it would be better not to use it in the help page because the user could feel disoriented by such a precise item that lacks a corresponding one in the software. Dario _________________________________________________________________ 25 Gigabyte per le tue foto online http://www.windowslive.it/foto.aspx -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: UsingShotwell-it.txt URL: From mnemo at minimum.se Tue Dec 15 21:32:45 2009 From: mnemo at minimum.se (Martin Olsson) Date: Tue, 15 Dec 2009 22:32:45 +0100 Subject: [Shotwell] Call for testing! In-Reply-To: References: Message-ID: <4B28007D.7040802@minimum.se> Jim Nelson wrote: > We invite everyone to run this new version of Shotwell through its > paces. As always, we welcome your bug reports, comments, and > suggestions, either here or on our Trac ticketing system > (http://trac.yorba.org). Here is some feedback: * A usability problem: when I've selected a leaf node inside the Events tree and I open the file menu; then the "Publish Photos" and "Export Photos" are available. However, if I select a non-leaf node in the event tree, then select a "photo" plus open the File menu; then the "Export Photos" and "Publish Photos" are gone. At first this was a bit unclear to me but later I understood that in the latter case the specific photo represents many images; i.e. all the photos under that non-leaf node in the event tree. So technically, the behavior makes total sense; but it's confusing. I suggest you add some sort of clear visual cue in the UI that makes it more obvious that a photo represents a "folder of photos". Also, one might ask why I cannot select a non-left node in the event tree and legitimately select "Export photos"; after all I might want to export or publish all the photos from a certain day of my vacation. I like the idea of having events and key photos, it's just that the two different views (i.e. "View with actual photos" and "View of key photos representing various events") looks too similar. * If I select "Photos" and then open a specific photo and finally open the file menu; why can I select Export but not Publish? * After I have published a photo to flickr it currently says "The selected photos were successfully published". One thing that came to mind at this point was that I wanted to know the URL to the photos, it could be nice with one of those blue GTK http link labels at this dialog page in Shotwell. A link to "Recent Uploads" would be a good choice imo. * Why did you choose ] and [ as shortcut keys for zoom/unzoom? Those keys are very cumbersome to type on a Swedish keyboard (it involves the nasty AltGr modifier key etc). Also, I find control plus and control minus to be much more intuitive since those are used in many many other applications, including for example web browsers. * Why is it not possible to zoom/unzoom when a non-leaf node is selected in the event tree? * In the "Extended Information" dialog every label is capitalized in the beginning of every word except for one; "File size" (compared to "Camera Make", "Focal Length" etc). It looks a bit inconsistent. * Why can I maximize the "Extended Information" dialog. Martin From lucas at yorba.org Tue Dec 15 23:27:26 2009 From: lucas at yorba.org (Lucas Beeler) Date: Tue, 15 Dec 2009 15:27:26 -0800 Subject: [Shotwell] Call for testing! In-Reply-To: <6995ca080912142055w7ca71715x79413acaf6c8b47@mail.gmail.com> References: <6995ca080912142037t424e40bfna67994725530e8e5@mail.gmail.com> <6995ca080912142039n29f25117l1c757e9fe2f8363@mail.gmail.com> <6995ca080912142055w7ca71715x79413acaf6c8b47@mail.gmail.com> Message-ID: <992b763d0912151527y4a7a68c3wf755bc0acf838bb9@mail.gmail.com> Hi Vadim, First of all, thank you for taking the time to submit a detailed bug report. From the looks of the stack trace you sent us, it appears that Shotwell crashed because it was unable to read back in one of the temp files that it creates during publishing. Unfortunately, we haven't been able to reproduce the crash here. Nevertheless, total program crashes are serious matters, so if you could send us any further information regarding the crash, it would be very helpful. Specifically, we're curious if: (i) you can reproduce the crash regularly on your end (ii) the crash seems to occur only a on a given photo or set of photos (iii) the file /home/vadi/.shotwell/tmp/11935/publishing-0.jpg exists in your filesystem Once again, Vadim, thanks for all of your help. Regards, Lucas From adam at yorba.org Tue Dec 15 23:54:48 2009 From: adam at yorba.org (Adam Dingle) Date: Tue, 15 Dec 2009 15:54:48 -0800 Subject: [Shotwell] Call for testing! In-Reply-To: <4B28007D.7040802@minimum.se> References: <4B28007D.7040802@minimum.se> Message-ID: <4B2821C8.8040203@yorba.org> Martin, thanks for all your feedback and suggestions! > Here is some feedback: > > * A usability problem: when I've selected a leaf node inside the Events tree and I open the file menu; > then the "Publish Photos" and "Export Photos" are available. However, if I select a non-leaf node in the > event tree, then select a "photo" plus open the File menu; then the "Export Photos" and "Publish Photos" > are gone. At first this was a bit unclear to me but later I understood that in the latter case the specific > photo represents many images; i.e. all the photos under that non-leaf node in the event tree. So technically, > the behavior makes total sense; but it's confusing. I suggest you add some sort of clear visual cue in the UI > that makes it more obvious that a photo represents a "folder of photos". > Yes - one other user mentioned that they were confused by this, and we've come to agree that this is a usability problem. It's a bit late in the 0.4 development cycle to make significant changes, but we are still hoping to make the event view look at least a bit different for 0.4. See http://trac.yorba.org/ticket/1153 . > Also, one might ask why I cannot > select a non-left node in the event tree and legitimately select "Export photos"; after all I might want to > export or publish all the photos from a certain day of my vacation. That's a reasonable request. In 0.5 and/or 0.6 I think non-left nodes will start to act more like leaf nodes, and the behavior you want will likely become possible. > I like the idea of having events and key > photos, it's just that the two different views (i.e. "View with actual photos" and "View of key photos > representing various events") looks too similar. > > * If I select "Photos" and then open a specific photo and finally open the file menu; why can I > select Export but not Publish? > I created a ticket: http://trac.yorba.org/ticket/1158 > * After I have published a photo to flickr it currently says "The selected photos were successfully published". > One thing that came to mind at this point was that I wanted to know the URL to the photos, it could be nice > with one of those blue GTK http link labels at this dialog page in Shotwell. A link to "Recent Uploads" would > be a good choice imo. > Ticketed: http://trac.yorba.org/ticket/1157 . > * Why did you choose ] and [ as shortcut keys for zoom/unzoom? Those keys are very cumbersome to type > on a Swedish keyboard (it involves the nasty AltGr modifier key etc). Also, I find control plus and > control minus to be much more intuitive since those are used in many many other applications, including > for example web browsers. > Thanks for pointing this out. We agree that we should use the standard GNOME keys (Control-Plus and Control-Minus) instead. We've added a ticket ( http://trac.yorba.org/ticket/1155 ) and will hopefully implement this for 0.4. > * Why is it not possible to zoom/unzoom when a non-leaf node is selected in the event tree? > Ticketd: http://trac.yorba.org/ticket/1156 . > * In the "Extended Information" dialog every label is capitalized in the beginning of every word except > for one; "File size" (compared to "Camera Make", "Focal Length" etc). It looks a bit inconsistent. > Right. It's too late to fix this easily for 0.4 (we're already past string freeze) but I've already fixed this in the trunk for 0.5. > * Why can I maximize the "Extended Information" dialog. > That's a bug. I just filed a ticket: http://trac.yorba.org/ticket/1154 Thanks again for helping us improve 0.4! adam From vperetokin at gmail.com Wed Dec 16 01:53:03 2009 From: vperetokin at gmail.com (Vadim Peretokin) Date: Tue, 15 Dec 2009 20:53:03 -0500 Subject: [Shotwell] Call for testing! In-Reply-To: <4B2821C8.8040203@yorba.org> References: <4B28007D.7040802@minimum.se> <4B2821C8.8040203@yorba.org> Message-ID: <6995ca080912151753l2fb07f51kf42a3cfe26682f8b@mail.gmail.com> I tried uploading all photos again but got this: The error code 7 doesn't tell me anything; and there was no 'retry' button to resend the photos not yet sent. Also, just imho, the dialog should scale down to the minimum size necessary when uploading. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: screenshot_227.png Type: image/png Size: 22538 bytes Desc: not available URL: From lucas at yorba.org Wed Dec 16 02:22:31 2009 From: lucas at yorba.org (Lucas Beeler) Date: Tue, 15 Dec 2009 18:22:31 -0800 Subject: [Shotwell] Call for testing! In-Reply-To: <6995ca080912151753l2fb07f51kf42a3cfe26682f8b@mail.gmail.com> References: <4B28007D.7040802@minimum.se> <4B2821C8.8040203@yorba.org> <6995ca080912151753l2fb07f51kf42a3cfe26682f8b@mail.gmail.com> Message-ID: <992b763d0912151822r7ed97f20ta69b0e8e38620d96@mail.gmail.com> Hi, Thanks for your continuing feedback, Vadim! Two questions: what Linux distro and version are you using and what version of libsoup are you running on it? Regards, Lucas From vperetokin at gmail.com Wed Dec 16 02:42:48 2009 From: vperetokin at gmail.com (Vadim Peretokin) Date: Tue, 15 Dec 2009 21:42:48 -0500 Subject: [Shotwell] Call for testing! In-Reply-To: <992b763d0912151822r7ed97f20ta69b0e8e38620d96@mail.gmail.com> References: <4B28007D.7040802@minimum.se> <4B2821C8.8040203@yorba.org> <6995ca080912151753l2fb07f51kf42a3cfe26682f8b@mail.gmail.com> <992b763d0912151822r7ed97f20ta69b0e8e38620d96@mail.gmail.com> Message-ID: <6995ca080912151842l44e77436o8de7224c57b4b980@mail.gmail.com> Ubuntu KK, 2.28. Note that it uploaded a bunch and gave this somewhere in between. -------------- next part -------------- An HTML attachment was scrubbed... URL: From roman.yepishev at gmail.com Wed Dec 16 06:59:04 2009 From: roman.yepishev at gmail.com (Roman Yepishev) Date: Wed, 16 Dec 2009 08:59:04 +0200 Subject: [Shotwell] Unique ID EXIF Tags for photos Message-ID: <1260946744.2773.19.camel@buzz.home> Hello, This may not be the proper place for such kind of discussion, but since I started to use Shotwell to organize my photo collection it may be useful. I have been collecting photos since 2005 and so far I have 13K of photos on the hard drive and nearly the same amount on the removable storage devices. A lot of the photos are duplicates, some have dates adjusted (so that their checksum does not match anymore), some were renamed during gphoto2 PTP import (IMG_1234.jpeg instead of IMG_1234.JPG), some were renamed "comform" to MMDD_HHmmss name (silly idea, really). It is rather impossible to remove duplicates with checksum-checking software and CPU-intensive algorighms are required to match photos as images (brain can be used as well). EXIF standard[1] has a special field ImageUniqueID which (unfortunately) does not get filled by my point-and-shot cameras (Kodak & Nicon). And here is the discussion point: How about for the software that downloads the data from the camera to create UUID for the imported files in case it is missing? I usually download the photos to my PC and then distribute via various means so having some extra info to match files in case I end up having 2 copies of them somehow is a big plus. Photo management software might also store these identifiers to make sure that no duplicates are imported (and fallback to checksum check if no UUID is present). Of course, this will not help me to get current photo collection in order (a lot of manual work is required) but it might help someone in the future, when I finally get all sorted I will surely assign these UUIDs and destroy all other copies :) [1] www.exif.org/Exif2-2.PDF -- Roman Yepishev -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From roman.yepishev at gmail.com Wed Dec 16 11:46:18 2009 From: roman.yepishev at gmail.com (Roman Yepishev) Date: Wed, 16 Dec 2009 13:46:18 +0200 Subject: [Shotwell] Image Zoom? Message-ID: <1260963978.13929.1.camel@buzz.home> Erm. Is it possible to zoom in/out in the single picture view mode? I can't find anything in the UI and bug reports that may provide any hint for this :( -- Roman Yepishev -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From adam at yorba.org Wed Dec 16 16:07:48 2009 From: adam at yorba.org (Adam Dingle) Date: Wed, 16 Dec 2009 08:07:48 -0800 Subject: [Shotwell] Image Zoom? In-Reply-To: <1260963978.13929.1.camel@buzz.home> References: <1260963978.13929.1.camel@buzz.home> Message-ID: <4B2905D4.9050200@yorba.org> An HTML attachment was scrubbed... URL: From adam at yorba.org Wed Dec 16 17:14:22 2009 From: adam at yorba.org (Adam Dingle) Date: Wed, 16 Dec 2009 09:14:22 -0800 Subject: [Shotwell] Italian translation In-Reply-To: References: Message-ID: <4B29156E.7080408@yorba.org> An HTML attachment was scrubbed... URL: From mark at foresightlinux.org Wed Dec 16 19:02:19 2009 From: mark at foresightlinux.org (Mark Trompell) Date: Wed, 16 Dec 2009 20:02:19 +0100 Subject: [Shotwell] Italian translation In-Reply-To: <4B29156E.7080408@yorba.org> References: <4B29156E.7080408@yorba.org> Message-ID: <20091216200219.384429f5@noname> Am Wed, 16 Dec 2009 09:14:22 -0800 schrieb Adam Dingle : > By the way, with our documentation on the wiki it can be a little > awkward to track changes to the documentation. In Shotwell 0.5 or > 0.6 we will probably move our documentation to DocBook like most > other GNOME apps and then we may be able to use standard translation > tools. I think Gnome has this new thing called mallard now. http://live.gnome.org/ProjectMallard Mark From davidj at gmail.com Wed Dec 16 19:44:24 2009 From: davidj at gmail.com (David Jeske) Date: Wed, 16 Dec 2009 11:44:24 -0800 Subject: [Shotwell] Unique ID EXIF Tags for photos In-Reply-To: <1260946744.2773.19.camel@buzz.home> References: <1260946744.2773.19.camel@buzz.home> Message-ID: <7a63d2e70912161144o65e5d873r3782d3a7e9a58b7a@mail.gmail.com> I don't think you are alone in having this problem. Assigning UUIDs may have as many drawbacks as advantages. For example, some image editing software may not propagate them when it should, or may propagate when it shouldn't. Or, you may end up with the same photo taken off the camera at different points ending up with different UUIDs. I suspect a simplistic image-match algorithm would better solve your problem. -------------- next part -------------- An HTML attachment was scrubbed... URL: From martin at minimum.se Wed Dec 16 20:35:26 2009 From: martin at minimum.se (Martin Olsson) Date: Wed, 16 Dec 2009 21:35:26 +0100 Subject: [Shotwell] Call for testing! In-Reply-To: References: Message-ID: <4B29448E.7050103@minimum.se> Jim Nelson wrote: > We invite everyone to run this new version of Shotwell through its > paces. As always, we welcome your bug reports, comments, and > suggestions, either here or on our Trac ticketing system > (http://trac.yorba.org). We'd *really* like to hear about any > crashers or critical bugs you may uncover. It's our hope to shake out > as many as possible before ship. I kicked its tires some more today. * If you run "./configure --help" it says that "--release" is the default but this is not the case (you set BUILD_RELEASE=1 in the makefile and then after that you include configure.mk which might override, but in the end you have hardcoded -g for VALAFLAGS). Debug info is nice but valac also generates #line directives in "-g" mode which makes gdb jump back and forth between .c and .vala files so I prefer to configure in release mode without -g and then just build Shotwell explicitly with: CFLAGS="-g3 -O0" make -j4 This is why I think it would be nice if --release suppressed the -g param. * Suppose a user repeatedly runs "Import From Folder" on his home folder hoping that the duplicate detector will ensure his photo collection is kept tidy anyway. Today, after a while he will notice that there a lot of duplicates in his photo collection anyway and they will be called stuff like "thumb000000000000038d.jpg" etc. What has happened is that Shotwell has been scanning "~/.shotwell/thumbs" and imported stuff from there. I suggest this particular dir should be suppressed from scanning. * When "Import From Folder" runs out of disk space, then Shotwell will sometimes SIGABRT's with this error: ** ERROR **: LibraryFiles.vala:34: Unable to create photo library directory BLAH I'd ask you to re-consider this one and change the error() to something a bit more graceful since out of disk is not unreasonable for first time users doing big imports into Shotwell (especially if you have "Copy to ~/Pictures" on). * When I select "Import from folder" on my homedir (which is 13GB with tons of small files and tons of folders) the "Import From Folder" dialog remains open for minutes while my HDD works intensely (I suppose it's making a list of all the photos to import). It would be nicer if that dialog disappeared before the HDD scanning starts (possible you're calling hide early enough but maybe the GTK mainloop is not given time to process that hide message?). * It would be nice with a progress bar for long running imports. For large imports Shotwell currently shows all black in the "Importing..." page and appears to do nothing for several minutes before the images starts to swizzle by. * Just for kicks I ran "Import From Folder" on my ~/src folder which has the mozilla tree, the kernel code etc. I was thinking this would be nice stress test to see if Shotwell ignores unexpected file types and still finds the images. First I noticed that Shotwell seems to spend time processing non-images, look at the stack snippet below for example. Why call batch_import_import_file for a non-image file at all? #0 library_photo_import (file=0x114e0e0, import_id=0x11d58d8, photo=0x7fffffffdb40) at src/Photo.c:4180 #1 0x00000000004a3c6b in batch_import_import_file (self=0x113eca0, file=0x7fffdc0b6560, copy_to_library=1) at src/BatchImport.c:1481 #2 0x00000000004a2b82 in batch_import_import (self=0x113eca0, job=0x11fb640, file=0x7fffdc0b6560, copy_to_library=1, id=0x1140860 "/home/mnemo/src/mozilla/content/base/public/Makefile.in") at src/BatchImport.c:1193 #3 0x00000000004a2f90 in batch_import_import_dir (self=0x113eca0, job=0x11fb640, dir=0x11cb160, copy_to_library=1) at src/BatchImport.c:1258 #4 0x00000000004a2b67 in batch_import_import (self=0x113eca0, job=0x11fb640, file=0x11cb160, copy_to_library=1, id=0x110bb50 "/home/mnemo/src/mozilla/content/base/public") at src/BatchImport.c:1188 #5 0x00000000004a278d in batch_import_perform_import (self=0x113eca0) at src/BatchImport.c:1150 #6 0x00000000004a21ba in _batch_import_perform_import_gsource_func (self=0x113eca0) at src/BatchImport.c:1086 #7 0x00007ffff2359bbe in g_main_dispatch (context=0x7d0730) at /build/buildd/glib2.0-2.22.2/glib/gmain.c:1960 Note especially what happens when the dupe checker finds a bunch of 4GB .mvk files. To quote the Shotwell code "// if no EXIF data, then do full MD5 match" :-) For example, put 10-20 4GB .mvk files into a folder and try to let Shotwell do "Import From Folder" on it, while you fire up "iotop" next to it. Lot's of bytes flying both on and off the disk it seems. * Finally, after I let it chew a while on importing the full mozilla source tree I got this SIGABRT crash: ** ERROR:Photo.vala:1116:transformable_photo_load_raw_pixbuf: assertion failed: (dimensions_approx_equals (&scaled_image, (_tmp5_ = (dimensions_for_pixbuf (pixbuf, &_tmp4_), _tmp4_), &_tmp5_), TRANSFORMABLE_PHOTO_SCALING_FUDGE)) #1 0x00007ffff1de0f50 in *__GI_abort () at abort.c:92 #2 0x00007ffff237f540 in IA__g_assertion_message (domain=, file=, line=, func=0x4d7be0 "transformable_photo_load_raw_pixbuf", message=0x4cfc680 "assertion failed: (dimensions_approx_equals (&scaled_image, (_tmp5_ = (dimensions_for_pixbuf (pixbuf, &_tmp4_), _tmp4_), &_tmp5_), TRANSFORMABLE_PHOTO_SCALING_FUDGE))") at /build/buildd/glib2.0-2.22.2/glib/gtestutils.c:1317 #3 0x00007ffff237fab0 in IA__g_assertion_message_expr (domain=0x0, file=0x4d6088 "Photo.vala", line=1116, func=0x4d7be0 "transformable_photo_load_raw_pixbuf", expr=) at /build/buildd/glib2.0-2.22.2/glib/gtestutils.c:1328 #4 0x00000000004594c8 in transformable_photo_load_raw_pixbuf (self=, scaling=0x7fffffffd710, exceptions=, no_copy=1, scaled_image=, error=0x7fffffffd658) #5 transformable_photo_get_raw_pixbuf (self=, scaling=0x7fffffffd710, exceptions=, no_copy=1, scaled_image=, error=0x7fffffffd658) at Photo.vala:1163 #6 0x0000000000459b3c in transformable_photo_get_pixbuf_with_exceptions (self=0x4aec8d0, scaling=, exceptions=, error=) #7 0x000000000045a276 in transformable_photo_real_get_pixbuf (base=0x4aec8d0, scaling=0x7fffffffd710, error=0x7fffffffd758) #8 0x00000000004293ac in _thumbnail_cache_import (self=0x803a00, photo_id=0x7fffffffd7c0, source=0x4aec8d0, force=) at ThumbnailCache.vala:331 #9 0x000000000042956a in thumbnail_cache_import (photo_id=0x7fffffffd7c0, source=0x4aec8d0, force=1) at ThumbnailCache.vala:146 #10 0x000000000045c850 in library_photo_import (file=, import_id=, photo=0x7fffffffd850) #11 0x00000000004628e0 in batch_import_import_file (self=0x2f30b30, job=0x276bd20, file=0x4cf7f60, copy_to_library=80727648, id=0x4cfdda0 "/home/mnemo/src/mozilla/toolkit/components/places/tests/unit/favicon-scale160x3.jpg") at BatchImport.vala:347 #12 batch_import_import (self=0x2f30b30, job=0x276bd20, file=0x4cf7f60, copy_to_library=80727648, id=0x4cfdda0 "/home/mnemo/src/mozilla/toolkit/components/places/tests/unit/favicon-scale160x3.jpg") at BatchImport.vala:232 #13 0x0000000000462d1e in batch_import_import_dir (self=0x2f30b30, job=0x276bd20, dir=0x4cfce00, copy_to_library=) at BatchImport.vala:260 (a complete "bt full" gdb log is attached if you're interested) Martin -------------- next part -------------- A non-text attachment was scrubbed... Name: shotwell_scanning_mozilla_source_tree.log Type: text/x-log Size: 33838 bytes Desc: not available URL: From adam at yorba.org Wed Dec 16 23:28:16 2009 From: adam at yorba.org (Adam Dingle) Date: Wed, 16 Dec 2009 15:28:16 -0800 Subject: [Shotwell] Call for testing! In-Reply-To: <4B29448E.7050103@minimum.se> References: <4B29448E.7050103@minimum.se> Message-ID: <4B296D10.80707@yorba.org> Martin Olsson wrote: > I kicked its tires some more today. > Great - this is exactly the kind of testing we need. > * If you run "./configure --help" it says that "--release" is the default > but this is not the case (you set BUILD_RELEASE=1 in the makefile and then > after that you include configure.mk which might override, but in the end > you have hardcoded -g for VALAFLAGS). Debug info is nice but valac also > generates #line directives in "-g" mode which makes gdb jump back and > forth between .c and .vala files so I prefer to configure in release mode > without -g and then just build Shotwell explicitly with: > > CFLAGS="-g3 -O0" make -j4 > > This is why I think it would be nice if --release suppressed the -g param. > It sounds like you'd be happier if --release passed -g only to gcc, not to valac. We could consider making that change. I've filed a ticket ( http://trac.yorba.org/ticket/1169 ). > * Suppose a user repeatedly runs "Import From Folder" on his home folder > hoping that the duplicate detector will ensure his photo collection > is kept tidy anyway. Today, after a while he will notice that there a > lot of duplicates in his photo collection anyway and they will be called > stuff like "thumb000000000000038d.jpg" etc. What has happened is that > Shotwell has been scanning "~/.shotwell/thumbs" and imported stuff from > there. I suggest this particular dir should be suppressed from scanning. > That's a reasonable idea. We might also want to suppress all directories whose names begin with "." since they might contain thumbnails or temporary files. I've filed a ticket: http://trac.yorba.org/ticket/1164 . Will probably fix for 0.5. > * When "Import From Folder" runs out of disk space, then Shotwell will > sometimes SIGABRT's with this error: > > ** ERROR **: LibraryFiles.vala:34: Unable to create photo library directory BLAH > > I'd ask you to re-consider this one and change the error() to something > a bit more graceful since out of disk is not unreasonable for first time > users doing big imports into Shotwell (especially if you have > "Copy to ~/Pictures" on). > Right: we should fix this. Ticketed at http://trac.yorba.org/ticket/1165 . We might even fix this for 0.4; still undecided. > * When I select "Import from folder" on my homedir (which is 13GB with > tons of small files and tons of folders) the "Import From Folder" dialog > remains open for minutes while my HDD works intensely (I suppose it's > making a list of all the photos to import). It would be nicer if that > dialog disappeared before the HDD scanning starts (possible you're calling > hide early enough but maybe the GTK mainloop is not given time to process > that hide message?). > Ticketed: http://trac.yorba.org/ticket/1166 > * It would be nice with a progress bar for long running imports. For large > imports Shotwell currently shows all black in the "Importing..." page and > appears to do nothing for several minutes before the images starts to swizzle by. > Ticketed: http://trac.yorba.org/ticket/1167 > * Just for kicks I ran "Import From Folder" on my ~/src folder which has > the mozilla tree, the kernel code etc. I was thinking this would be nice > stress test to see if Shotwell ignores unexpected file types and still finds > the images. First I noticed that Shotwell seems to spend time processing > non-images, look at the stack snippet below for example. Why call > batch_import_import_file for a non-image file at all? > > Note especially what happens when the dupe checker finds a bunch of 4GB .mvk files. > To quote the Shotwell code "// if no EXIF data, then do full MD5 match" :-) > For example, put 10-20 4GB .mvk files into a folder and try to let Shotwell do > "Import From Folder" on it, while you fire up "iotop" next to it. Lot's of bytes > flying both on and off the disk it seems. > True. Ticketed at http://trac.yorba.org/ticket/1168 . We should be able to fix this for 0.4. > > * Finally, after I let it chew a while on importing the full mozilla source tree I got this SIGABRT crash: > > ** > ERROR:Photo.vala:1116:transformable_photo_load_raw_pixbuf: assertion failed: (dimensions_approx_equals (&scaled_image, (_tmp5_ = (dimensions_for_pixbuf (pixbuf, &_tmp4_), _tmp4_), &_tmp5_), TRANSFORMABLE_PHOTO_SCALING_FUDGE)) > You found a crash - congratulations. :) Ticketed at http://trac.yorba.org/ticket/1163 . We'll fix for 0.4. Thanks again for all your tire-kicking :) adam From kaj-ivar at vanderwijst.com Thu Dec 17 13:31:36 2009 From: kaj-ivar at vanderwijst.com (Kaj-Ivar van der Wijst) Date: Thu, 17 Dec 2009 14:31:36 +0100 Subject: [Shotwell] Exposure exif value with 6 zeros Message-ID: <4B2A32B8.4080500@vanderwijst.com> Hi! I just installed and compiled Shotwell 0.4, which is absolutely great! It is improving really quickly. By using it, I found that the value of the exif exposure is followed by six zeros if the value is greater than 1 second. I think this is due to the printf function with a double var, that, when it is used without any precision-attribute, uses a precision of 6 by default. Line 761 in 'Exif.c' is where this happens, with result = g_strdup_printf ("%f s", exif_rational_to_double (exposure)); If this could be changed in result = g_strdup_printf ("%.1f s", exif_rational_to_double (exposure)); there would be a precision of 1 by default, which would be enough (as exposures are always 1,3 - 1,6 - 2 - 2,5 s ...). The only problem with this is that an exposure of 13" for example, would be shown as '13,0 s'. This can be helped with a simple if-statement, like this: if (exif_rational_to_double (exposure) * 10 - (int) exif_rational_to_double (exposure) * 10 == 0) { // Checks if exposure is int or float result = g_strdup_printf ("%.0f s", exif_rational_to_double (exposure)); // Precision of 0, like '15 s' and not '15,0 s' or '15,000000 s' } else { result = g_strdup_printf ("%.1f s", exif_rational_to_double (exposure)); // Precision of 1, like '2,5 s' } I know, it is very elegant, but it does the job (at least on my computer, I haven't tested it anywhere else). I hope this will be of some help for someone, I don't know who or how, as this is my very first attempt to improve opensource software. My programming skills are very bad, like my English, so please forgive me (and correct me! ;) ) if you like. I also don't know if this is the right place to post it. Again, thank you all for the great work by making such great software. Kaj-Ivar -- Kaj-Ivar van der Wijst kaj-ivar at vanderwijst.com http://design.vanderwijst.com http://www.flickr.com/photos/kaj-ivar/ Linux user #481234 Be Free: Use Linux From roman.yepishev at gmail.com Thu Dec 17 16:05:26 2009 From: roman.yepishev at gmail.com (Roman Yepishev) Date: Thu, 17 Dec 2009 18:05:26 +0200 Subject: [Shotwell] Call for testing! In-Reply-To: References: Message-ID: <1261065926.4424.11.camel@buzz.home> On Mon, 2009-12-14 at 18:26 -0800, Jim Nelson wrote: > We're rapidly putting the final touches on Shotwell 0.4, the latest > version of Yorba's GNOME photo organizer and viewer. This new version > features publishing photos on Facebook and Flickr, undo/redo, greater > flexibility organizing events, internationalization, and more. Just wanted to check with others before creating the ticket. It appears that some of the photos that have perfectly valid EXIF date do not get sorted properly in "Photos" mode (i.e. when all photos are displayed). Could anybody else check their photos that they are properly sorted? Mine ones are displayed there, but the only info available is "Location" and "File size". All other EXIF fields are "--". But when I navigate to the corresponding event and select this photo then all metadata is intact and the image is properly sorted within the event itself. -- Roman Yepishev -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From kaj-ivar at vanderwijst.com Thu Dec 17 17:09:52 2009 From: kaj-ivar at vanderwijst.com (Kaj-Ivar van der Wijst) Date: Thu, 17 Dec 2009 18:09:52 +0100 Subject: [Shotwell] Call for testing! In-Reply-To: <1261065926.4424.11.camel@buzz.home> References: <1261065926.4424.11.camel@buzz.home> Message-ID: <4B2A65E0.3030505@vanderwijst.com> Roman Yepishev wrote: > On Mon, 2009-12-14 at 18:26 -0800, Jim Nelson wrote: > >> We're rapidly putting the final touches on Shotwell 0.4, the latest >> version of Yorba's GNOME photo organizer and viewer. This new version >> features publishing photos on Facebook and Flickr, undo/redo, greater >> flexibility organizing events, internationalization, and more. >> > > Just wanted to check with others before creating the ticket. > > It appears that some of the photos that have perfectly valid EXIF date > do not get sorted properly in "Photos" mode (i.e. when all photos are > displayed). > > Could anybody else check their photos that they are properly sorted? > > Mine ones are displayed there, but the only info available is "Location" > and "File size". All other EXIF fields are "--". But when I navigate to > the corresponding event and select this photo then all metadata is > intact and the image is properly sorted within the event itself. > > > ------------------------------------------------------------------------ > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > I confirm this issue. It only happens to the photos I modified with GIMP or some other photo editing software. The problems seem to start when importing the photos, because when you look in the 'photo.db' file, the values of 'exposure_time', 'thumbnail_md5' and 'exif_md5' are all empty (null). Unfortunately, I have no idea how to fix this. -- Kaj-Ivar van der Wijst kaj-ivar at vanderwijst.com http://design.vanderwijst.com http://www.flickr.com/photos/kaj-ivar/ Linux user #481234 Be Free: Use Linux From adam at yorba.org Thu Dec 17 17:55:02 2009 From: adam at yorba.org (Adam Dingle) Date: Thu, 17 Dec 2009 09:55:02 -0800 Subject: [Shotwell] Exposure exif value with 6 zeros In-Reply-To: <4B2A32B8.4080500@vanderwijst.com> References: <4B2A32B8.4080500@vanderwijst.com> Message-ID: <4B2A7076.6090908@yorba.org> Kaj-Ivar, > I just installed and compiled Shotwell 0.4, which is absolutely great! > It is improving really quickly. > Thanks! > By using it, I found that the value of the exif exposure is followed by > six zeros if the value is greater than 1 second. I think this is due to > the printf function with a double var, that, when it is used without any > precision-attribute, uses a precision of 6 by default. Good point. We've now fixed this for 0.4. We simply decided to show 1 digit after the decimal point whenever the exposure is greater than 1 second. So a 15-second exposure will be displayed as "15.0 s". I think that's OK. > I hope this will be of some help for someone, I don't know who or how, > as this is my very first attempt to improve opensource software. Welcome to the party. :) > My > programming skills are very bad, like my English, so please forgive me > (and correct me! ;) ) if you like. I also don't know if this is the > right place to post it. > You can always report Shotwell bugs either to this mailing list or by filing tickets at trac.yorba.org. Thanks again! adam From jim at yorba.org Fri Dec 18 03:44:59 2009 From: jim at yorba.org (Jim Nelson) Date: Thu, 17 Dec 2009 19:44:59 -0800 Subject: [Shotwell] Call for testing, round 2 Message-ID: Hello all, We're really excited about the response we received this week to our call for testing -- you all really worked the code paths, and I want to thank you for that. Some of the issues you've brought to our attention we've ticketed for the next release, but we worked hard this week to resolve the most egregious ones. We've changed how events are displayed in the event views. The key photos are now squared off with rounded corners, displaying their names and the number of photos they contain. We think this will go a long way toward distinguishing an event from a photo. We've also fixed a number of bugs relating to how EXIF data was detected and parsed. Thanks to all our testers out there who sent us sample photos which exhibited these problems. We've fixed up the code and think we're in good shape now. We've also worked on the importing code, to skip over non-image files and to better handle fatal disk errors (including disk full). These, plus a number of smaller bug fixes, means Shotwell has changed quite a bit in the last four days. We'd *really* appreciate it if you could update your source and bang on the latest version. We plan on shipping 0.4 next week, and we want to shake out as many bugs as possible between now and then. To fetch the latest and greatest from our Subversion repository: svn co svn://svn.yorba.org/shotwell/branches/shotwell-0.4 I'd also like to put out a call again for translations -- we're behind quite a bit, and any assistance you or someone you know can offer would be greatly appreciated. Visit our Transifex page for more information: http://www.transifex.net/projects/p/shotwell/ Thanks everyone! -- Jim Nelson -------------- next part -------------- An HTML attachment was scrubbed... URL: From vperetokin at gmail.com Fri Dec 18 04:00:37 2009 From: vperetokin at gmail.com (Vadim Peretokin) Date: Thu, 17 Dec 2009 23:00:37 -0500 Subject: [Shotwell] Call for testing, round 2 In-Reply-To: References: Message-ID: <6995ca080912172000p254df534ve9469efaf66bf85e@mail.gmail.com> > > We've changed how events are displayed in the event views. The key photos > are now squared off with rounded corners, displaying their names and the > number of photos they contain. We think this will go a long way toward > distinguishing an event from a photo. > Definitely! It was much clearer and intuitive now. -------------- next part -------------- An HTML attachment was scrubbed... URL: From roman.yepishev at gmail.com Fri Dec 18 08:54:56 2009 From: roman.yepishev at gmail.com (Roman Yepishev) Date: Fri, 18 Dec 2009 10:54:56 +0200 Subject: [Shotwell] Call for testing, round 2 In-Reply-To: References: Message-ID: <1261126496.3353.27.camel@buzz.home> On Thu, 2009-12-17 at 19:44 -0800, Jim Nelson wrote: > > We're really excited about the response we received this week to our > call for testing -- you all really worked the code paths, and I want > to thank you for that. Some of the issues you've brought to our > attention we've ticketed for the next release, but we worked hard this > week to resolve the most egregious ones. Thanks! Since (as you may already know) I have a pretty large amount of photos (14204 as of now) there is a pretty noticeable delay for startup. Even after several launches (i.e. sqlite db might be completely in memory cache) it takes 20 seconds from typing 'shotwell' till the main window appears. There is a bug report describing this issue, #1118[1]. In case this is not that easy to fix, I would suggest that some sort of startup indication might be needed (splash screen, startup-notification, etc. Imagine a user that installed shotwell, started it up (quick startup, no photos in db). Imports her collection of photos since dinosaur era, browses them (really quick, so the impression would be "wow, it is FAST!") then quits Shotwell. Afterwards she wants to browse the photos again, selects "Shotwell" from the menu and... nothing happens. Then Shotwell appears after 20+ seconds. What is strange is that no disk activity accompanies this on subsequent startups. As I can see from strace output this block repeats 2 thousand times: fh 8 is 10:38:49 open("/home/rtg/.shotwell/data/photo.db", O_RDWR|O_CREAT| O_LARGEFILE, 0644) = 8 10:38:49 access("/home/rtg/.shotwell/data/photo.db-journal", F_OK) = -1 ENOENT (No such file or directory) 10:38:49 fstat64(8, {st_mode=S_IFREG|0644, st_size=4833280, ...}) = 0 10:38:49 _llseek(8, 24, [24], SEEK_SET) = 0 10:38:49 read(8, "\0\0\345\371\0\0\0\0\0\0\16#\0\0\0\203", 16) = 16 10:38:49 fcntl64(8, F_SETLK64, {type=F_UNLCK, whence=SEEK_SET, start=0, len=0}, 0xbff476c8) = 0 10:38:49 fcntl64(8, F_SETLK64, {type=F_RDLCK, whence=SEEK_SET, start=1073741824, len=1}, 0xbff47298) = 0 10:38:49 fcntl64(8, F_SETLK64, {type=F_RDLCK, whence=SEEK_SET, start=1073741826, len=510}, 0xbff47298) = 0 10:38:49 fcntl64(8, F_SETLK64, {type=F_UNLCK, whence=SEEK_SET, start=1073741824, len=1}, 0xbff47298) = 0 10:38:49 access("/home/rtg/.shotwell/data/photo.db-journal", F_OK) = -1 ENOENT (No such file or directory) ... 10:39:11 read(8, "\0\0\345\371\0\0\0\0\0\0\16#\0\0\0\203", 16) = 16 Hope this might help a little. [1] http://trac.yorba.org/ticket/1118 -- Roman Yepishev -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From vperetokin at gmail.com Fri Dec 18 13:22:46 2009 From: vperetokin at gmail.com (Vadim Peretokin) Date: Fri, 18 Dec 2009 08:22:46 -0500 Subject: [Shotwell] Call for testing, round 2 In-Reply-To: <1261126496.3353.27.camel@buzz.home> References: <1261126496.3353.27.camel@buzz.home> Message-ID: <6995ca080912180522j7fe934as1d2f8148679852bf@mail.gmail.com> Welcome to sqlite :) All programs that make use of it I know of have this issue - had to ditch FF3 because it was taking ages to start, Liferea takes a good 2min to start too after grinding the disk. Only Chrome manages to have an amazingly quick start, and I have no idea how do they accomplish it. -------------- next part -------------- An HTML attachment was scrubbed... URL: From roman.yepishev at gmail.com Fri Dec 18 14:04:02 2009 From: roman.yepishev at gmail.com (Roman Yepishev) Date: Fri, 18 Dec 2009 16:04:02 +0200 Subject: [Shotwell] Call for testing, round 2 In-Reply-To: <6995ca080912180522j7fe934as1d2f8148679852bf@mail.gmail.com> References: <1261126496.3353.27.camel@buzz.home> <6995ca080912180522j7fe934as1d2f8148679852bf@mail.gmail.com> Message-ID: <1261145042.3353.40.camel@buzz.home> On Fri, 2009-12-18 at 08:22 -0500, Vadim Peretokin wrote: > Welcome to sqlite :) > All programs that make use of it I know of have this issue - had to > ditch FF3 because it was taking ages to start Yes, there was a problem in FF with fsync() when sqlite pragma synchronous was set to FULL, i.e. every write to db flushed all filesystem buffers. Hm, firefox bug[1] seems to occur during database updates, not reads :/ > Liferea takes a good 2min to start too after grinding the disk. Judging by the bug reports it does a lot of housekeeping on startup, therefore it gets slow (I have never used Liferea). > Only Chrome manages to have an amazingly quick start, and I have no > idea how do they accomplish it. What makes me wonder is that there are 2k of reads from the file, each 16 bytes long, then there is a series of lock/unlock calls. I feel that there is something being done more times than it should. P.S. I have patched the sources to issue the pragma right after db opening - no changes. P.P.S. We might need to start a new thread for this issue :) [1] https://bugzilla.mozilla.org/show_bug.cgi?id=430530#c4 -- Roman Yepishev -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From matthias.clasen at gmail.com Fri Dec 18 17:57:34 2009 From: matthias.clasen at gmail.com (Matthias Clasen) Date: Fri, 18 Dec 2009 12:57:34 -0500 Subject: [Shotwell] Call for testing, round 2 In-Reply-To: References: Message-ID: Hey Jim, I've just built packages for Fedora rawhide of todays 0.4 branch. Looking very good in my brief testing. Here's one thing I noticed: WARNING: Failed to parse default value `768' for schema (/schemas/apps/shotwell/preferences/ui/events_sort_ascending) WARNING: Failed to parse default value `768' for schema (/schemas/apps/shotwell/preferences/ui/library_photos_sort_ascending) WARNING: Failed to parse default value `768' for schema (/schemas/apps/shotwell/preferences/ui/event_photos_sort_ascending) Those are booleans, so the default should be either true or false. Matthias From mnemo at minimum.se Fri Dec 18 18:50:57 2009 From: mnemo at minimum.se (Martin Olsson) Date: Fri, 18 Dec 2009 19:50:57 +0100 Subject: [Shotwell] Call for testing, round 2 In-Reply-To: References: Message-ID: <4B2BCF11.4090109@minimum.se> Jim Nelson wrote: > These, plus a number of smaller bug fixes, means Shotwell has changed quite > a bit in the last four days. We'd *really* appreciate it if you could > update your source and bang on the latest version. * MAJOR: Delete "~/.shotwell", import mozilla source tree, wait for it, wait for it, select "damon_1.jpg" among "Photos", double click that image, click the crop tool, try to drag one of the edges of the crop-box that appeared over the image. Reproducible SIGABRT "ERROR:Box.vala:47:box_init: assertion failed: (left >= 0)", "bt full" attached. * MINOR: Delete "~/.shotwell" to get a clean setup. Launch it (show have no photos) and open "File" menu. Now "Export" is disabled but "Publish" is enabled. If I use the public wizard at this point it says "The selected photos were successfully publish", which is of course true since I had no photos selected but still.. * MINOR: When I finished importing the mozilla source tree it says "93340 unsupported photos skipped". I think "unsupported files" would be more accurate. > I'd also like to put out a call again for translations -- we're behind quite > a bit, and any assistance you or someone you know can offer would be greatly > appreciated. Visit our Transifex page for more information: * You have a queue of ~10 unapproved translators on transifex. Martin -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: shotwell_crop_box_sigabrt.txt URL: From martin at minimum.se Fri Dec 18 18:01:58 2009 From: martin at minimum.se (Martin Olsson) Date: Fri, 18 Dec 2009 19:01:58 +0100 Subject: [Shotwell] Call for testing, round 2 In-Reply-To: References: Message-ID: <4B2BC396.8070404@minimum.se> Jim Nelson wrote: > I'd also like to put out a call again for translations -- we're behind quite > a bit, and any assistance you or someone you know can offer would be greatly > appreciated. Visit our Transifex page for more information: > > http://www.transifex.net/projects/p/shotwell/ I click "Request to become translator" yesterday and it still says "Your request is pending for approval". Also I can see a list of 10 other transifex users currently waiting to be approved as translators. Martin From mnemo at minimum.se Fri Dec 18 19:21:36 2009 From: mnemo at minimum.se (Martin Olsson) Date: Fri, 18 Dec 2009 20:21:36 +0100 Subject: [Shotwell] Call for testing, round 2 In-Reply-To: References: Message-ID: <4B2BD640.9020504@minimum.se> Jim Nelson wrote: > These, plus a number of smaller bug fixes, means Shotwell has changed quite > a bit in the last four days. We'd *really* appreciate it if you could > update your source and bang on the latest version. * MAJOR: Delete ~/.shotwell, start it, import mozilla source tree, select the photo called jpg-srgb-icc_3.jpg within "Photos" and press the ENHANCE button. Reproducible SIGABRT: ERROR:ColorTransformation.vala:1199:expansion_transformation_construct_from_extrema: assertion failed: ((white_point >= 0) && (white_point <= 255)) "bt full" attached. * MINOR: User opens a specific photo and wants to zoom in a bit, to do this he/she tries to press the PLUS button on his numpad a couple of times. Shotwell propmptly offers to delete the image (because PLUS on the numpad seems to open the context menu and remove the the top most menu item). It doesn't happen if I use the regular PLUS button, only the num pad. Sometimes I have to single click the image itself so that it has focus for it to work, not sure why; this shortcut key is not documented anyway. * MINOR: User opens a photo and wants the context menu but has no mouse. Tries to press the "CONTEXT MENU" button on his keyboard (works well in nautilus etc). Nothing happens. * MINOR: Screensaver should be inhibited while slide show is running. You might want to use Shotwell to run a continuous slideshow in some hotel lobby or something like that. Martin -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: gdb_shotwell_enhance_all.txt URL: From mnemo at minimum.se Fri Dec 18 19:30:52 2009 From: mnemo at minimum.se (Martin Olsson) Date: Fri, 18 Dec 2009 20:30:52 +0100 Subject: [Shotwell] Call for testing, round 2 In-Reply-To: References: Message-ID: <4B2BD86C.6090709@minimum.se> Jim Nelson wrote: > These, plus a number of smaller bug fixes, means Shotwell has changed quite > a bit in the last four days. We'd *really* appreciate it if you could > update your source and bang on the latest version. MAJOR: delete ~/.shotwell, import mozilla tree, open the image called image1png16x16.jpg and press ADJUST. Reproducible SEGV at rgb_histogram_get_graphic (self=0x7fffd8096320) at ColorTransformation.vala:1102 "bt full" attached. Martin -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: shotwell_adjust_segv.txt URL: From adam at yorba.org Fri Dec 18 19:36:26 2009 From: adam at yorba.org (Adam Dingle) Date: Fri, 18 Dec 2009 11:36:26 -0800 Subject: [Shotwell] Call for testing, round 2 In-Reply-To: <4B2BD86C.6090709@minimum.se> References: <4B2BD86C.6090709@minimum.se> Message-ID: <4B2BD9BA.10507@yorba.org> An HTML attachment was scrubbed... URL: From mnemo at minimum.se Fri Dec 18 19:58:24 2009 From: mnemo at minimum.se (Martin Olsson) Date: Fri, 18 Dec 2009 20:58:24 +0100 Subject: [Shotwell] Call for testing, round 2 In-Reply-To: <4B2BD9BA.10507@yorba.org> References: <4B2BD86C.6090709@minimum.se> <4B2BD9BA.10507@yorba.org> Message-ID: <4B2BDEE0.4040800@minimum.se> Adam Dingle wrote: > Martin, > > thanks a lot for your recent bug reports - we'll investigate soon. No problem. I'm happy to help.. > One question: when you say the "mozilla tree", which set of sources do you mean, > exactly? I downloaded the latest Firefox source tarball at > ftp://ftp.mozilla.org/pub/mozilla.org/firefox/releases/3.5.6/source/firefox-3.5.6.source.tar.bz2 > and unpacked it, but couldn't find the images you've named. Is a tarball > available for the tree in question, or do we need to pull from Mozilla > CVS/Subversion? I just pull the latest firefox sources from mercurial: hg clone http://hg.mozilla.org/mozilla-central/ mozilla btw, I also put the _EXACT_ copies I used here if that's easier: http://temp.minimum.se/shotwell_crashers/ Martin From mnemo at minimum.se Fri Dec 18 20:11:05 2009 From: mnemo at minimum.se (Martin Olsson) Date: Fri, 18 Dec 2009 21:11:05 +0100 Subject: [Shotwell] Call for testing, round 2 In-Reply-To: References: Message-ID: <4B2BE1D9.9080305@minimum.se> Jim Nelson wrote: > These, plus a number of smaller bug fixes, means Shotwell has changed quite > a bit in the last four days. We'd *really* appreciate it if you could > update your source and bang on the latest version. * MAJOR: assuming you have flick setup, download and import this image: http://temp.minimum.se/shotwell_crashers/favicon-scale3x160.jpg Then select it inside Shotwell and select Publish, select "flickr", "justme", "large (1024x768)" and press publish. Reproducible SIGABRT: ** ERROR **: Exif.vala:135: Unable to set orientation: no entry found "bt full" attached. * MINOR: I would like to be able to copy a filename, date, size or similar from the basic information box in the bottom left corner. Martin -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: shotwell_flickr_upload_sigabrt.txt URL: From iluetkeb at techfak.uni-bielefeld.de Fri Dec 18 20:12:05 2009 From: iluetkeb at techfak.uni-bielefeld.de (=?ISO-8859-15?Q?Ingo_L=FCtkebohle?=) Date: Fri, 18 Dec 2009 21:12:05 +0100 Subject: [Shotwell] German translation updated Message-ID: <4B2BE215.7070906@techfak.uni-bielefeld.de> please find attached an update of the German translation from just now. I have not tested this, but will do so later tonight. I just wanted to get this out to let you know its been mostly done. -- Ingo L?tkebohle -- http://aiweb.techfak.uni-bielefeld.de/user/ingo-lutkebohle Applied Informatics Group -- Bielefeld University -- +49-521-106-2952 -------------- next part -------------- A non-text attachment was scrubbed... Name: de.po Type: text/x-gettext-translation Size: 43215 bytes Desc: not available URL: From iluetkeb at techfak.uni-bielefeld.de Fri Dec 18 20:40:44 2009 From: iluetkeb at techfak.uni-bielefeld.de (=?ISO-8859-15?Q?Ingo_L=FCtkebohle?=) Date: Fri, 18 Dec 2009 21:40:44 +0100 Subject: [Shotwell] strings inconsistencies and notes Message-ID: <4B2BE8CC.2040806@techfak.uni-bielefeld.de> Hi, while doing the German translation, I noted a few things in the original strings. Most of these are minor, but they should also be easy to fix or get a word on. * Sometimes you talk of "publishing", sometimes you talk of "uploading". This seems inconsistent. For what its worth, I like "publishing" better. * Words such as "unmark" and "unhide" are difficult for me. I know its supposed to refer to the reverse, but wouldn't "remove mark" and "show again" be better? No clue about the UX, just the wording seems awkward (maybe more so in German, though). * Is "Undoing revert" really possible? ;-) * "Generating Events" seems slightly odd. I know what you mean, but its not really the Event that is generated (that one happened already in the real world), rather the Events are extracted from the foto metadata, right? * "Basic" and "Extended" information are not clear to me. I am assuming there is some criteria for selecting what to display at which setting. It may be clearer to specify this critera or just to say "Basic" and "All". so much for now -- Ingo L?tkebohle -- http://aiweb.techfak.uni-bielefeld.de/user/ingo-lutkebohle Applied Informatics Group -- Bielefeld University -- +49-521-106-2952 From martin at minimum.se Fri Dec 18 22:05:12 2009 From: martin at minimum.se (Martin Olsson) Date: Fri, 18 Dec 2009 23:05:12 +0100 Subject: [Shotwell] Call for testing, round 2 In-Reply-To: References: Message-ID: <4B2BFC98.2080000@minimum.se> Jim Nelson wrote: > These, plus a number of smaller bug fixes, means Shotwell has changed quite > a bit in the last four days. We'd *really* appreciate it if you could > update your source and bang on the latest version. MAJOR: delete ~/.shotwell, download and import this JPG: http://temp.minimum.se/shotwell_crashers/lol-firefox3.jpeg Reproducible SIGABRT: ERROR:Photo.vala:1076:transformable_photo_locked_calculate_pixbuf_dimensions: assertion failed: (dimensions_has_area (scaled_image)) MINOR: Key photo becomes blurry despite high res photo. Import the JPG below, then under "Events" select the node called "June": http://files.minimum.se/singapore_port_panorama.jpg This is what I see: http://temp.minimum.se/low_res_key_photo.png Martin From jim at yorba.org Fri Dec 18 23:45:09 2009 From: jim at yorba.org (Jim Nelson) Date: Fri, 18 Dec 2009 15:45:09 -0800 Subject: [Shotwell] Call for testing, round 2 In-Reply-To: <1261126496.3353.27.camel@buzz.home> References: <1261126496.3353.27.camel@buzz.home> Message-ID: Thanks Roman. Yes, we will be working on performance improvements in 0.5. Until then, we've added a ticket for 0.4, to show a progress bar (as a kind of splash screen) when loading a library over a certain size: http://trac.yorba.org/ticket/1198 Thanks, -- Jim On Fri, Dec 18, 2009 at 12:54 AM, Roman Yepishev wrote: > On Thu, 2009-12-17 at 19:44 -0800, Jim Nelson wrote: > > > > We're really excited about the response we received this week to our > > call for testing -- you all really worked the code paths, and I want > > to thank you for that. Some of the issues you've brought to our > > attention we've ticketed for the next release, but we worked hard this > > week to resolve the most egregious ones. > Thanks! > > Since (as you may already know) I have a pretty large amount of photos > (14204 as of now) there is a pretty noticeable delay for startup. > > Even after several launches (i.e. sqlite db might be completely in > memory cache) it takes 20 seconds from typing 'shotwell' till the main > window appears. There is a bug report describing this issue, #1118[1]. > > In case this is not that easy to fix, I would suggest that some sort of > startup indication might be needed (splash screen, startup-notification, > etc. > > Imagine a user that installed shotwell, started it up (quick startup, no > photos in db). Imports her collection of photos since dinosaur era, > browses them (really quick, so the impression would be "wow, it is > FAST!") then quits Shotwell. Afterwards she wants to browse the photos > again, selects "Shotwell" from the menu and... nothing happens. > > Then Shotwell appears after 20+ seconds. What is strange is that no disk > activity accompanies this on subsequent startups. > > As I can see from strace output this block repeats 2 thousand times: > > fh 8 is > 10:38:49 open("/home/rtg/.shotwell/data/photo.db", O_RDWR|O_CREAT| > O_LARGEFILE, 0644) = 8 > > 10:38:49 access("/home/rtg/.shotwell/data/photo.db-journal", F_OK) = -1 > ENOENT (No such file or directory) > 10:38:49 fstat64(8, {st_mode=S_IFREG|0644, st_size=4833280, ...}) = 0 > 10:38:49 _llseek(8, 24, [24], SEEK_SET) = 0 > 10:38:49 read(8, "\0\0\345\371\0\0\0\0\0\0\16#\0\0\0\203", 16) = 16 > 10:38:49 fcntl64(8, F_SETLK64, {type=F_UNLCK, whence=SEEK_SET, start=0, > len=0}, 0xbff476c8) = 0 > 10:38:49 fcntl64(8, F_SETLK64, {type=F_RDLCK, whence=SEEK_SET, > start=1073741824, len=1}, 0xbff47298) = 0 > 10:38:49 fcntl64(8, F_SETLK64, {type=F_RDLCK, whence=SEEK_SET, > start=1073741826, len=510}, 0xbff47298) = 0 > 10:38:49 fcntl64(8, F_SETLK64, {type=F_UNLCK, whence=SEEK_SET, > start=1073741824, len=1}, 0xbff47298) = 0 > 10:38:49 access("/home/rtg/.shotwell/data/photo.db-journal", F_OK) = -1 > ENOENT (No such file or directory) > > ... > 10:39:11 read(8, "\0\0\345\371\0\0\0\0\0\0\16#\0\0\0\203", 16) = 16 > > Hope this might help a little. > > [1] http://trac.yorba.org/ticket/1118 > > -- > Roman Yepishev > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jim at yorba.org Fri Dec 18 23:50:10 2009 From: jim at yorba.org (Jim Nelson) Date: Fri, 18 Dec 2009 15:50:10 -0800 Subject: [Shotwell] Call for testing, round 2 In-Reply-To: References: Message-ID: Hi Matthias, Just to let you know, it's fixed and in the branch: http://trac.yorba.org/ticket/1191 Cheers, -- Jim On Fri, Dec 18, 2009 at 9:57 AM, Matthias Clasen wrote: > Hey Jim, > > I've just built packages for Fedora rawhide of todays 0.4 branch. > Looking very good in my brief testing. Here's one thing I noticed: > > WARNING: Failed to parse default value `768' for schema > (/schemas/apps/shotwell/preferences/ui/events_sort_ascending) > WARNING: Failed to parse default value `768' for schema > (/schemas/apps/shotwell/preferences/ui/library_photos_sort_ascending) > WARNING: Failed to parse default value `768' for schema > (/schemas/apps/shotwell/preferences/ui/event_photos_sort_ascending) > > Those are booleans, so the default should be either true or false. > > > Matthias > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jim at yorba.org Sat Dec 19 00:08:17 2009 From: jim at yorba.org (Jim Nelson) Date: Fri, 18 Dec 2009 16:08:17 -0800 Subject: [Shotwell] Call for testing, round 2 In-Reply-To: <4B2BD640.9020504@minimum.se> References: <4B2BD640.9020504@minimum.se> Message-ID: Hey Martin, * MINOR: User opens a specific photo and wants to zoom in a bit, to do > this he/she tries to press the PLUS button on his numpad a couple of times. > Shotwell propmptly offers to delete the image (because PLUS on the numpad > seems to open the context menu and remove the the top most menu item). > It doesn't happen if I use the regular PLUS button, only the num pad. > Sometimes I have to single click the image itself so that it has focus for > it to work, not sure why; this shortcut key is not documented anyway. > I can't reproduce this. Can you give more detail? > > * MINOR: User opens a photo and wants the context menu but has no mouse. > Tries to press the "CONTEXT MENU" button on his keyboard (works well in > nautilus etc). Nothing happens. > Good catch. Ticketed: http://trac.yorba.org/ticket/1200 > * MINOR: Screensaver should be inhibited while slide show is running. > You might want to use Shotwell to run a continuous slideshow in some > hotel lobby or something like that. > Another great idea: http://trac.yorba.org/ticket/1195 -- Jim -------------- next part -------------- An HTML attachment was scrubbed... URL: From roman.yepishev at gmail.com Sat Dec 19 00:14:56 2009 From: roman.yepishev at gmail.com (Roman Yepishev) Date: Sat, 19 Dec 2009 02:14:56 +0200 Subject: [Shotwell] Call for testing, round 2 In-Reply-To: References: Message-ID: <1261181696.5947.4.camel@buzz.home> Hello, There is a usability issue with Ctrl+Shift+R for images. When user presses Ctrl+R while the focus is on some image, the image is rotated clockwise. Then, say I changed my mind and need to undo. Ctrl ... Shift ... [image changes to the original version] ... Erm? R? I guess the modifier Shift should be checked that no other modifiers are pressed. Additionally, Ctrl+Shift might cause some issues with users that got used to Ctrl+Shift keyboard layout switching (E.g. Russian/English). -- Roman Yepishev -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From jim at yorba.org Sat Dec 19 00:15:29 2009 From: jim at yorba.org (Jim Nelson) Date: Fri, 18 Dec 2009 16:15:29 -0800 Subject: [Shotwell] Call for testing, round 2 In-Reply-To: <4B2BE1D9.9080305@minimum.se> References: <4B2BE1D9.9080305@minimum.se> Message-ID: Hey Martin, On Fri, Dec 18, 2009 at 12:11 PM, Martin Olsson wrote: > Jim Nelson wrote: > > These, plus a number of smaller bug fixes, means Shotwell has changed > quite > > a bit in the last four days. We'd *really* appreciate it if you could > > update your source and bang on the latest version. > > * MAJOR: assuming you have flick setup, download and import this image: > http://temp.minimum.se/shotwell_crashers/favicon-scale3x160.jpg > Then select it inside Shotwell and select Publish, select "flickr", > "justme", "large (1024x768)" and press publish. Reproducible SIGABRT: > ** ERROR **: Exif.vala:135: Unable to set orientation: no entry found > "bt full" attached. > > We're on it: http://trac.yorba.org/ticket/1201 > * MINOR: I would like to be able to copy a filename, date, size or similar > from the basic information box in the bottom left corner. > Ticketed: http://trac.yorba.org/ticket/1119 -- Jim -------------- next part -------------- An HTML attachment was scrubbed... URL: From jim at yorba.org Sat Dec 19 00:22:05 2009 From: jim at yorba.org (Jim Nelson) Date: Fri, 18 Dec 2009 16:22:05 -0800 Subject: [Shotwell] Call for testing, round 2 In-Reply-To: <4B2BFC98.2080000@minimum.se> References: <4B2BFC98.2080000@minimum.se> Message-ID: On Fri, Dec 18, 2009 at 2:05 PM, Martin Olsson wrote: > MAJOR: delete ~/.shotwell, download and import this JPG: > http://temp.minimum.se/shotwell_crashers/lol-firefox3.jpeg > Reproducible SIGABRT: > ERROR:Photo.vala:1076:transformable_photo_locked_calculate_pixbuf_dimensions: > assertion failed: (dimensions_has_area (scaled_image)) > We're on it: http://trac.yorba.org/ticket/1203 > MINOR: Key photo becomes blurry despite high res photo. > Import the JPG below, then under "Events" select the node > called "June": > http://files.minimum.se/singapore_port_panorama.jpg > This is what I see: > http://temp.minimum.se/low_res_key_photo.png > Ticketed: http://trac.yorba.org/ticket/1202 Thanks for all this great testing! You're really knocking them out. Keep 'em coming. -- Jim -------------- next part -------------- An HTML attachment was scrubbed... URL: From jim at yorba.org Sat Dec 19 00:28:14 2009 From: jim at yorba.org (Jim Nelson) Date: Fri, 18 Dec 2009 16:28:14 -0800 Subject: [Shotwell] Call for testing, round 2 In-Reply-To: <1261181696.5947.4.camel@buzz.home> References: <1261181696.5947.4.camel@buzz.home> Message-ID: Yes, this makes sense. You're right, it probably means we should only show the original when Shift alone is pressed. We've ticketed this: http://trac.yorba.org/ticket/1204 Thanks, -- Jim On Fri, Dec 18, 2009 at 4:14 PM, Roman Yepishev wrote: > Hello, > > There is a usability issue with Ctrl+Shift+R for images. > > When user presses Ctrl+R while the focus is on some image, the image is > rotated clockwise. Then, say I changed my mind and need to undo. > Ctrl ... Shift ... [image changes to the original version] ... Erm? R? > > I guess the modifier Shift should be checked that no other modifiers are > pressed. > > Additionally, Ctrl+Shift might cause some issues with users that got > used to Ctrl+Shift keyboard layout switching (E.g. Russian/English). > > -- > Roman Yepishev > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jim at yorba.org Sat Dec 19 00:56:35 2009 From: jim at yorba.org (Jim Nelson) Date: Fri, 18 Dec 2009 16:56:35 -0800 Subject: [Shotwell] strings inconsistencies and notes In-Reply-To: <4B2BE8CC.2040806@techfak.uni-bielefeld.de> References: <4B2BE8CC.2040806@techfak.uni-bielefeld.de> Message-ID: Hi Ingo, These are great notes and we'll consider them when developing our next release. For your reference, I've ticketed them here: http://trac.yorba.org/ticket/1205 It is true that some of our word choices may seem odd or difficult to translate. "Unmark" and "Unhide" are words seen in modern applications. (However, this might be an Americanism.) And undoing a revert may seem like an odd phrase, but that's literally what happens when the command is selected. In any case, we do want Shotwell to be an easy-to-use, approachable application, and a lot of that is achieved with language choices. Thanks for this list, and if you think of more suggestions, please let us know! -- Jim On Fri, Dec 18, 2009 at 12:40 PM, Ingo L?tkebohle < iluetkeb at techfak.uni-bielefeld.de> wrote: > Hi, > > while doing the German translation, I noted a few things in the original > strings. Most of these are minor, but they should also be easy to fix or > get a word on. > > * Sometimes you talk of "publishing", sometimes you talk of > "uploading". This seems inconsistent. For what its worth, I like > "publishing" better. > * Words such as "unmark" and "unhide" are difficult for me. I know its > supposed to refer to the reverse, but wouldn't "remove mark" and "show > again" be better? No clue about the UX, just the wording seems awkward > (maybe more so in German, though). > * Is "Undoing revert" really possible? ;-) > * "Generating Events" seems slightly odd. I know what you mean, but its > not really the Event that is generated (that one happened already in the > real world), rather the Events are extracted from the foto metadata, right? > * "Basic" and "Extended" information are not clear to me. I am assuming > there is some criteria for selecting what to display at which setting. > It may be clearer to specify this critera or just to say "Basic" and "All". > > so much for now > > -- > Ingo L?tkebohle -- > http://aiweb.techfak.uni-bielefeld.de/user/ingo-lutkebohle > Applied Informatics Group -- Bielefeld University -- +49-521-106-2952 > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > -------------- next part -------------- An HTML attachment was scrubbed... URL: From shotwell at universal-mechanism.org Sat Dec 19 05:57:18 2009 From: shotwell at universal-mechanism.org (Nate Homier) Date: Fri, 18 Dec 2009 22:57:18 -0700 Subject: [Shotwell] Ubuntu packaging bug 0.3.2, /usr/usr/share/applications Message-ID: <1261202238.3020.6.camel@universal-mechanism.org> Hi The Ubuntu PPA by Yorba has a packaging bug. /usr/usr/share/applications Version 0.3.2 from the PPA. It would be nice if the PPA had nightly snapshots. I don't build from src anymore. Nate From mahfiaz at gmail.com Sat Dec 19 09:58:17 2009 From: mahfiaz at gmail.com (Mattias =?ISO-8859-1?Q?P=F5ldaru?=) Date: Sat, 19 Dec 2009 11:58:17 +0200 Subject: [Shotwell] Call for testing, round 2 In-Reply-To: <1261181696.5947.4.camel@buzz.home> References: <1261181696.5947.4.camel@buzz.home> Message-ID: <1261216697.4116.1002.camel@antiloop> ?hel kenal p?eval, L, 2009-12-19 kell 02:14, kirjutas Roman Yepishev: > Hello, > > There is a usability issue with Ctrl+Shift+R for images. > > When user presses Ctrl+R while the focus is on some image, the image is > rotated clockwise. Then, say I changed my mind and need to undo. > Ctrl ... Shift ... [image changes to the original version] ... Erm? R? > > I guess the modifier Shift should be checked that no other modifiers are > pressed. > > Additionally, Ctrl+Shift might cause some issues with users that got > used to Ctrl+Shift keyboard layout switching (E.g. Russian/English). I think a number of users prefer to use Windows shortcut Alt+Shift for this. Mattias > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From alexandre.franke at gmail.com Sat Dec 19 10:44:51 2009 From: alexandre.franke at gmail.com (Alexandre Franke) Date: Sat, 19 Dec 2009 11:44:51 +0100 Subject: [Shotwell] strings inconsistencies and notes In-Reply-To: References: <4B2BE8CC.2040806@techfak.uni-bielefeld.de> Message-ID: Minor detail that you can add to this list: for strings that have plural forms, in the singular form, sometimes you use %d, sometimes you use 1. It's not a serious issue but it's inconsistent. Another detail: there are many occurences of "photo" and only one of "Picture" which you might want to change to photo. -- Alexandre Franke From iluetkeb at techfak.uni-bielefeld.de Sat Dec 19 17:21:12 2009 From: iluetkeb at techfak.uni-bielefeld.de (=?ISO-8859-15?Q?Ingo_L=FCtkebohle?=) Date: Sat, 19 Dec 2009 18:21:12 +0100 Subject: [Shotwell] sorting of photos without EXIF data Message-ID: <4B2D0B88.80107@techfak.uni-bielefeld.de> Hi, I just noted that photos without EXIF data are lumped together at the bottom of the "all photos" view and are not associated with any event. What about sorting them according to their atime? Cheers, -- Ingo L?tkebohle -- http://aiweb.techfak.uni-bielefeld.de/user/ingo-lutkebohle Applied Informatics Group -- Bielefeld University -- +49-521-106-2952 From iluetkeb at techfak.uni-bielefeld.de Sat Dec 19 17:27:38 2009 From: iluetkeb at techfak.uni-bielefeld.de (=?ISO-8859-15?Q?Ingo_L=FCtkebohle?=) Date: Sat, 19 Dec 2009 18:27:38 +0100 Subject: [Shotwell] sorting of photos without EXIF data In-Reply-To: <4B2D0B88.80107@techfak.uni-bielefeld.de> References: <4B2D0B88.80107@techfak.uni-bielefeld.de> Message-ID: <4B2D0D0A.7080005@techfak.uni-bielefeld.de> Ingo L?tkebohle schrieb: > I just noted that photos without EXIF data are lumped together at the > bottom of the "all photos" view and are not associated with any event. btw, slightly worse: When I move such an image into an event, the /whole event/ is sorted into January 1970! cheers, -- Ingo L?tkebohle -- http://aiweb.techfak.uni-bielefeld.de/user/ingo-lutkebohle Applied Informatics Group -- Bielefeld University -- +49-521-106-2952 From mnemo at minimum.se Sat Dec 19 17:47:05 2009 From: mnemo at minimum.se (Martin Olsson) Date: Sat, 19 Dec 2009 18:47:05 +0100 Subject: [Shotwell] Call for testing, round 2 In-Reply-To: References: Message-ID: <4B2D1199.7030208@minimum.se> Jim Nelson skrev: > These, plus a number of smaller bug fixes, means Shotwell has changed quite > a bit in the last four days. We'd *really* appreciate it if you could > update your source and bang on the latest version. MAJOR: delete ~/.shotwell, download and import this JPG image: http://temp.minimum.se/shotwell_crashers/24pipe.7.jpg double click that particular photo to open in inside Shotwell, then click "Red Eye" and click "Apply". Reproducible SIGABRT: ERROR:Photo.vala:1316:transformable_photo_get_pixbuf_with_exceptions: assertion failed: (instance.radius != (-1)) "bt full" attached. MAJOR: delete ~/.shotwell, download and import this JPG image: http://temp.minimum.se/shotwell_crashers/armband_import_crash.jpg During import; reproducible SIGABRT: ERROR:Exif.vala:92:exif_find_entry: assertion failed: (entry->size == (exif_format_get_size (format) * size)) "bt full" attached. Martin -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: shotwell_pipe_redeye_crash.txt URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: shotwell_armband_import_crash.txt URL: From mnemo at minimum.se Sun Dec 20 00:32:42 2009 From: mnemo at minimum.se (Martin Olsson) Date: Sun, 20 Dec 2009 01:32:42 +0100 Subject: [Shotwell] Call for testing, round 2 In-Reply-To: References: Message-ID: <4B2D70AA.5030500@minimum.se> Jim Nelson skrev: > These, plus a number of smaller bug fixes, means Shotwell has changed quite > a bit in the last four days. We'd *really* appreciate it if you could > update your source and bang on the latest version. MAJOR: download and import this JPG. Reproducible SIGABRT: ERROR:src/Exif.c:214:exif_find_first_entry: assertion failed: (entry->format == format) http://temp.minimum.se/shotwell_crashers/1.jpg "bt full" attached. Martin -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: shotwell_import_crash_bad_format.txt URL: From garibaldi at wiscollectorcar.com Sun Dec 20 17:11:52 2009 From: garibaldi at wiscollectorcar.com (Garibaldi) Date: Sun, 20 Dec 2009 11:11:52 -0600 Subject: [Shotwell] Import Folder Organization Message-ID: Hello Shotwell Team, Thank you for this excellent photo manager for Gnome! I was floored at how intuitive it is and the rich feature set! I do have one question - I am using the 0.32 release and when I import photos from my camera, they are imported to /home/username/month/day . I would prefer to name the folder that they imported to or at least have the month/day hierarchy created in /home/username/Pictures instead. Is it possible to specify the folder to import to, or will that come in 0.4? Thanks Andrew -------------- next part -------------- An HTML attachment was scrubbed... URL: From mnemo at minimum.se Sun Dec 20 17:39:12 2009 From: mnemo at minimum.se (Martin Olsson) Date: Sun, 20 Dec 2009 18:39:12 +0100 Subject: [Shotwell] Import Folder Organization In-Reply-To: References: Message-ID: <4B2E6140.4030702@minimum.se> Garibaldi wrote: > Thank you for this excellent photo manager for Gnome! I was floored at how > intuitive it is and the rich feature set! I do have one question - I am > using the 0.32 release and when I import photos from my camera, they are > imported to /home/username/month/day . I would prefer to name the folder > that they imported to or at least have the month/day hierarchy created in > /home/username/Pictures instead. Is it possible to specify the folder to > import to, or will that come in 0.4? Shotwell uses the system-wide "Pictures" folder defined by XDG. There is a special config file that determine where all these XDG folders are located but I think the location of this config file is distribution specific. For Ubuntu you can try: ~/.config/user-dirs.dirs Anyway, other people have asked for it to become easier to setup a custom "pictures"-folder (without using XDG tools), and there is a ticket that tracks this feature request: http://trac.yorba.org/ticket/1075 Martin From mnemo at minimum.se Sun Dec 20 18:39:16 2009 From: mnemo at minimum.se (Martin Olsson) Date: Sun, 20 Dec 2009 19:39:16 +0100 Subject: [Shotwell] Call for testing, round 2 In-Reply-To: References: Message-ID: <4B2E6F54.1090307@minimum.se> Jim Nelson wrote: > These, plus a number of smaller bug fixes, means Shotwell has changed quite > a bit in the last four days. We'd *really* appreciate it if you could > update your source and bang on the latest version. MAJOR: downloading and importing this JPG image (below) reproducibly crashes: ** ERROR **: ThumbnailCache.vala:335: Error interpreting JPEG image file (Unsupported marker type 0x04) File: http://temp.minimum.se/shotwell_crashers/firefox46.jpg Martin -------------- next part -------------- A non-text attachment was scrubbed... Name: shotwell_import_crash_unsupported_marker_type.jpg Type: image/jpeg Size: 9715 bytes Desc: not available URL: From adam at yorba.org Mon Dec 21 18:07:47 2009 From: adam at yorba.org (Adam Dingle) Date: Mon, 21 Dec 2009 10:07:47 -0800 Subject: [Shotwell] sorting of photos without EXIF data In-Reply-To: <4B2D0D0A.7080005@techfak.uni-bielefeld.de> References: <4B2D0B88.80107@techfak.uni-bielefeld.de> <4B2D0D0A.7080005@techfak.uni-bielefeld.de> Message-ID: <4B2FB973.1080606@yorba.org> An HTML attachment was scrubbed... URL: From jim at yorba.org Tue Dec 22 03:21:03 2009 From: jim at yorba.org (Jim Nelson) Date: Mon, 21 Dec 2009 19:21:03 -0800 Subject: [Shotwell] strings inconsistencies and notes In-Reply-To: References: <4B2BE8CC.2040806@techfak.uni-bielefeld.de> Message-ID: > Minor detail that you can add to this list: > for strings that have plural forms, in the singular form, sometimes > you use %d, sometimes you use 1. It's not a serious issue but it's > inconsistent. > Good point -- this will be addressed in 0.4.0. > Another detail: there are many occurences of "photo" and only one of > "Picture" which you might want to change to photo. > The only Picture I can find relates to the default photo library directory, ~/Pictures (which is specified by GNOME/XDG) and "Profile Pictures", which is a Facebook special album. Otherwise, I think we're using "photo" consistently. Thanks, -- Jim -------------- next part -------------- An HTML attachment was scrubbed... URL: From jim at yorba.org Tue Dec 22 03:25:53 2009 From: jim at yorba.org (Jim Nelson) Date: Mon, 21 Dec 2009 19:25:53 -0800 Subject: [Shotwell] Ubuntu packaging bug 0.3.2, /usr/usr/share/applications In-Reply-To: <1261202238.3020.6.camel@universal-mechanism.org> References: <1261202238.3020.6.camel@universal-mechanism.org> Message-ID: > > The Ubuntu PPA by Yorba has a packaging bug. > /usr/usr/share/applications > Version 0.3.2 from the PPA. > I looked through our install process and can't see how this would happen. Can you be more specific, that is, what error message you're seeing, and when/where you're seeing it? > It would be nice if the PPA had nightly snapshots. I don't build from > src anymore. > That's a good idea -- I've ticketed it: http://trac.yorba.org/ticket/1220 Cheers, -- Jim -------------- next part -------------- An HTML attachment was scrubbed... URL: From shotwell at universal-mechanism.org Tue Dec 22 07:47:19 2009 From: shotwell at universal-mechanism.org (Nate Homier) Date: Tue, 22 Dec 2009 00:47:19 -0700 Subject: [Shotwell] Ubuntu packaging bug 0.3.2, /usr/usr/share/applications In-Reply-To: References: <1261202238.3020.6.camel@universal-mechanism.org> Message-ID: <1261468039.25922.15.camel@universal-mechanism.org> On Mon, 2009-12-21 at 19:25 -0800, Jim Nelson wrote: > The Ubuntu PPA by Yorba has a packaging bug. > /usr/usr/share/applications > Version 0.3.2 from the PPA. > > I looked through our install process and can't see how this would > happen. Can you be more specific, that is, what error message you're > seeing, and when/where you're seeing it? > > It would be nice if the PPA had nightly snapshots. I don't > build from > src anymore. > > That's a good idea -- I've ticketed it: > http://trac.yorba.org/ticket/1220 > > Cheers, > > -- Jim I only discovered it by accident and so I used "dpkg -S" to see what owned the stray directories. Shotwell was returned as the answer. I use Ubuntu 9.10 64 bit. I retrieved the deb from "/var/cache/apt/archives" and extracted the deb. I get "/home/nate/Downloads/shotwell_0.3.2-1~karmic1_amd64/usr". $ls "bin share usr" Looks to me a stray extra empty usr dir. Exact PPA https://launchpad.net/~yorba/+archive/ppa I used this method to add the repository. ppa:yorba/ppa Exact command and answer. nate at universal-mechanism:~$ dpkg -S /usr/usr shotwell: /usr/usr Nate From shotwell at universal-mechanism.org Tue Dec 22 08:41:39 2009 From: shotwell at universal-mechanism.org (Nate Homier) Date: Tue, 22 Dec 2009 01:41:39 -0700 Subject: [Shotwell] Ubuntu packaging bug 0.3.2, /usr/usr/share/applications In-Reply-To: <1261468039.25922.15.camel@universal-mechanism.org> References: <1261202238.3020.6.camel@universal-mechanism.org> <1261468039.25922.15.camel@universal-mechanism.org> Message-ID: <1261471299.26703.15.camel@universal-mechanism.org> On Tue, 2009-12-22 at 00:47 -0700, Nate Homier wrote: > On Mon, 2009-12-21 at 19:25 -0800, Jim Nelson wrote: > > The Ubuntu PPA by Yorba has a packaging bug. > > /usr/usr/share/applications > > Version 0.3.2 from the PPA. > > > > I looked through our install process and can't see how this would > > happen. Can you be more specific, that is, what error message you're > > seeing, and when/where you're seeing it? > > > > It would be nice if the PPA had nightly snapshots. I don't > > build from > > src anymore. > > > > That's a good idea -- I've ticketed it: > > http://trac.yorba.org/ticket/1220 > > > > Cheers, > > > > -- Jim > > I only discovered it by accident and so I used "dpkg -S" to see what > owned the stray directories. Shotwell was returned as the answer. I > use Ubuntu 9.10 64 bit. > > I retrieved the deb from "/var/cache/apt/archives" and extracted the > deb. I get "/home/nate/Downloads/shotwell_0.3.2-1~karmic1_amd64/usr". > $ls > "bin share usr" > Looks to me a stray extra empty usr dir. > > Exact PPA > https://launchpad.net/~yorba/+archive/ppa > I used this method to add the repository. > ppa:yorba/ppa > > Exact command and answer. > nate at universal-mechanism:~$ dpkg -S /usr/usr > shotwell: /usr/usr > > Nate Just to add more info. The PPA build log clearly shows /usr/usr. http://launchpadlibrarian.net/35553788/buildlog_ubuntu-karmic-amd64.shotwell_0.3.2-1~karmic1_FULLYBUILT.txt.gz In Firefox Ctrl-f and search term /usr/usr. In the file "shotwell_0.3.2-1~karmic1.tar.gz" there is: "/home/nate/Downloads/shotwell-0.3.2/debian" And this contains the file dirs and this file contains /usr. Also in this "shotwell_0.3.2-1~karmic1.tar.gz" file, it contains the make file and in here on line 22 it looks suspicious: "mkdir -p $(DESTDIR)$(PREFIX)/usr/share/applications". Nate From caccolangrifata at gmail.com Tue Dec 22 12:01:49 2009 From: caccolangrifata at gmail.com (caccolangrifata) Date: Tue, 22 Dec 2009 13:01:49 +0100 Subject: [Shotwell] Italian Traslation for Shotwell 0.4 Message-ID: <1261483309.6194.7.camel@mind> Hi everyone! Shotwell 0.4 is close and I took some time to update the Italian translation. So here's the patch. Bye -- Emanuele Grande -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Questa ? una parte del messaggio firmata digitalmente URL: From mweisshaupt1988 at googlemail.com Tue Dec 22 13:54:43 2009 From: mweisshaupt1988 at googlemail.com (=?ISO-8859-15?Q?Martin_Wei=DFhaupt?=) Date: Tue, 22 Dec 2009 14:54:43 +0100 Subject: [Shotwell] Shotwell translation Message-ID: <4B30CFA3.8020600@googlemail.com> Finally I found some time to contribute something to shotwell. The last few weeks I've been a bit stressed out ;-) Ingo has done an amazing job translating shotwell into german but there where some minor things that I changed. I found 2 untranslated strings in the fullscreen mode of shotwell: Pin the toolbar Leave Fullscreen I also noticed that the menu bar says "Rotate the photos right" even if one photo is selected. This is not too bad tough. Regards, Martin Wei?haupt From caccolangrifata at gmail.com Tue Dec 22 12:03:03 2009 From: caccolangrifata at gmail.com (caccolangrifata) Date: Tue, 22 Dec 2009 13:03:03 +0100 Subject: [Shotwell] Italian Traslation for Shotwell 0.4 In-Reply-To: <1261483309.6194.7.camel@mind> References: <1261483309.6194.7.camel@mind> Message-ID: <1261483383.6194.8.camel@mind> Doh!! Forgot the attached. Il giorno mar, 22/12/2009 alle 13.01 +0100, caccolangrifata ha scritto: > Hi everyone! > Shotwell 0.4 is close and I took some time to update the Italian > translation. So here's the patch. > > Bye > > :D bye -- Emanuele Grande -------------- next part -------------- A non-text attachment was scrubbed... Name: it.po.patch Type: text/x-patch Size: 32263 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Questa ? una parte del messaggio firmata digitalmente URL: From mweisshaupt1988 at googlemail.com Tue Dec 22 18:07:32 2009 From: mweisshaupt1988 at googlemail.com (=?ISO-8859-15?Q?Martin_Wei=DFhaupt?=) Date: Tue, 22 Dec 2009 19:07:32 +0100 Subject: [Shotwell] Shotwell translation In-Reply-To: <4B30CFA3.8020600@googlemail.com> References: <4B30CFA3.8020600@googlemail.com> Message-ID: <4B310AE4.8000806@googlemail.com> Doh, I forgot to attach the translation ;-) Am 22.12.2009 14:54, schrieb Martin Wei?haupt: > Finally I found some time to contribute something to shotwell. > The last few weeks I've been a bit stressed out ;-) > > Ingo has done an amazing job translating shotwell into german but > there where some minor things that I changed. > > I found 2 untranslated strings in the fullscreen mode of shotwell: > Pin the toolbar > Leave Fullscreen > > I also noticed that the menu bar says "Rotate the photos right" even > if one photo is selected. > This is not too bad tough. > > Regards, > Martin Wei?haupt -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: de.po URL: From jim at yorba.org Tue Dec 22 18:44:22 2009 From: jim at yorba.org (Jim Nelson) Date: Tue, 22 Dec 2009 10:44:22 -0800 Subject: [Shotwell] Ubuntu packaging bug 0.3.2, /usr/usr/share/applications In-Reply-To: <1261471299.26703.15.camel@universal-mechanism.org> References: <1261202238.3020.6.camel@universal-mechanism.org> <1261468039.25922.15.camel@universal-mechanism.org> <1261471299.26703.15.camel@universal-mechanism.org> Message-ID: I just realized -- yes, this was reported awhile back. It's been fixed in 0.4.0, which we hope to release this week. Thanks, -- Jim On Tue, Dec 22, 2009 at 12:41 AM, Nate Homier < shotwell at universal-mechanism.org> wrote: > On Tue, 2009-12-22 at 00:47 -0700, Nate Homier wrote: > > On Mon, 2009-12-21 at 19:25 -0800, Jim Nelson wrote: > > > The Ubuntu PPA by Yorba has a packaging bug. > > > /usr/usr/share/applications > > > Version 0.3.2 from the PPA. > > > > > > I looked through our install process and can't see how this would > > > happen. Can you be more specific, that is, what error message you're > > > seeing, and when/where you're seeing it? > > > > > > It would be nice if the PPA had nightly snapshots. I don't > > > build from > > > src anymore. > > > > > > That's a good idea -- I've ticketed it: > > > http://trac.yorba.org/ticket/1220 > > > > > > Cheers, > > > > > > -- Jim > > > > I only discovered it by accident and so I used "dpkg -S" to see what > > owned the stray directories. Shotwell was returned as the answer. I > > use Ubuntu 9.10 64 bit. > > > > I retrieved the deb from "/var/cache/apt/archives" and extracted the > > deb. I get "/home/nate/Downloads/shotwell_0.3.2-1~karmic1_amd64/usr". > > $ls > > "bin share usr" > > Looks to me a stray extra empty usr dir. > > > > Exact PPA > > https://launchpad.net/~yorba/+archive/ppa > > I used this method to add the repository. > > ppa:yorba/ppa > > > > Exact command and answer. > > nate at universal-mechanism:~$ dpkg -S /usr/usr > > shotwell: /usr/usr > > > > Nate > > Just to add more info. > The PPA build log clearly shows /usr/usr. > > http://launchpadlibrarian.net/35553788/buildlog_ubuntu-karmic-amd64.shotwell_0.3.2-1~karmic1_FULLYBUILT.txt.gz > In Firefox Ctrl-f and search term /usr/usr. > In the file "shotwell_0.3.2-1~karmic1.tar.gz" there is: > "/home/nate/Downloads/shotwell-0.3.2/debian" > And this contains the file dirs and this file contains /usr. > > Also in this "shotwell_0.3.2-1~karmic1.tar.gz" file, it contains the > make file and in here on line 22 it looks suspicious: > "mkdir -p $(DESTDIR)$(PREFIX)/usr/share/applications". > > Nate > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jim at yorba.org Tue Dec 22 18:56:10 2009 From: jim at yorba.org (Jim Nelson) Date: Tue, 22 Dec 2009 10:56:10 -0800 Subject: [Shotwell] Italian & German translations Message-ID: This is great -- thanks so much for these! I'm adding them to the branch now. They should be up on Transifex soon. -- Jim -------------- next part -------------- An HTML attachment was scrubbed... URL: From jim at yorba.org Thu Dec 24 01:03:03 2009 From: jim at yorba.org (Jim Nelson) Date: Wed, 23 Dec 2009 17:03:03 -0800 Subject: [Shotwell] Announce: Shotwell 0.4.0 - a digital photo organizer for the GNOME desktop Message-ID: Yorba has released Shotwell 0.4.0, a major update to our digital photo organizer. This release includes many requested features, such as publishing to Facebook and Flickr, event splitting and merging, and undo/redo support. Thanks to the efforts of our testers, a slew of bugs have been vanquished. And thanks to the work of many translators, language packs are now available in Italian, German, Polish, Estonian, and Swedish. It is highly recommended that all users upgrade. We're also pleased to announce that an alpha-release of Shotwell for Windows is now available. This release has limited capabilities. Importing from cameras and Facebook/Flickr publishing are currently unavailable, but planned for in future releases. Shotwell 0.4.0's improvements include: * Facebook and Flickr publishing. * Events may now be split and merged. * Undo/redo. * Mark photos as favorite or hidden. View only favorites or show hidden photos. * Duplicate photos. * Numerous bug fixes. Download the source from the Shotwell home page at http://www.yorba.org/shotwell/ Binaries for jaunty and karmic will soon be available at Yorba's PPA: https://launchpad.net/~yorba/+archive/ppa -- Jim Nelson Shotwell home page: http://www.yorba.org/shotwell/ Shotwell wiki: http://trac.yorba.org/wiki/Shotwell -------------- next part -------------- An HTML attachment was scrubbed... URL: From ang.joeny at gmail.com Thu Dec 24 03:40:03 2009 From: ang.joeny at gmail.com (Joeny Ang) Date: Thu, 24 Dec 2009 11:40:03 +0800 Subject: [Shotwell] Announce: Shotwell 0.4.0 - a digital photo organizer for the GNOME desktop In-Reply-To: References: Message-ID: <62699a80912231940t4a6ae9d4t197dcef55b1b84bb@mail.gmail.com> Hello, You forgot to include the minver script in the 0.4.0 package :) Cheers! From adam at yorba.org Thu Dec 24 15:19:26 2009 From: adam at yorba.org (Adam Dingle) Date: Thu, 24 Dec 2009 10:19:26 -0500 Subject: [Shotwell] Announce: Shotwell 0.4.1 Message-ID: <7c6db8600912240719s648bda4brc8b3ebb0bf92495e@mail.gmail.com> Yorba has released Shotwell 0.4.1, a minor update following yesterday's 0.4.0 release. This release adds a build script which was missing in the 0.4.0 release. All users should upgrade. You can download the source from the Shotwell home page at http://www.yorba.org/shotwell/ . For Ubuntu users, binaries for Jaunty and Karmic will soon be available at Yorba's PPA: https://launchpad.net/~yorba/+archive/ppa. For Windows users, an installer is available at http://yorba.org/download/shotwell/0.4/setup-0.4.1.exe . Feedback is welcome. Enjoy! adam === Adam Dingle Yorba -------------- next part -------------- An HTML attachment was scrubbed... URL: From wouterstomp at gmail.com Fri Dec 25 00:07:09 2009 From: wouterstomp at gmail.com (Wouter Stomp) Date: Fri, 25 Dec 2009 01:07:09 +0100 Subject: [Shotwell] Feature request: Hyves uploading support Message-ID: Hello, Thanks for developing Shotwell. Would it be possible to add support for uploading photos to hyves? Hyves.nl is the dutch equivalent of facebook and has over 9 million users. Its API is well documented: http://trac.hyves-api.nl/wiki/APIHome As far as I know there is no other linux program that supports uploading to hyves yet. Thanks in advance, Wouter From iluetkeb at techfak.uni-bielefeld.de Sun Dec 27 13:08:35 2009 From: iluetkeb at techfak.uni-bielefeld.de (=?ISO-8859-15?Q?Ingo_L=FCtkebohle?=) Date: Sun, 27 Dec 2009 14:08:35 +0100 Subject: [Shotwell] unmount error in PTP mode & sd cards Message-ID: <4B375C53.1070109@techfak.uni-bielefeld.de> Hi, when I attach my camera in PTP mode, Shotwell tells me that it needs to unmount the camera to access it and asks whether it may do that. When I acknowledge, it complains that the camera cannot be unmounted and that I should try using the file manager. The thing is, the camera it not mounted (at least not according to "mount") and when I click on its entry in Shotwell again, it imports just fine. fyi, the camera is a Nikon D90 and I've imported from this camera, in exactly this setting, just fine. There /was/ a distribution upgrade since the last time I did that, so it may have something to do with that (I'm running Ubuntu Karmic). Also, since Shotwell 0.4, importing from SD Card seems to have changed. Previously, when I stuck the card in the reader, it would appear as a camera in Shotwell. I could then import partially, which is what I usually want. Since Shotwell 0.4, it does not appear anymore. Cheers, Ingo From iluetkeb at techfak.uni-bielefeld.de Sun Dec 27 13:11:52 2009 From: iluetkeb at techfak.uni-bielefeld.de (=?ISO-8859-1?Q?Ingo_L=FCtkebohle?=) Date: Sun, 27 Dec 2009 14:11:52 +0100 Subject: [Shotwell] unmount error in PTP mode & sd cards In-Reply-To: <4B375C53.1070109@techfak.uni-bielefeld.de> References: <4B375C53.1070109@techfak.uni-bielefeld.de> Message-ID: <4B375D18.1010204@techfak.uni-bielefeld.de> Am 27.12.2009 14:08, schrieb Ingo L?tkebohle: > The thing is, the camera it not mounted (at least not according to > "mount") and when I click on its entry in Shotwell again, it imports > just fine. Update: It does indeed import fine, but after that, when it asks me whether I want the photos deleted from the camera and I say "Delete", it crashes with this error: ERROR:DataObject.vala:207:data_source_real_notify_membership_changed: assertion failed: (self->priv->is_destroyed) FWIW, this happens /after/ the photos have been deleted. Another update: When I start shotwell again, without detaching the camera, it picks it up fine. There may be some bad volume-manager interaction going on (I have set Shotwell as the app for photo imports in volume manager). cheers, Ingo From iluetkeb at techfak.uni-bielefeld.de Sun Dec 27 13:15:29 2009 From: iluetkeb at techfak.uni-bielefeld.de (=?ISO-8859-15?Q?Ingo_L=FCtkebohle?=) Date: Sun, 27 Dec 2009 14:15:29 +0100 Subject: [Shotwell] UI help Message-ID: <4B375DF1.4080803@techfak.uni-bielefeld.de> Hi, when my current display settings (such as "Only Favorites") match nothing in the current event, nothing is displayed. While this is obviously correct behavior, it can be confusing, for example, when I have left on the settings from the last session and do not remember that they are on. It would be really cool if Shotwell could display some hint, either just in such situations, or describing the effect of settings (e.g., the number of photos not displayed or something). cheers, Ingo From adam at yorba.org Sun Dec 27 13:35:32 2009 From: adam at yorba.org (Adam Dingle) Date: Sun, 27 Dec 2009 08:35:32 -0500 Subject: [Shotwell] Feature request: Hyves uploading support In-Reply-To: References: Message-ID: <7c6db8600912270535uec5f476t187e150b81a449f0@mail.gmail.com> Wouter, > Would it be possible to add support for uploading photos to hyves? I've created a ticket for this ( http://trac.yorba.org/ticket/1228 ). Uploading to Hyves will probably be a low priority for us in the near future since Hyves is small relative to other photo services we'd like to support (e.g. PicasaWeb, Shutterfly). Sometime next year we hope to extend Shotwell to support plugins that export to photo services (see http://trac.yorba.org/ticket/182 ); at that point it should be relatively easy to write a Hyves plugin. cheers adam On Thu, Dec 24, 2009 at 7:07 PM, Wouter Stomp wrote: > Hello, > > Thanks for developing Shotwell. Would it be possible to add support > for uploading photos to hyves? Hyves.nl is the dutch equivalent of > facebook and has over 9 million users. Its API is well documented: > > http://trac.hyves-api.nl/wiki/APIHome > > As far as I know there is no other linux program that supports > uploading to hyves yet. Thanks in advance, > > Wouter > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > -------------- next part -------------- An HTML attachment was scrubbed... URL: From adam at yorba.org Sun Dec 27 13:39:25 2009 From: adam at yorba.org (Adam Dingle) Date: Sun, 27 Dec 2009 08:39:25 -0500 Subject: [Shotwell] UI help In-Reply-To: <4B375DF1.4080803@techfak.uni-bielefeld.de> References: <4B375DF1.4080803@techfak.uni-bielefeld.de> Message-ID: <7c6db8600912270539n747a5daetf42a2c5135645eb6@mail.gmail.com> Ingo, > when my current display settings (such as "Only Favorites") match > nothing in the current event, nothing is displayed. While this is > obviously correct behavior, it can be confusing... I agree that this is a potential usability problem. I myself got confused by this a week or two ago when I had Only Favorites checked and it took me a little while to figure out why newly imported photos weren't being displayed. > It would be really cool if Shotwell could display some hint, either just > in such situations, or describing the effect of settings (e.g., the > number of photos not displayed or something). That's a reasonable idea. Another possibility might be to clear Only Favorites every time Shotwell starts up since I think the user is most likely to be confused if that setting is set on startup. We'll think about this more and hopefully make some kind of change for 0.5. adam On Sun, Dec 27, 2009 at 8:15 AM, Ingo L?tkebohle < iluetkeb at techfak.uni-bielefeld.de> wrote: > Hi, > > when my current display settings (such as "Only Favorites") match > nothing in the current event, nothing is displayed. While this is > obviously correct behavior, it can be confusing, for example, when I > have left on the settings from the last session and do not remember that > they are on. > > It would be really cool if Shotwell could display some hint, either just > in such situations, or describing the effect of settings (e.g., the > number of photos not displayed or something). > > cheers, Ingo > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > -------------- next part -------------- An HTML attachment was scrubbed... URL: From iluetkeb at techfak.uni-bielefeld.de Sun Dec 27 13:46:08 2009 From: iluetkeb at techfak.uni-bielefeld.de (=?ISO-8859-15?Q?Ingo_L=FCtkebohle?=) Date: Sun, 27 Dec 2009 14:46:08 +0100 Subject: [Shotwell] translation updates Message-ID: <4B376520.8040206@techfak.uni-bielefeld.de> Hi, please find attached a few (mostly minor) changes to the German translation as a patch against the 0.4-branch. The only real error was in the date formatting for the item summary, the rest are small changes like moved mnemonics. btw, I noted that you have added the translators to the THANKS file. Thanks for that! :-) I also noted that the About box does not list translators. I have sometimes seen a second tab for the translators in that box. I don't particularly care, as the translations are pretty minor compared to the rest, but just a thought ;-) Best Regards, Ingo -------------- next part -------------- A non-text attachment was scrubbed... Name: post-0.4.1.patch Type: text/x-patch Size: 2930 bytes Desc: not available URL: From iluetkeb at techfak.uni-bielefeld.de Sun Dec 27 14:50:57 2009 From: iluetkeb at techfak.uni-bielefeld.de (=?ISO-8859-15?Q?Ingo_L=FCtkebohle?=) Date: Sun, 27 Dec 2009 15:50:57 +0100 Subject: [Shotwell] translation updates In-Reply-To: <4B376520.8040206@techfak.uni-bielefeld.de> References: <4B376520.8040206@techfak.uni-bielefeld.de> Message-ID: <4B377451.4030304@techfak.uni-bielefeld.de> Am 27.12.2009 14:46, schrieb Ingo L?tkebohle: > please find attached a few (mostly minor) changes to the German > translation as a patch against the 0.4-branch. The only real error was > in the date formatting for the item summary, the rest are small changes > like moved mnemonics. A few more updates attached. These are genuine errors caused by misinterpretation of the context in which these strings appear. Cheers, Ingo -------------- next part -------------- A non-text attachment was scrubbed... Name: post-0.4.1.patch Type: text/x-patch Size: 3293 bytes Desc: not available URL: From naheemzaffar at gmail.com Sun Dec 27 18:42:40 2009 From: naheemzaffar at gmail.com (Naheem Zaffar) Date: Sun, 27 Dec 2009 18:42:40 +0000 Subject: [Shotwell] Shotwell 0.4.1 (Windows 7) does not start Message-ID: <3adc77210912271042x1cc8326ctc4446a50d2a0d211@mail.gmail.com> Hi all, I just decided to give the windows version a whirl - setup 0.4.1 on Windows 7 (64 bit, so that may have some effect) and I cannot get the program to start - I get the following error: **ERROR**: Resourced.vala:232: Unable to load image-loading module: c:/MinGW/lib/gtk-2.0/2.10.0/loaders/svg_loader.dll: `c:/MinGW/lib/gtk-2.0/2.10.0/loaders/svg_loader.dll': The specified module could not be found. aborting... I do not have mingw installed, so I assume it should not be looking for it? -------------- next part -------------- An HTML attachment was scrubbed... URL: From adam at yorba.org Mon Dec 28 14:57:59 2009 From: adam at yorba.org (Adam Dingle) Date: Mon, 28 Dec 2009 09:57:59 -0500 Subject: [Shotwell] Shotwell 0.4.1 (Windows 7) does not start In-Reply-To: <3adc77210912271042x1cc8326ctc4446a50d2a0d211@mail.gmail.com> References: <3adc77210912271042x1cc8326ctc4446a50d2a0d211@mail.gmail.com> Message-ID: <7c6db8600912280657w498e6f95pc521cd29ab6f3fb9@mail.gmail.com> Naheem, thanks for your error report. Yes, this is a bug. The Windows installer is supposed to install Shotwell in a way which has no dependencies on the MinGW directory structure used to build Shotwell on Windows. But it turns out that there still is one such dependency, and we didn't realize that. Oops - that's why this is an alpha. :) I've created a ticket: http://trac.yorba.org/ticket/1229 For now, you can work around this like this: Create a directory C:\MinGW\lib\gtk-2.0\2.10.0\loaders . Copy all files from INSTALL_DIR\lib\gtk-2.0\2.10.0\loaders into the directory you just created, where INSTALL_DIR is the directory where you've installed Shotwell (probably c:\Program Files\Shotwell). Now Shotwell should run fine. adam On Sun, Dec 27, 2009 at 1:42 PM, Naheem Zaffar wrote: > Hi all, > > I just decided to give the windows version a whirl - setup 0.4.1 on > Windows 7 (64 bit, so that may have some effect) and I cannot get the > program to start - I get the following error: > > **ERROR**: Resourced.vala:232: Unable to load image-loading module: > c:/MinGW/lib/gtk-2.0/2.10.0/loaders/svg_loader.dll: > `c:/MinGW/lib/gtk-2.0/2.10.0/loaders/svg_loader.dll': The specified module > could not be found. > aborting... > > I do not have mingw installed, so I assume it should not be looking for it? > > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From adam at yorba.org Mon Dec 28 16:05:30 2009 From: adam at yorba.org (Adam Dingle) Date: Mon, 28 Dec 2009 11:05:30 -0500 Subject: [Shotwell] Shotwell 0.4.1 (Windows 7) does not start In-Reply-To: <7c6db8600912280657w498e6f95pc521cd29ab6f3fb9@mail.gmail.com> References: <3adc77210912271042x1cc8326ctc4446a50d2a0d211@mail.gmail.com> <7c6db8600912280657w498e6f95pc521cd29ab6f3fb9@mail.gmail.com> Message-ID: <7c6db8600912280805x1edb5ba3ua549f1810032fff4@mail.gmail.com> Given that the Windows installer is broken as described previously in this thread, I've removed all references to the Windows build from the Yorba Web site for now. The installer is still available at the following URL for those who want to follow the instructions I posted earlier to make it work: http://yorba.org/download/shotwell/0.4/setup-0.4.1.exe We'll fix the bug and release a working Windows installer in the next week or two. adam On Mon, Dec 28, 2009 at 9:57 AM, Adam Dingle wrote: > Naheem, > > thanks for your error report. Yes, this is a bug. The Windows installer > is supposed to install Shotwell in a way which has no dependencies on the > MinGW directory structure used to build Shotwell on Windows. But it turns > out that there still is one such dependency, and we didn't realize that. > Oops - that's why this is an alpha. :) I've created a ticket: > > > http://trac.yorba.org/ticket/1229 > > For now, you can work around this like this: Create a directory > C:\MinGW\lib\gtk-2.0\2.10.0\loaders . Copy all files from > INSTALL_DIR\lib\gtk-2.0\2.10.0\loaders into the directory you just created, > where INSTALL_DIR is the directory where you've installed Shotwell (probably > c:\Program Files\Shotwell). Now Shotwell should run fine. > > adam > > On Sun, Dec 27, 2009 at 1:42 PM, Naheem Zaffar wrote: > >> Hi all, >> >> I just decided to give the windows version a whirl - setup 0.4.1 on >> Windows 7 (64 bit, so that may have some effect) and I cannot get the >> program to start - I get the following error: >> >> **ERROR**: Resourced.vala:232: Unable to load image-loading module: >> c:/MinGW/lib/gtk-2.0/2.10.0/loaders/svg_loader.dll: >> `c:/MinGW/lib/gtk-2.0/2.10.0/loaders/svg_loader.dll': The specified module >> could not be found. >> aborting... >> >> I do not have mingw installed, so I assume it should not be looking for >> it? >> >> >> _______________________________________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mark at foresightlinux.org Mon Dec 28 18:29:05 2009 From: mark at foresightlinux.org (Mark Trompell) Date: Mon, 28 Dec 2009 19:29:05 +0100 Subject: [Shotwell] interesting approach? Message-ID: <20091228192905.0d32fcd0@noname> While browsing here and there I found that commit messages of solang: http://git.savannah.gnu.org/cgit/solang.git/commit/?h=tracker&id=f93aca51902d555331ede95d92aac7f1c4353cd2 Sounds like an interesting approach to me. Mark From vperetokin at gmail.com Mon Dec 28 20:05:54 2009 From: vperetokin at gmail.com (Vadim Peretokin) Date: Mon, 28 Dec 2009 15:05:54 -0500 Subject: [Shotwell] interesting approach? In-Reply-To: <20091228192905.0d32fcd0@noname> References: <20091228192905.0d32fcd0@noname> Message-ID: <6995ca080912281205x75fb4554l7cb7db273f07e2ec@mail.gmail.com> That's quote good actually and is leading to to that zeitgist technology. On Dec 28, 2009 11:29 AM, "Mark Trompell" wrote: While browsing here and there I found that commit messages of solang: http://git.savannah.gnu.org/cgit/solang.git/commit/?h=tracker&id=f93aca51902d555331ede95d92aac7f1c4353cd2 Sounds like an interesting approach to me. Mark _______________________________________________ Shotwell mailing list Shotwell at lists.yorba.org http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell -------------- next part -------------- An HTML attachment was scrubbed... URL: From jim at yorba.org Tue Dec 29 23:04:18 2009 From: jim at yorba.org (Jim Nelson) Date: Tue, 29 Dec 2009 15:04:18 -0800 Subject: [Shotwell] Announce: Shotwell 0.4.1 - a digital photo organizer for the GNOME desktop Message-ID: Just a quick announcement: We've released Shotwell 0.4.1. (It was actually released five days ago as a quick turnaround -- thanks Adam!) The only change from 0.4.0 is that a build script was missing from the tarball. 0.4.1 corrects this oversight. Also, Shotwell 0.4.1 is now available from Yorba's Launchpad PPA for Ubuntu 9.10 (Karmic). We hope to offer it for Lucid shortly. https://launchpad.net/~yorba/+archive/ppa Thanks, -- Jim Nelson -------------- next part -------------- An HTML attachment was scrubbed... URL: From jim at yorba.org Tue Dec 29 23:48:10 2009 From: jim at yorba.org (Jim Nelson) Date: Tue, 29 Dec 2009 15:48:10 -0800 Subject: [Shotwell] interesting approach? In-Reply-To: <20091228192905.0d32fcd0@noname> References: <20091228192905.0d32fcd0@noname> Message-ID: Thanks for passing this along. Very interesting ... we'll be taking a harder look at this soon! -- Jim On Mon, Dec 28, 2009 at 10:29 AM, Mark Trompell wrote: > While browsing here and there I found that commit messages of solang: > > http://git.savannah.gnu.org/cgit/solang.git/commit/?h=tracker&id=f93aca51902d555331ede95d92aac7f1c4353cd2 > > Sounds like an interesting approach to me. > > Mark > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jim at yorba.org Tue Dec 29 23:55:22 2009 From: jim at yorba.org (Jim Nelson) Date: Tue, 29 Dec 2009 15:55:22 -0800 Subject: [Shotwell] translation updates In-Reply-To: <4B377451.4030304@techfak.uni-bielefeld.de> References: <4B376520.8040206@techfak.uni-bielefeld.de> <4B377451.4030304@techfak.uni-bielefeld.de> Message-ID: Thanks for these patches Ingo! I'll make sure they're added to the repository soon. And I think your idea to credit translators in the About box is great. Here's the ticket: http://trac.yorba.org/ticket/1231 Cheers, -- Jim On Sun, Dec 27, 2009 at 6:50 AM, Ingo L?tkebohle < iluetkeb at techfak.uni-bielefeld.de> wrote: > Am 27.12.2009 14:46, schrieb Ingo L?tkebohle: > > please find attached a few (mostly minor) changes to the German >> translation as a patch against the 0.4-branch. The only real error was >> in the date formatting for the item summary, the rest are small changes >> like moved mnemonics. >> > > A few more updates attached. These are genuine errors caused by > misinterpretation of the context in which these strings appear. > > > Cheers, Ingo > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jim at yorba.org Wed Dec 30 00:32:08 2009 From: jim at yorba.org (Jim Nelson) Date: Tue, 29 Dec 2009 16:32:08 -0800 Subject: [Shotwell] unmount error in PTP mode & sd cards In-Reply-To: <4B375D18.1010204@techfak.uni-bielefeld.de> References: <4B375C53.1070109@techfak.uni-bielefeld.de> <4B375D18.1010204@techfak.uni-bielefeld.de> Message-ID: Camera support is one of the trickiest parts of Shotwell because of all the systems at play. Although I don't know all the under-the-hood interactions, some of these problems may be timing (just giving everything enough time to re-sync) and some may be a system getting into a bad state (including the camera firmware itself). We've seen an issue with the iPhone, for example, where it wouldn't respond after an unmount unless given 50ms (or so) to clear it's head (http://trac.yorba.org/ticket/189) You won't see cameras through the mount command. Cameras are mounted using GNOME VFS, which is a user-space mounting system. The easiest way to see the mounted camera is via Nautilus, Go -> Computer. If you see your camera there, it's mounted (and must be unmounted for Shotwell to work with it.) If for some reason Shotwell is unable to unmount the camera, you need to unmount it manually from this screen. Select the camera, right-click, and select "Unmount Volume". We'll look into the SD card problem: http://trac.yorba.org/ticket/1233 Also, I've reproduced your crasher. The ticket's here: http://trac.yorba.org/ticket/1232 When dealing with camera problems, I recommend using the latest gphoto library. Karmic comes with 2.4.6. 2.4.7 is the latest: http://www.gphoto.org/ Cheers, -- Jim On Sun, Dec 27, 2009 at 5:11 AM, Ingo L?tkebohle < iluetkeb at techfak.uni-bielefeld.de> wrote: > Am 27.12.2009 14:08, schrieb Ingo L?tkebohle: > > The thing is, the camera it not mounted (at least not according to > > "mount") and when I click on its entry in Shotwell again, it imports > > just fine. > > Update: It does indeed import fine, but after that, when it asks me > whether I want the photos deleted from the camera and I say "Delete", it > crashes with this error: > > ERROR:DataObject.vala:207:data_source_real_notify_membership_changed: > assertion failed: (self->priv->is_destroyed) > > FWIW, this happens /after/ the photos have been deleted. > > Another update: When I start shotwell again, without detaching the > camera, it picks it up fine. There may be some bad volume-manager > interaction going on (I have set Shotwell as the app for photo imports > in volume manager). > > cheers, Ingo > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > -------------- next part -------------- An HTML attachment was scrubbed... URL: From shotwell at universal-mechanism.org Wed Dec 30 07:19:55 2009 From: shotwell at universal-mechanism.org (Nate Homier) Date: Wed, 30 Dec 2009 00:19:55 -0700 Subject: [Shotwell] 0.4.1 question about "Adjust" function real time preview Message-ID: <1262157595.7278.15.camel@universal-mechanism.org> Hi I just upgraded to 0.4.1 in the Ubuntu PPA for 9.10. In the "Adjust" button for changing photo exposure and other stuff, I notice that the change is not in real time. Has this already been brought up on the list? If it has not been brought up, then it would be nice to have live preview. I apologize if this has been already noted. Nate From jim at yorba.org Wed Dec 30 19:46:26 2009 From: jim at yorba.org (Jim Nelson) Date: Wed, 30 Dec 2009 11:46:26 -0800 Subject: [Shotwell] 0.4.1 question about "Adjust" function real time preview In-Reply-To: <1262157595.7278.15.camel@universal-mechanism.org> References: <1262157595.7278.15.camel@universal-mechanism.org> Message-ID: Hi Nate, This works for me with 0.4.1 on Karmic. Can you reproduce this every time, with different photos? -- Jim On Tue, Dec 29, 2009 at 11:19 PM, Nate Homier < shotwell at universal-mechanism.org> wrote: > Hi I just upgraded to 0.4.1 in the Ubuntu PPA for 9.10. In the "Adjust" > button for changing photo exposure and other stuff, I notice that the > change is not in real time. Has this already been brought up on the > list? If it has not been brought up, then it would be nice to have live > preview. I apologize if this has been already noted. > > Nate > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > -------------- next part -------------- An HTML attachment was scrubbed... URL: From roman.yepishev at yandex.ua Wed Dec 30 19:57:12 2009 From: roman.yepishev at yandex.ua (Roman Yepishev) Date: Wed, 30 Dec 2009 21:57:12 +0200 Subject: [Shotwell] 0.4.1 question about "Adjust" function real time preview In-Reply-To: References: <1262157595.7278.15.camel@universal-mechanism.org> Message-ID: <1262203032.2952.120.camel@buzz.home> On Wed, 2009-12-30 at 11:46 -0800, Jim Nelson wrote: > Hi Nate, > > This works for me with 0.4.1 on Karmic. Can you reproduce this every > time, with different photos? Hm, I guess I am seeing the same behavior: When I am adjusting the sliders, the image is refreshed only when slider is left in one position for some time (timeout callback?). -- Roman Yepishev From jim at yorba.org Wed Dec 30 20:05:51 2009 From: jim at yorba.org (Jim Nelson) Date: Wed, 30 Dec 2009 12:05:51 -0800 Subject: [Shotwell] 0.4.1 question about "Adjust" function real time preview In-Reply-To: <1262203032.2952.120.camel@buzz.home> References: <1262157595.7278.15.camel@universal-mechanism.org> <1262203032.2952.120.camel@buzz.home> Message-ID: Ah. I thought the original poster was saying that the adjust sliders did not work. There is a delay after releasing the slider for the adjustment to take effect. These transformations are CPU-intensive (they have to process each pixel of the image, which is represented by at least three values, and the math can be complex). We're not-quite-there with having these made in real-time rather than relying on a delay. We have a couple of tickets for this: http://trac.yorba.org/ticket/673 http://trac.yorba.org/ticket/679 We're thinking about 0.5.0 right now, so this might be something we attack soon. If anyone wants to submit a patch, we're more than happy to take a look! Cheers, -- Jim On Wed, Dec 30, 2009 at 11:57 AM, Roman Yepishev wrote: > On Wed, 2009-12-30 at 11:46 -0800, Jim Nelson wrote: > > Hi Nate, > > > > This works for me with 0.4.1 on Karmic. Can you reproduce this every > > time, with different photos? > Hm, I guess I am seeing the same behavior: > > When I am adjusting the sliders, the image is refreshed only when slider > is left in one position for some time (timeout callback?). > > -- > Roman Yepishev > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From shotwell at universal-mechanism.org Wed Dec 30 22:39:29 2009 From: shotwell at universal-mechanism.org (Nate Homier) Date: Wed, 30 Dec 2009 15:39:29 -0700 Subject: [Shotwell] 0.4.1 question about "Adjust" function real time preview In-Reply-To: References: <1262157595.7278.15.camel@universal-mechanism.org> <1262203032.2952.120.camel@buzz.home> Message-ID: <1262212769.29352.4.camel@universal-mechanism.org> On Wed, 2009-12-30 at 12:05 -0800, Jim Nelson wrote: > Ah. I thought the original poster was saying that the adjust sliders > did not work. > > There is a delay after releasing the slider for the adjustment to take > effect. These transformations are CPU-intensive (they have to process > each pixel of the image, which is represented by at least three > values, and the math can be complex). We're not-quite-there with > having these made in real-time rather than relying on a delay. > > We have a couple of tickets for this: > http://trac.yorba.org/ticket/673 > http://trac.yorba.org/ticket/679 > > We're thinking about 0.5.0 right now, so this might be something we > attack soon. If anyone wants to submit a patch, we're more than happy > to take a look! > > Cheers, > > -- Jim > > On Wed, Dec 30, 2009 at 11:57 AM, Roman Yepishev > wrote: > On Wed, 2009-12-30 at 11:46 -0800, Jim Nelson wrote: > > Hi Nate, > > > > This works for me with 0.4.1 on Karmic. Can you reproduce > this every > > time, with different photos? > > Hm, I guess I am seeing the same behavior: > > When I am adjusting the sliders, the image is refreshed only > when slider > is left in one position for some time (timeout callback?). > > -- > Roman Yepishev > > One idea might be to show a low resolution thumbnail and use that for real time display of adjustments. At any rate I have been happy with 0.4.1, very nice. Nate From dontodd at gmail.com Thu Dec 31 21:54:30 2009 From: dontodd at gmail.com (Todd Slater) Date: Thu, 31 Dec 2009 16:54:30 -0500 Subject: [Shotwell] Shared photo library and database Message-ID: <9421dc6f0912311354j7228edd7v81e69abf0154504@mail.gmail.com> Hi, I just tried Shotwell for the first time today and I like it! I like to set up one photo directory and database to share with my family. I'm trying to figure out the best way to do this on a linux box. I noticed that Shotwell creates its own ~/.shotwell directory with relevant files. I went to my wife's directory and just made a symlink to my ~/.shotwell, which I added to a group we share. As far as I can tell, this works. However, the first time I did it I was in the process of importing pictures and I believe it caused Shotwell to crash as none of the pictures had and "events" associated with them when I relaunched it. Anyway, is there a "preferred" or "safer" way to share a single library and database? Thanks and happy New Year! Todd -------------- next part -------------- An HTML attachment was scrubbed... URL: