From pdo.smith at gmail.com Sun Aug 1 16:06:12 2010 From: pdo.smith at gmail.com (Peter DO Smith) Date: Sun, 1 Aug 2010 18:06:12 +0200 Subject: [Shotwell] event date format In-Reply-To: References: <1280599081.4445.116.camel@lappis> <70EE0DCC-84B9-40B2-8FDE-4CC4BC212709@gmail.com> Message-ID: I have a great number of entries under events for each month. I found that, when I scanned down the list, looking for a particular entry, the irregular format slowed me down. Whereas if I used a numeric format, which lined up vertically in columns, like so '2010-07-21', I was able to scan the list much more quickly and find the entry I wanted. Maybe that is just me and in any case it is no big deal since I just rename the events in the format I like. It would require proper usability testing to establish whether this experience is more general. So for me there are real benefits but whether or not that applies to others I won't hazard a guess. On Sat, Jul 31, 2010 at 11:15 PM, Tor L?vskogen Bollingmo < typografi at gmail.com> wrote: > Is there any real benefits from non-standard date formating? > > On 31. juli 2010, at 20:22, Peter DO Smith wrote: > > > Should we be afraid of having a few extra options in the preferences, > > provided intelligent defaults are chosen? So, for example, we could have > an > > option for date settings with the default taken from the locales setting. > > > > On Sat, Jul 31, 2010 at 8:06 PM, Jan-Christoph Borchardt < > > inquata at googlemail.com> wrote: > > > >> On Sat, Jul 31, 2010 at 7:58 PM, Bengt Thuree wrote: > >>> Don't you think there will be a lot of complaints that we do not follow > >>> the locale's setting further down the track? > >> > >> I guess so. It?s better to use the global setting than having a > >> non-standard and an extra option in the preferences. > >> > > _______________________________________________ > > Shotwell mailing list > > Shotwell at lists.yorba.org > > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From bengt at thuree.com Sun Aug 1 20:55:35 2010 From: bengt at thuree.com (Bengt Thuree) Date: Mon, 02 Aug 2010 06:55:35 +1000 Subject: [Shotwell] event date format In-Reply-To: References: <1280599081.4445.116.camel@lappis> <70EE0DCC-84B9-40B2-8FDE-4CC4BC212709@gmail.com> Message-ID: <1280696135.2909.0.camel@lappis> On Sun, 2010-08-01 at 18:06 +0200, Peter DO Smith wrote: > I have a great number of entries under events for each month. I found that, > when I scanned down the list, looking for a particular entry, the irregular > format slowed me down. Whereas if I used a numeric format, which lined up > vertically in columns, like so '2010-07-21', I was able to scan the list > much more quickly and find the entry I wanted. Maybe that is just me and in My 5 cents are on this thought for the same reason... From pocmatos at gmail.com Mon Aug 2 19:49:36 2010 From: pocmatos at gmail.com (Paulo J. Matos) Date: Mon, 02 Aug 2010 20:49:36 +0100 Subject: [Shotwell] Feature Request: no duplicate import References: Message-ID: <8439uweqwf.fsf@gmail.com> Jim Nelson writes: > Hello, > > Shotwell actually attempts to do duplicate detection rather than look for > duplicate filenames. I believe there was some problems with this in 0.5.0. > I highly recommend upgrading to the latest version (0.6.1) which is > available on our web site and via our PPA. Check the Shotwell home page for > more information: Once duplicate photos have already been imported, is there an option for 'Delete Duplicates'? -- PMatos From jim at yorba.org Mon Aug 2 20:10:36 2010 From: jim at yorba.org (Jim Nelson) Date: Mon, 2 Aug 2010 13:10:36 -0700 Subject: [Shotwell] Feature Request: no duplicate import In-Reply-To: <8439uweqwf.fsf@gmail.com> References: <8439uweqwf.fsf@gmail.com> Message-ID: Unfortunately, there's not. If it's only a handful of files, it might be easiest to look for them manually and remove them that way. Is it more than that? -- Jim On Mon, Aug 2, 2010 at 12:49 PM, Paulo J. Matos wrote: > Jim Nelson writes: > > > Hello, > > > > Shotwell actually attempts to do duplicate detection rather than look for > > duplicate filenames. I believe there was some problems with this in > 0.5.0. > > I highly recommend upgrading to the latest version (0.6.1) which is > > available on our web site and via our PPA. Check the Shotwell home page > for > > more information: > > Once duplicate photos have already been imported, is there an option for > 'Delete Duplicates'? > > -- > PMatos > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From jim at yorba.org Mon Aug 2 20:21:21 2010 From: jim at yorba.org (Jim Nelson) Date: Mon, 2 Aug 2010 13:21:21 -0700 Subject: [Shotwell] event date format In-Reply-To: <1280696135.2909.0.camel@lappis> References: <1280599081.4445.116.camel@lappis> <70EE0DCC-84B9-40B2-8FDE-4CC4BC212709@gmail.com> <1280696135.2909.0.camel@lappis> Message-ID: Hello, Just to be clear, the event date is internationalized, and so the translators select a format that's appropriate to their locale. Of course, that doesn't mean that the event formatting is to everyone's liking. I've added a ticket for this since this has stirred up enough interest: http://trac.yorba.org/ticket/2342 -- Jim On Sun, Aug 1, 2010 at 1:55 PM, Bengt Thuree wrote: > On Sun, 2010-08-01 at 18:06 +0200, Peter DO Smith wrote: > > I have a great number of entries under events for each month. I found > that, > > when I scanned down the list, looking for a particular entry, the > irregular > > format slowed me down. Whereas if I used a numeric format, which lined up > > vertically in columns, like so '2010-07-21', I was able to scan the list > > much more quickly and find the entry I wanted. Maybe that is just me and > in > > My 5 cents are on this thought for the same reason... > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From pocmatos at gmail.com Mon Aug 2 20:58:44 2010 From: pocmatos at gmail.com (Paulo J. Matos) Date: Mon, 02 Aug 2010 21:58:44 +0100 Subject: [Shotwell] Feature Request: no duplicate import In-Reply-To: (Jim Nelson's message of "Mon, 2 Aug 2010 13:10:36 -0700") References: <8439uweqwf.fsf@gmail.com> Message-ID: <84pqy0d94r.fsf@gmail.com> Jim Nelson writes: > Unfortunately, there's not. If it's only a handful of files, it might be > easiest to look for them manually and remove them that way. Is it more than > that? a lot more. :( What worries me is that some are tagged and some are not so if I run a script to delete the files by md5sum, I might be deleting the tagged files or even corrupting shotwell database, depending on how well shotwell deals with files deleted directly outside the program. Such a feature 'Merge duplicates' would definitely be useful. -- PMatos From jim at yorba.org Mon Aug 2 23:19:07 2010 From: jim at yorba.org (Jim Nelson) Date: Mon, 2 Aug 2010 16:19:07 -0700 Subject: [Shotwell] Feature Request: no duplicate import In-Reply-To: <84pqy0d94r.fsf@gmail.com> References: <8439uweqwf.fsf@gmail.com> <84pqy0d94r.fsf@gmail.com> Message-ID: Right now Shotwell will not detect missing files. It won't corrupt the database, but you'll still see them in Shotwell. In 0.7, we will scan the files and verify they're present, and if not we'll mark them as offline (they'll be in a "Missing Files" page). How do you envision the Merge Duplicates feature to work? I'm not sure I understand what that would do specifically. -- Jim On Mon, Aug 2, 2010 at 1:58 PM, Paulo J. Matos wrote: > Jim Nelson writes: > > > Unfortunately, there's not. If it's only a handful of files, it might be > > easiest to look for them manually and remove them that way. Is it more > than > > that? > > a lot more. :( > What worries me is that some are tagged and some are not so if I run a > script to delete the files by md5sum, I might be deleting the tagged > files or even corrupting shotwell database, depending on how well > shotwell deals with files deleted directly outside the program. Such a > feature 'Merge duplicates' would definitely be useful. > > -- > PMatos > From clifford at snowandsnow.us Tue Aug 3 03:05:03 2010 From: clifford at snowandsnow.us (Clifford Snow) Date: Mon, 2 Aug 2010 20:05:03 -0700 Subject: [Shotwell] Connect to Facebook Fails Message-ID: When I attempt to publish to Facebook I receive the following error message: Publishing to Facebook can't continue because the service returned a bad response.Session description object has no session key To try publishing to another service, select one from the above menu. I am on Fedora 13 using Shotwell 0.5.2 Shotwell publishes to Picasa 'Web albums.. flickr is not an option for me at this time. I believe that Shotwell Connector is setup correctly in Facebook. ( All permissions checked.) Any suggestions? From pocmatos at gmail.com Tue Aug 3 07:59:15 2010 From: pocmatos at gmail.com (Paulo J. Matos) Date: Tue, 03 Aug 2010 08:59:15 +0100 Subject: [Shotwell] Feature Request: no duplicate import In-Reply-To: (Jim Nelson's message of "Mon, 2 Aug 2010 16:19:07 -0700") References: <8439uweqwf.fsf@gmail.com> <84pqy0d94r.fsf@gmail.com> Message-ID: Jim Nelson writes: > > How do you envision the Merge Duplicates feature to work? I'm not sure I > understand what that would do specifically. > I imagine that you have a set of photos selected and you press 'Merge duplicates'. The photos hash is computed one-by-one, and equal photos see their tags merged and one of the duplicates is removed. This is done for all the selected photos. I might give it a try later on and provide a patch for it. -- PMatos From jim at yorba.org Tue Aug 3 20:50:56 2010 From: jim at yorba.org (Jim Nelson) Date: Tue, 3 Aug 2010 13:50:56 -0700 Subject: [Shotwell] call for sidebar icons In-Reply-To: References: Message-ID: > I made a couple of icons here: http://dl.dropbox.com/u/113489/lastroll.png > And here: http://dl.dropbox.com/u/113489/lastroll2.png > I dont know if you like any of them, but let me know if you want me to > change anything. > These are intriguing -- Adam is out of the office this week, we'll discuss them when he returns. I particularly like the first one, but we need to take a closer look. > > - What icon should we use for the Tags folder? And for each individual > tag? > > I can make one if you want. > > We'd love to see what you come up with. > On a side note about icons, I looked in the /usr/share/shotwell/icons > folder and I noticed that doesn't follow the standard naming spec, so > if you want to change an icon you have to overwrite the original one. > Would be great if you can change this. (I'm sorry if there's a bug > report about this but I couldn't find it) > I'm assuming you mean this spec: http://library.gnome.org/devel/icon-naming-spec/ We do have an outstanding ticket, but the name is a little misleading. It's at http://trac.yorba.org/ticket/1578 -- Jim From robert.ancell at canonical.com Thu Aug 5 03:56:46 2010 From: robert.ancell at canonical.com (Robert Ancell) Date: Thu, 05 Aug 2010 13:56:46 +1000 Subject: [Shotwell] Request for review: Shotwell Mallard documentation Message-ID: <4C5A367E.4040605@canonical.com> Hi, I've taken the documentation from the Shotwell website [1] and made it into a draft Mallard [2] document (i.e. offline documentation). To download the document and view in Yelp try the following commands: $ bzr clone lp:~robert-ancell/+junk/shotwell-help $ yelp shotwell-help Please review/comment. - Not sure of the license on the Shotwell website, can I use the content in the document and under what license? - I think it needs some images - Any major sections missing? I've tried to be conservative on the amount of information provided [1] http://trac.yorba.org/wiki/UsingShotwell0.6 [2] http://projectmallard.org/ From david.velazquez08 at gmail.com Thu Aug 5 15:49:13 2010 From: david.velazquez08 at gmail.com (David Velazquez) Date: Thu, 5 Aug 2010 11:49:13 -0400 Subject: [Shotwell] Request for review: Shotwell Mallard documentation In-Reply-To: <4C5A367E.4040605@canonical.com> References: <4C5A367E.4040605@canonical.com> Message-ID: Hi Robert, there's a ticket in Trac for this. I was actually working on the outline for this, but it seems you've got most of the work done already and covered the topics. http://trac.yorba.org/ticket/1143 On Wed, Aug 4, 2010 at 11:56 PM, Robert Ancell wrote: > Hi, > > I've taken the documentation from the Shotwell website [1] and made it > into a draft Mallard [2] document (i.e. offline documentation). > > To download the document and view in Yelp try the following commands: > $ bzr clone lp:~robert-ancell/+junk/shotwell-help > $ yelp shotwell-help > > Please review/comment. > > - Not sure of the license on the Shotwell website, can I use the content > in the document and under what license? > - I think it needs some images > - Any major sections missing? I've tried to be conservative on the > amount of information provided > > [1] http://trac.yorba.org/wiki/UsingShotwell0.6 > [2] http://projectmallard.org/ > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From robert.ancell at canonical.com Fri Aug 6 03:18:46 2010 From: robert.ancell at canonical.com (Robert Ancell) Date: Fri, 06 Aug 2010 13:18:46 +1000 Subject: [Shotwell] Request for review: Shotwell Mallard documentation In-Reply-To: References: <4C5A367E.4040605@canonical.com> Message-ID: <4C5B7F16.1040903@canonical.com> Sorry David, I didn't notice that bug! I've updated the bug with the information on this draft. On 06/08/10 01:49, David Velazquez wrote: > Hi Robert, there's a ticket in Trac for this. I was actually working > on the outline for this, but it seems you've got most of the work done > already and covered the topics. > > http://trac.yorba.org/ticket/1143 > > On Wed, Aug 4, 2010 at 11:56 PM, Robert Ancell > > wrote: > > Hi, > > I've taken the documentation from the Shotwell website [1] and made it > into a draft Mallard [2] document (i.e. offline documentation). > > To download the document and view in Yelp try the following commands: > $ bzr clone lp:~robert-ancell/+junk/shotwell-help > $ yelp shotwell-help > > Please review/comment. > > - Not sure of the license on the Shotwell website, can I use the > content > in the document and under what license? > - I think it needs some images > - Any major sections missing? I've tried to be conservative on the > amount of information provided > > [1] http://trac.yorba.org/wiki/UsingShotwell0.6 > [2] http://projectmallard.org/ > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > From gary.ryland at gmail.com Fri Aug 6 12:32:38 2010 From: gary.ryland at gmail.com (gazrat) Date: Fri, 6 Aug 2010 05:32:38 -0700 (PDT) Subject: [Shotwell] Remove thumbnails from database after Original photos deleted Message-ID: <1281097958567-18395.post@talk.nabble.com> Hi, I have a number of thumbnails that still exist in the Shotwell database and are shown. However, the original photo has been removed from its location. Is there a way to delete all thumbnails for photos that dont exist in their location ? A refresh ? Thanks -- View this message in context: http://shotwell.3510.www.nabble.com/Remove-thumbnails-from-database-after-Original-photos-deleted-tp18395p18395.html Sent from the Shotwell mailing list archive at Nabble.com. From jim at yorba.org Fri Aug 6 18:02:58 2010 From: jim at yorba.org (Jim Nelson) Date: Fri, 6 Aug 2010 11:02:58 -0700 Subject: [Shotwell] Remove thumbnails from database after Original photos deleted In-Reply-To: <1281097958567-18395.post@talk.nabble.com> References: <1281097958567-18395.post@talk.nabble.com> Message-ID: Not currently. In 0.7 (due out soon) Shotwell will check your library at startup and move all photos it can't fine to a "Missing File" page. You can remove it from there. This has been checked into trunk, by the way, if you want to try building it yourself. -- Jim On Fri, Aug 6, 2010 at 5:32 AM, gazrat wrote: > > Hi, > > I have a number of thumbnails that still exist in the Shotwell database and > are shown. However, the original photo has been removed from its location. > > Is there a way to delete all thumbnails for photos that dont exist in their > location ? A refresh ? > > Thanks > -- > View this message in context: > http://shotwell.3510.www.nabble.com/Remove-thumbnails-from-database-after-Original-photos-deleted-tp18395p18395.html > Sent from the Shotwell mailing list archive at Nabble.com. > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From jancborchardt at googlemail.com Fri Aug 6 19:57:38 2010 From: jancborchardt at googlemail.com (Jan-Christoph Borchardt) Date: Fri, 6 Aug 2010 21:57:38 +0200 Subject: [Shotwell] Trac ticket subscription Message-ID: Is it possible to subscribe to all the Shotwell ticket changes in Trac? I know there is a RSS feed, but Launchpad already uses mail notifications so I?m more comfortable with that for bugs. Adding myself manually to the cc list for every bug does not seem to be a good idea. http://trac.yorba.org/wiki/TracNotification was of no avail. If you can add me to a global cc list for Shotwell tickets, feel free to do that. :) From zedtux at zedroot.org Sun Aug 8 20:53:43 2010 From: zedtux at zedroot.org (ZedTuX) Date: Sun, 08 Aug 2010 22:53:43 +0200 Subject: [Shotwell] I can't use sw-glade cause of make failure. Message-ID: <1281300823.4639.4.camel@zUbuntu> Hi all, I'm still working of ticket #1702, and the first part of it is done. Im now looking to implement it in Shotwell, mean I have to work on GUI and Vala code. I'm using Subversion to get always the latest code. I start the sw-glade script and it return me this message: Run './configure --enable-build-for-glade' and then 'make' to generate shared library. So, I've execute the configure and then the make. And here is my problem, the make command failed with this error: cc src/main.o src/AppWindow.o src/CollectionPage.o src/Thumbnail.o src/DatabaseTables.o src/ThumbnailCache.o src/image_util.o src/CheckerboardLayout.o src/PhotoPage.o src/Page.o src/ImportPage.o src/GPhoto.o src/SortedList.o src/EventsDirectoryPage.o src/Dimensions.o src/Box.o src/Photo.o src/Orientation.o src/util.o src/BatchImport.o src/Dialogs.o src/Resources.o src/Debug.o src/Sidebar.o src/ColorTransformation.o src/EditingTools.o src/DataObject.o src/DataCollection.o src/LibraryWindow.o src/CameraTable.o src/DirectWindow.o src/Properties.o src/CustomComponents.o src/Config.o src/Event.o src/International.o src/Workers.o src/system.o src/AppDirs.o src/PixbufCache.o src/WebConnectors.o src/FacebookConnector.o src/CommandManager.o src/Commands.o src/SlideshowPage.o src/LibraryFiles.o src/FlickrConnector.o src/Printing.o src/Tag.o src/TagPage.o src/PicasaConnector.o src/Screensaver.o src/PhotoFileAdapter.o src/PhotoFileFormat.o src/PhotoFileSniffer.o src/PhotoMetadata.o src/GRaw.o src/GdkSupport.o src/JfifSupport.o src/RawSupport.o src/MimicManager.o src/TrashPage.o src/PngSupport.o src/PhotoExporter.o src/DirectoryMonitor.o src/LibraryMonitor.o src/OfflinePage.o src/LastImportPage.o src/AlienDatabase.o src/AlienDatabaseImportJob.o src/AlienDatabaseImportDialog.o src/FSpotDatabaseDriver.o src/FSpotDatabaseTables.o -O2 -g -pipe -fPIC -DG_UDEV_API_IS_SUBJECT_TO_CHANGE `pkg-config --libs atk gdk-2.0 gee-1.0 gtk+-2.0 glib-2.0 libexif sqlite3 gexiv2 gconf-2.0 libgphoto2 libsoup-2.4 libxml-2.0 unique-1.0 webkit-1.0 gudev-1.0 dbus-glib-1 gdk-x11-2.0 gthread-2.0` `./libraw-config --libs` -export-dynamic -shared -o libshotwell.so /usr/bin/ld: /usr/local/lib/libraw_r.a(libraw_cxx_mt.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC /usr/local/lib/libraw_r.a: could not read symbols: Bad value collect2: ld returned 1 exit status make: *** [libshotwell.so] Erreur 1 So, I have downloaded the latest version of LibRaw, compile it and installed it (make, make install), but still same issue. Could you help me please ? From brunogirin at gmail.com Sun Aug 8 21:05:35 2010 From: brunogirin at gmail.com (Bruno Girin) Date: Sun, 08 Aug 2010 22:05:35 +0100 Subject: [Shotwell] I can't use sw-glade cause of make failure. In-Reply-To: <1281300823.4639.4.camel@zUbuntu> References: <1281300823.4639.4.camel@zUbuntu> Message-ID: <1281301535.2325.3.camel@nuuk> On Sun, 2010-08-08 at 22:53 +0200, ZedTuX wrote: > > So, I have downloaded the latest version of LibRaw, compile it and > installed it (make, make install), but still same issue. Did you do the "make install" part as root? On Ubuntu, you would need to do: sudo make install. Bruno From zedtux at zedroot.org Sun Aug 8 21:27:38 2010 From: zedtux at zedroot.org (ZedTuX) Date: Sun, 08 Aug 2010 23:27:38 +0200 Subject: [Shotwell] I can't use sw-glade cause of make failure. In-Reply-To: <1281301535.2325.3.camel@nuuk> References: <1281300823.4639.4.camel@zUbuntu> <1281301535.2325.3.camel@nuuk> Message-ID: <1281302858.4639.5.camel@zUbuntu> Yes, I did it. On dim., 2010-08-08 at 22:05 +0100, Bruno Girin wrote: > On Sun, 2010-08-08 at 22:53 +0200, ZedTuX wrote: > > > > > So, I have downloaded the latest version of LibRaw, compile it and > > installed it (make, make install), but still same issue. > > Did you do the "make install" part as root? On Ubuntu, you would need to > do: sudo make install. > > Bruno > > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From kyle at bestcom-group.com Mon Aug 9 04:51:32 2010 From: kyle at bestcom-group.com (Bestcom/Kyle) Date: Mon, 9 Aug 2010 12:51:32 +0800 Subject: [Shotwell] Sea rate to South America Message-ID: <20100809.JDSJVSPKGLVORQLW@bestcom-group.com> Attn: Director of freight From: China bestcom logistics Dear All, Good day, We are forwarder agent in china, we hope to establish business relationship with you. Below is our new rate,pls note. Shenzhen to BUENOS AIRES/MONTEVIDEO/SANTOS/RIO DE JANEIRO/ITAJAI:USD2200/4350/4350 Shanghai to BUENOS AIRES/MONTEVIDEO/SANTOS/RIO DE JANEIRO/ITAJAI:USD2230/4450/4450 Ningbo to BUENOS AIRES/MONTEVIDEO/SANTOS/RIO DE JANEIRO/ITAJAI:USD2210/4410/4410 Remark, A.Our rate are all in for FOB shipment,not include local charge. B.Our rate can be negotiate basis on regular shipment. C.Our rate not valid for chinese forwarder,accept booking from actual shipper only. D.Freight prepaid for MB/L only and HB/L for shipper request. Any questions,please feel free contact us. Mr.Kyle Zhang(Sales Supervisor) BESTCOM LOGISTICS & TRADING LIMITED Shenzhen,Gangdong,China Tel:+86 755 36946994 36922228 Fax:+86 755 23444313 Email:kyle at bestcom-group.com Msn:bestcomkyle at hotmail.com Website:www.bestcom-group.com From pdo.smith at gmail.com Mon Aug 9 18:48:51 2010 From: pdo.smith at gmail.com (Peter DO Smith) Date: Mon, 9 Aug 2010 20:48:51 +0200 Subject: [Shotwell] Build 2032 hangs Message-ID: I have been downloading and building from trunk every few days. Todays download (2032) builds normally but after start up becomes unresponsive and one of the CPUs is driven into 99.9% load. So I have reverted to the previous version which runs fine. I am using Ubuntu 10.04. I hope this report is useful to you. Peter From adam at yorba.org Mon Aug 9 19:25:40 2010 From: adam at yorba.org (Adam Dingle) Date: Mon, 09 Aug 2010 12:25:40 -0700 Subject: [Shotwell] Sea rate to South America In-Reply-To: <20100809.JDSJVSPKGLVORQLW@bestcom-group.com> References: <20100809.JDSJVSPKGLVORQLW@bestcom-group.com> Message-ID: <4C605634.6010902@yorba.org> Shotwell list subscribers, apologies that the spam below made it onto this list. We've now reconfigured our mailing list software so that messages from non-members will have to wait for manual approval, so spam of this sort should not happen again. adam On 08/08/2010 09:51 PM, Bestcom/Kyle wrote: > Attn: Director of freight > From: China bestcom logistics > Dear All, > Good day, We are forwarder agent in china, we hope to establish business relationship with you. > Below is our new rate,pls note. > Shenzhen to BUENOS AIRES/MONTEVIDEO/SANTOS/RIO DE JANEIRO/ITAJAI:USD2200/4350/4350 > Shanghai to BUENOS AIRES/MONTEVIDEO/SANTOS/RIO DE JANEIRO/ITAJAI:USD2230/4450/4450 > Ningbo to BUENOS AIRES/MONTEVIDEO/SANTOS/RIO DE JANEIRO/ITAJAI:USD2210/4410/4410 > > > Remark, > A.Our rate are all in for FOB shipment,not include local charge. > B.Our rate can be negotiate basis on regular shipment. > C.Our rate not valid for chinese forwarder,accept booking from actual shipper only. > D.Freight prepaid for MB/L only and HB/L for shipper request. > Any questions,please feel free contact us. > > > > Mr.Kyle Zhang(Sales Supervisor) > BESTCOM LOGISTICS& TRADING LIMITED > Shenzhen,Gangdong,China > Tel:+86 755 36946994 36922228 > Fax:+86 755 23444313 > Email:kyle at bestcom-group.com > Msn:bestcomkyle at hotmail.com > Website:www.bestcom-group.com > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > From adam at yorba.org Mon Aug 9 19:29:25 2010 From: adam at yorba.org (Adam Dingle) Date: Mon, 09 Aug 2010 12:29:25 -0700 Subject: [Shotwell] Connect to Facebook Fails In-Reply-To: References: Message-ID: <4C605715.6070102@yorba.org> On 08/02/2010 08:05 PM, Clifford Snow wrote: > When I attempt to publish to Facebook I receive the following error message: > > Publishing to Facebook can't continue because the service returned a bad > response.Session description object has no session key > To try publishing to another service, select one from the above menu. > > I am on Fedora 13 using Shotwell 0.5.2 > > > Shotwell publishes to Picasa 'Web albums.. flickr is not an option for me > at this time. > > I believe that Shotwell Connector is setup correctly in Facebook. ( All > permissions checked.) > > Any suggestions? > Clifford, I believe that this problem was fixed in Shotwell 0.6. If you can build Shotwell 0.6 from source as described at http://yorba.org/shotwell/install/ , I'm hopeful that will fix your problem. If it doesn't, let us know and we can investigate further. adam From adam at yorba.org Mon Aug 9 19:50:35 2010 From: adam at yorba.org (Adam Dingle) Date: Mon, 09 Aug 2010 12:50:35 -0700 Subject: [Shotwell] I can't use sw-glade cause of make failure. In-Reply-To: <1281300823.4639.4.camel@zUbuntu> References: <1281300823.4639.4.camel@zUbuntu> Message-ID: <4C605C0B.6040309@yorba.org> ZedTuX, if you're on a 64-bit architecture and want to build the Glade library, you need to build libraw with the following command: make CFLAGS='-O4 -I. -w -fPIC' We've been meaning to add this to our build instructions but haven't gotten around to doing that yet (see http://trac.yorba.org/ticket/1695). I hope this helps - adam On 08/08/2010 01:53 PM, ZedTuX wrote: > Hi all, > > I'm still working of ticket #1702, and the first part of it is done. > Im now looking to implement it in Shotwell, mean I have to work on GUI > and Vala code. > > I'm using Subversion to get always the latest code. I start the sw-glade > script and it return me this message: > > Run './configure --enable-build-for-glade' and then 'make' to generate > shared library. > > So, I've execute the configure and then the make. And here is my > problem, the make command failed with this error: > > cc src/main.o src/AppWindow.o src/CollectionPage.o src/Thumbnail.o > src/DatabaseTables.o src/ThumbnailCache.o src/image_util.o > src/CheckerboardLayout.o src/PhotoPage.o src/Page.o src/ImportPage.o > src/GPhoto.o src/SortedList.o src/EventsDirectoryPage.o src/Dimensions.o > src/Box.o src/Photo.o src/Orientation.o src/util.o src/BatchImport.o > src/Dialogs.o src/Resources.o src/Debug.o src/Sidebar.o > src/ColorTransformation.o src/EditingTools.o src/DataObject.o > src/DataCollection.o src/LibraryWindow.o src/CameraTable.o > src/DirectWindow.o src/Properties.o src/CustomComponents.o src/Config.o > src/Event.o src/International.o src/Workers.o src/system.o src/AppDirs.o > src/PixbufCache.o src/WebConnectors.o src/FacebookConnector.o > src/CommandManager.o src/Commands.o src/SlideshowPage.o > src/LibraryFiles.o src/FlickrConnector.o src/Printing.o src/Tag.o > src/TagPage.o src/PicasaConnector.o src/Screensaver.o > src/PhotoFileAdapter.o src/PhotoFileFormat.o src/PhotoFileSniffer.o > src/PhotoMetadata.o src/GRaw.o src/GdkSupport.o src/JfifSupport.o > src/RawSupport.o src/MimicManager.o src/TrashPage.o src/PngSupport.o > src/PhotoExporter.o src/DirectoryMonitor.o src/LibraryMonitor.o > src/OfflinePage.o src/LastImportPage.o src/AlienDatabase.o > src/AlienDatabaseImportJob.o src/AlienDatabaseImportDialog.o > src/FSpotDatabaseDriver.o src/FSpotDatabaseTables.o -O2 -g -pipe -fPIC > -DG_UDEV_API_IS_SUBJECT_TO_CHANGE `pkg-config --libs atk gdk-2.0 > gee-1.0 gtk+-2.0 glib-2.0 libexif sqlite3 gexiv2 gconf-2.0 libgphoto2 > libsoup-2.4 libxml-2.0 unique-1.0 webkit-1.0 gudev-1.0 dbus-glib-1 > gdk-x11-2.0 gthread-2.0` `./libraw-config --libs` -export-dynamic > -shared -o libshotwell.so > /usr/bin/ld: /usr/local/lib/libraw_r.a(libraw_cxx_mt.o): relocation > R_X86_64_32 against `.rodata.str1.1' can not be used when making a > shared object; recompile with -fPIC > /usr/local/lib/libraw_r.a: could not read symbols: Bad value > collect2: ld returned 1 exit status > make: *** [libshotwell.so] Erreur 1 > > So, I have downloaded the latest version of LibRaw, compile it and > installed it (make, make install), but still same issue. > > Could you help me please ? > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > From jim at yorba.org Mon Aug 9 20:08:06 2010 From: jim at yorba.org (Jim Nelson) Date: Mon, 9 Aug 2010 13:08:06 -0700 Subject: [Shotwell] Build 2032 hangs In-Reply-To: References: Message-ID: Peter, Is your Pictures directory (i.e. your library directory, which you can determine from the Preferences dialog) rather large? I'm curious how many directories and files it might contain. If you could run Shotwell, let it go for a while (at 99.9% load) and then send me this file, that would help as well: ~/.cache/shotwell/shotwell.log -- Jim On Mon, Aug 9, 2010 at 11:48 AM, Peter DO Smith wrote: > I have been downloading and building from trunk every few days. > Todays download (2032) builds normally but after start up becomes > unresponsive and one of the CPUs is driven into 99.9% load. So I have > reverted to the previous version which runs fine. > I am using Ubuntu 10.04. I hope this report is useful to you. > Peter > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From zedtux at zedroot.org Mon Aug 9 20:37:18 2010 From: zedtux at zedroot.org (ZedTuX) Date: Mon, 09 Aug 2010 22:37:18 +0200 Subject: [Shotwell] I can't use sw-glade cause of make failure. In-Reply-To: <4C605C0B.6040309@yorba.org> References: <1281300823.4639.4.camel@zUbuntu> <4C605C0B.6040309@yorba.org> Message-ID: <1281386238.8714.1.camel@zUbuntu> Hello adam ! Thanks for it ! That's my case, I'm working with a 64-bit architecture. I'm compiling vala 0.9.5 and I'll try again ! Thanks ! On lun., 2010-08-09 at 12:50 -0700, Adam Dingle wrote: > ZedTuX, > > if you're on a 64-bit architecture and want to build the Glade library, > you need to build libraw with the following command: > > make CFLAGS='-O4 -I. -w -fPIC' > > We've been meaning to add this to our build instructions but haven't > gotten around to doing that yet (see > http://trac.yorba.org/ticket/1695). I hope this helps - > > adam > > On 08/08/2010 01:53 PM, ZedTuX wrote: > > Hi all, > > > > I'm still working of ticket #1702, and the first part of it is done. > > Im now looking to implement it in Shotwell, mean I have to work on GUI > > and Vala code. > > > > I'm using Subversion to get always the latest code. I start the sw-glade > > script and it return me this message: > > > > Run './configure --enable-build-for-glade' and then 'make' to generate > > shared library. > > > > So, I've execute the configure and then the make. And here is my > > problem, the make command failed with this error: > > > > cc src/main.o src/AppWindow.o src/CollectionPage.o src/Thumbnail.o > > src/DatabaseTables.o src/ThumbnailCache.o src/image_util.o > > src/CheckerboardLayout.o src/PhotoPage.o src/Page.o src/ImportPage.o > > src/GPhoto.o src/SortedList.o src/EventsDirectoryPage.o src/Dimensions.o > > src/Box.o src/Photo.o src/Orientation.o src/util.o src/BatchImport.o > > src/Dialogs.o src/Resources.o src/Debug.o src/Sidebar.o > > src/ColorTransformation.o src/EditingTools.o src/DataObject.o > > src/DataCollection.o src/LibraryWindow.o src/CameraTable.o > > src/DirectWindow.o src/Properties.o src/CustomComponents.o src/Config.o > > src/Event.o src/International.o src/Workers.o src/system.o src/AppDirs.o > > src/PixbufCache.o src/WebConnectors.o src/FacebookConnector.o > > src/CommandManager.o src/Commands.o src/SlideshowPage.o > > src/LibraryFiles.o src/FlickrConnector.o src/Printing.o src/Tag.o > > src/TagPage.o src/PicasaConnector.o src/Screensaver.o > > src/PhotoFileAdapter.o src/PhotoFileFormat.o src/PhotoFileSniffer.o > > src/PhotoMetadata.o src/GRaw.o src/GdkSupport.o src/JfifSupport.o > > src/RawSupport.o src/MimicManager.o src/TrashPage.o src/PngSupport.o > > src/PhotoExporter.o src/DirectoryMonitor.o src/LibraryMonitor.o > > src/OfflinePage.o src/LastImportPage.o src/AlienDatabase.o > > src/AlienDatabaseImportJob.o src/AlienDatabaseImportDialog.o > > src/FSpotDatabaseDriver.o src/FSpotDatabaseTables.o -O2 -g -pipe -fPIC > > -DG_UDEV_API_IS_SUBJECT_TO_CHANGE `pkg-config --libs atk gdk-2.0 > > gee-1.0 gtk+-2.0 glib-2.0 libexif sqlite3 gexiv2 gconf-2.0 libgphoto2 > > libsoup-2.4 libxml-2.0 unique-1.0 webkit-1.0 gudev-1.0 dbus-glib-1 > > gdk-x11-2.0 gthread-2.0` `./libraw-config --libs` -export-dynamic > > -shared -o libshotwell.so > > /usr/bin/ld: /usr/local/lib/libraw_r.a(libraw_cxx_mt.o): relocation > > R_X86_64_32 against `.rodata.str1.1' can not be used when making a > > shared object; recompile with -fPIC > > /usr/local/lib/libraw_r.a: could not read symbols: Bad value > > collect2: ld returned 1 exit status > > make: *** [libshotwell.so] Erreur 1 > > > > So, I have downloaded the latest version of LibRaw, compile it and > > installed it (make, make install), but still same issue. > > > > Could you help me please ? > > > > _______________________________________________ > > Shotwell mailing list > > Shotwell at lists.yorba.org > > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > > > > From pdo.smith at gmail.com Mon Aug 9 20:44:08 2010 From: pdo.smith at gmail.com (Peter DO Smith) Date: Mon, 9 Aug 2010 22:44:08 +0200 Subject: [Shotwell] Build 2032 hangs In-Reply-To: References: Message-ID: Jim, my photos folder contains 10,229 jpeg photos and nearly an equal number of RAW photos (.PEF and .DNG). There are 256 folders, each containing a sub-folder for the RAW photos. I will send the shotwell.log file to you tomorrow when I return to my office. Peter On Mon, Aug 9, 2010 at 10:08 PM, Jim Nelson wrote: > Peter, > > Is your Pictures directory (i.e. your library directory, which you can > determine from the Preferences dialog) rather large? I'm curious how many > directories and files it might contain. > > If you could run Shotwell, let it go for a while (at 99.9% load) and then > send me this file, that would help as well: > > ~/.cache/shotwell/shotwell.log > > -- Jim > > On Mon, Aug 9, 2010 at 11:48 AM, Peter DO Smith wrote: > >> I have been downloading and building from trunk every few days. >> Todays download (2032) builds normally but after start up becomes >> unresponsive and one of the CPUs is driven into 99.9% load. So I have >> reverted to the previous version which runs fine. >> I am using Ubuntu 10.04. I hope this report is useful to you. >> Peter >> _______________________________________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >> > > From zedtux at zedroot.org Mon Aug 9 20:44:43 2010 From: zedtux at zedroot.org (ZedTuX) Date: Mon, 09 Aug 2010 22:44:43 +0200 Subject: [Shotwell] I can't use sw-glade cause of make failure. In-Reply-To: <1281300823.4639.4.camel@zUbuntu> References: <1281300823.4639.4.camel@zUbuntu> Message-ID: <1281386683.8714.5.camel@zUbuntu> Ok, Adam fixed my issue, the compilation is now working great ! But I still can't edit glade files. When I execute the sw-glade script, it make a lot of warning in the terminal, then open glade. But in glade I only can see 3 windows (text_entry_dialog1, preferences_dialog and alien-db-import_dialog). On dim., 2010-08-08 at 22:53 +0200, ZedTuX wrote: > Hi all, > > I'm still working of ticket #1702, and the first part of it is done. > Im now looking to implement it in Shotwell, mean I have to work on GUI > and Vala code. > > I'm using Subversion to get always the latest code. I start the sw-glade > script and it return me this message: > > Run './configure --enable-build-for-glade' and then 'make' to generate > shared library. > > So, I've execute the configure and then the make. And here is my > problem, the make command failed with this error: > > cc src/main.o src/AppWindow.o src/CollectionPage.o src/Thumbnail.o > src/DatabaseTables.o src/ThumbnailCache.o src/image_util.o > src/CheckerboardLayout.o src/PhotoPage.o src/Page.o src/ImportPage.o > src/GPhoto.o src/SortedList.o src/EventsDirectoryPage.o src/Dimensions.o > src/Box.o src/Photo.o src/Orientation.o src/util.o src/BatchImport.o > src/Dialogs.o src/Resources.o src/Debug.o src/Sidebar.o > src/ColorTransformation.o src/EditingTools.o src/DataObject.o > src/DataCollection.o src/LibraryWindow.o src/CameraTable.o > src/DirectWindow.o src/Properties.o src/CustomComponents.o src/Config.o > src/Event.o src/International.o src/Workers.o src/system.o src/AppDirs.o > src/PixbufCache.o src/WebConnectors.o src/FacebookConnector.o > src/CommandManager.o src/Commands.o src/SlideshowPage.o > src/LibraryFiles.o src/FlickrConnector.o src/Printing.o src/Tag.o > src/TagPage.o src/PicasaConnector.o src/Screensaver.o > src/PhotoFileAdapter.o src/PhotoFileFormat.o src/PhotoFileSniffer.o > src/PhotoMetadata.o src/GRaw.o src/GdkSupport.o src/JfifSupport.o > src/RawSupport.o src/MimicManager.o src/TrashPage.o src/PngSupport.o > src/PhotoExporter.o src/DirectoryMonitor.o src/LibraryMonitor.o > src/OfflinePage.o src/LastImportPage.o src/AlienDatabase.o > src/AlienDatabaseImportJob.o src/AlienDatabaseImportDialog.o > src/FSpotDatabaseDriver.o src/FSpotDatabaseTables.o -O2 -g -pipe -fPIC > -DG_UDEV_API_IS_SUBJECT_TO_CHANGE `pkg-config --libs atk gdk-2.0 > gee-1.0 gtk+-2.0 glib-2.0 libexif sqlite3 gexiv2 gconf-2.0 libgphoto2 > libsoup-2.4 libxml-2.0 unique-1.0 webkit-1.0 gudev-1.0 dbus-glib-1 > gdk-x11-2.0 gthread-2.0` `./libraw-config --libs` -export-dynamic > -shared -o libshotwell.so > /usr/bin/ld: /usr/local/lib/libraw_r.a(libraw_cxx_mt.o): relocation > R_X86_64_32 against `.rodata.str1.1' can not be used when making a > shared object; recompile with -fPIC > /usr/local/lib/libraw_r.a: could not read symbols: Bad value > collect2: ld returned 1 exit status > make: *** [libshotwell.so] Erreur 1 > > So, I have downloaded the latest version of LibRaw, compile it and > installed it (make, make install), but still same issue. > > Could you help me please ? > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From jim at yorba.org Mon Aug 9 21:11:37 2010 From: jim at yorba.org (Jim Nelson) Date: Mon, 9 Aug 2010 14:11:37 -0700 Subject: [Shotwell] Build 2032 hangs In-Reply-To: References: Message-ID: One more thing that could help us out, Peter. If you run Shotwell like this from the console: % gdb shotwell 2>&1 | tee ~/shotwell.trace Then type "run" at the gdb prompt to start Shotwell. When the CPU is pegged, type Ctrl+C (in the console, not in Shotwell) and type "bt full" at the gdb prompt. Then type "c" and exit Shotwell. If you could send us ~/shotwell.trace, that would be of great help as well. Thanks, -- Jim On Mon, Aug 9, 2010 at 1:44 PM, Peter DO Smith wrote: > Jim, my photos folder contains 10,229 jpeg photos and nearly an equal > number of RAW photos (.PEF and .DNG). There are 256 folders, each containing > a sub-folder for the RAW photos. > > I will send the shotwell.log file to you tomorrow when I return to my > office. > Peter > > > On Mon, Aug 9, 2010 at 10:08 PM, Jim Nelson wrote: > >> Peter, >> >> Is your Pictures directory (i.e. your library directory, which you can >> determine from the Preferences dialog) rather large? I'm curious how many >> directories and files it might contain. >> >> If you could run Shotwell, let it go for a while (at 99.9% load) and then >> send me this file, that would help as well: >> >> ~/.cache/shotwell/shotwell.log >> >> -- Jim >> >> On Mon, Aug 9, 2010 at 11:48 AM, Peter DO Smith wrote: >> >>> I have been downloading and building from trunk every few days. >>> Todays download (2032) builds normally but after start up becomes >>> unresponsive and one of the CPUs is driven into 99.9% load. So I have >>> reverted to the previous version which runs fine. >>> I am using Ubuntu 10.04. I hope this report is useful to you. >>> Peter >>> _______________________________________________ >>> Shotwell mailing list >>> Shotwell at lists.yorba.org >>> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >>> >> >> > From jim at yorba.org Mon Aug 9 21:30:39 2010 From: jim at yorba.org (Jim Nelson) Date: Mon, 9 Aug 2010 14:30:39 -0700 Subject: [Shotwell] I can't use sw-glade cause of make failure. In-Reply-To: <1281386683.8714.5.camel@zUbuntu> References: <1281300823.4639.4.camel@zUbuntu> <1281386683.8714.5.camel@zUbuntu> Message-ID: That's normal. The warning messages are coming from Glade itself, and currently Shotwell only has 3 Glade dialogs (the TextEntry dialog is reused in various places). -- Jim On Mon, Aug 9, 2010 at 1:44 PM, ZedTuX wrote: > Ok, Adam fixed my issue, the compilation is now working great ! > > But I still can't edit glade files. > When I execute the sw-glade script, it make a lot of warning in the > terminal, then open glade. But in glade I only can see 3 windows > (text_entry_dialog1, preferences_dialog and alien-db-import_dialog). > > > On dim., 2010-08-08 at 22:53 +0200, ZedTuX wrote: > > Hi all, > > > > I'm still working of ticket #1702, and the first part of it is done. > > Im now looking to implement it in Shotwell, mean I have to work on GUI > > and Vala code. > > > > I'm using Subversion to get always the latest code. I start the sw-glade > > script and it return me this message: > > > > Run './configure --enable-build-for-glade' and then 'make' to generate > > shared library. > > > > So, I've execute the configure and then the make. And here is my > > problem, the make command failed with this error: > > > > cc src/main.o src/AppWindow.o src/CollectionPage.o src/Thumbnail.o > > src/DatabaseTables.o src/ThumbnailCache.o src/image_util.o > > src/CheckerboardLayout.o src/PhotoPage.o src/Page.o src/ImportPage.o > > src/GPhoto.o src/SortedList.o src/EventsDirectoryPage.o src/Dimensions.o > > src/Box.o src/Photo.o src/Orientation.o src/util.o src/BatchImport.o > > src/Dialogs.o src/Resources.o src/Debug.o src/Sidebar.o > > src/ColorTransformation.o src/EditingTools.o src/DataObject.o > > src/DataCollection.o src/LibraryWindow.o src/CameraTable.o > > src/DirectWindow.o src/Properties.o src/CustomComponents.o src/Config.o > > src/Event.o src/International.o src/Workers.o src/system.o src/AppDirs.o > > src/PixbufCache.o src/WebConnectors.o src/FacebookConnector.o > > src/CommandManager.o src/Commands.o src/SlideshowPage.o > > src/LibraryFiles.o src/FlickrConnector.o src/Printing.o src/Tag.o > > src/TagPage.o src/PicasaConnector.o src/Screensaver.o > > src/PhotoFileAdapter.o src/PhotoFileFormat.o src/PhotoFileSniffer.o > > src/PhotoMetadata.o src/GRaw.o src/GdkSupport.o src/JfifSupport.o > > src/RawSupport.o src/MimicManager.o src/TrashPage.o src/PngSupport.o > > src/PhotoExporter.o src/DirectoryMonitor.o src/LibraryMonitor.o > > src/OfflinePage.o src/LastImportPage.o src/AlienDatabase.o > > src/AlienDatabaseImportJob.o src/AlienDatabaseImportDialog.o > > src/FSpotDatabaseDriver.o src/FSpotDatabaseTables.o -O2 -g -pipe -fPIC > > -DG_UDEV_API_IS_SUBJECT_TO_CHANGE `pkg-config --libs atk gdk-2.0 > > gee-1.0 gtk+-2.0 glib-2.0 libexif sqlite3 gexiv2 gconf-2.0 libgphoto2 > > libsoup-2.4 libxml-2.0 unique-1.0 webkit-1.0 gudev-1.0 dbus-glib-1 > > gdk-x11-2.0 gthread-2.0` `./libraw-config --libs` -export-dynamic > > -shared -o libshotwell.so > > /usr/bin/ld: /usr/local/lib/libraw_r.a(libraw_cxx_mt.o): relocation > > R_X86_64_32 against `.rodata.str1.1' can not be used when making a > > shared object; recompile with -fPIC > > /usr/local/lib/libraw_r.a: could not read symbols: Bad value > > collect2: ld returned 1 exit status > > make: *** [libshotwell.so] Erreur 1 > > > > So, I have downloaded the latest version of LibRaw, compile it and > > installed it (make, make install), but still same issue. > > > > Could you help me please ? > > > > _______________________________________________ > > Shotwell mailing list > > Shotwell at lists.yorba.org > > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From zedtux at zedroot.org Mon Aug 9 21:41:47 2010 From: zedtux at zedroot.org (ZedTuX) Date: Mon, 09 Aug 2010 23:41:47 +0200 Subject: [Shotwell] I can't use sw-glade cause of make failure. In-Reply-To: References: <1281300823.4639.4.camel@zUbuntu> <1281386683.8714.5.camel@zUbuntu> Message-ID: <1281390107.8714.6.camel@zUbuntu> Ok, so how do you proceed to edit GUI ? On lun., 2010-08-09 at 14:30 -0700, Jim Nelson wrote: > That's normal. The warning messages are coming from Glade itself, and > currently Shotwell only has 3 Glade dialogs (the TextEntry dialog is > reused in various places). > > -- Jim > > On Mon, Aug 9, 2010 at 1:44 PM, ZedTuX wrote: > Ok, Adam fixed my issue, the compilation is now working > great ! > > But I still can't edit glade files. > When I execute the sw-glade script, it make a lot of warning > in the > terminal, then open glade. But in glade I only can see 3 > windows > (text_entry_dialog1, preferences_dialog and > alien-db-import_dialog). > > > > On dim., 2010-08-08 at 22:53 +0200, ZedTuX wrote: > > Hi all, > > > > I'm still working of ticket #1702, and the first part of it > is done. > > Im now looking to implement it in Shotwell, mean I have to > work on GUI > > and Vala code. > > > > I'm using Subversion to get always the latest code. I start > the sw-glade > > script and it return me this message: > > > > Run './configure --enable-build-for-glade' and then 'make' > to generate > > shared library. > > > > So, I've execute the configure and then the make. And here > is my > > problem, the make command failed with this error: > > > > cc src/main.o src/AppWindow.o src/CollectionPage.o > src/Thumbnail.o > > src/DatabaseTables.o src/ThumbnailCache.o src/image_util.o > > src/CheckerboardLayout.o src/PhotoPage.o src/Page.o > src/ImportPage.o > > src/GPhoto.o src/SortedList.o src/EventsDirectoryPage.o > src/Dimensions.o > > src/Box.o src/Photo.o src/Orientation.o src/util.o > src/BatchImport.o > > src/Dialogs.o src/Resources.o src/Debug.o src/Sidebar.o > > src/ColorTransformation.o src/EditingTools.o > src/DataObject.o > > src/DataCollection.o src/LibraryWindow.o src/CameraTable.o > > src/DirectWindow.o src/Properties.o src/CustomComponents.o > src/Config.o > > src/Event.o src/International.o src/Workers.o src/system.o > src/AppDirs.o > > src/PixbufCache.o src/WebConnectors.o > src/FacebookConnector.o > > src/CommandManager.o src/Commands.o src/SlideshowPage.o > > src/LibraryFiles.o src/FlickrConnector.o src/Printing.o > src/Tag.o > > src/TagPage.o src/PicasaConnector.o src/Screensaver.o > > src/PhotoFileAdapter.o src/PhotoFileFormat.o > src/PhotoFileSniffer.o > > src/PhotoMetadata.o src/GRaw.o src/GdkSupport.o > src/JfifSupport.o > > src/RawSupport.o src/MimicManager.o src/TrashPage.o > src/PngSupport.o > > src/PhotoExporter.o src/DirectoryMonitor.o > src/LibraryMonitor.o > > src/OfflinePage.o src/LastImportPage.o src/AlienDatabase.o > > src/AlienDatabaseImportJob.o src/AlienDatabaseImportDialog.o > > src/FSpotDatabaseDriver.o src/FSpotDatabaseTables.o -O2 -g > -pipe -fPIC > > -DG_UDEV_API_IS_SUBJECT_TO_CHANGE `pkg-config --libs atk > gdk-2.0 > > gee-1.0 gtk+-2.0 glib-2.0 libexif sqlite3 gexiv2 gconf-2.0 > libgphoto2 > > libsoup-2.4 libxml-2.0 unique-1.0 webkit-1.0 gudev-1.0 > dbus-glib-1 > > gdk-x11-2.0 gthread-2.0` `./libraw-config --libs` > -export-dynamic > > -shared -o libshotwell.so > > /usr/bin/ld: /usr/local/lib/libraw_r.a(libraw_cxx_mt.o): > relocation > > R_X86_64_32 against `.rodata.str1.1' can not be used when > making a > > shared object; recompile with -fPIC > > /usr/local/lib/libraw_r.a: could not read symbols: Bad value > > collect2: ld returned 1 exit status > > make: *** [libshotwell.so] Erreur 1 > > > > So, I have downloaded the latest version of LibRaw, compile > it and > > installed it (make, make install), but still same issue. > > > > Could you help me please ? > > > > _______________________________________________ > > Shotwell mailing list > > Shotwell at lists.yorba.org > > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > From stesind at googlemail.com Tue Aug 10 11:06:28 2010 From: stesind at googlemail.com (stesind) Date: Tue, 10 Aug 2010 13:06:28 +0200 Subject: [Shotwell] Shotwell newest build questions Message-ID: <1281438388.4445.15.camel@steffen-R522> Hi, I just compiled latest SVN version of Shotwell. Amazing stuff! But I have a question. I imported the images yesterday. Now after starting shotwell it eats one of my cores completely. What does it do? Currently I'm not importing. I have one wish. You have now events and tags on the left sidebar. Could you extend it to a metadata browser? It should allow to select multiple tags. Tags also should be dates and maybe camera, lens information, folders and more rankings like colors. Selection can be done by pressing CRTL button and as an AND operation. Since most of the data must be already in the database implementation should be possible before 0.7 release. Thanks, Steffen From adam at yorba.org Tue Aug 10 16:32:44 2010 From: adam at yorba.org (Adam Dingle) Date: Tue, 10 Aug 2010 09:32:44 -0700 Subject: [Shotwell] Shotwell newest build questions In-Reply-To: <1281438388.4445.15.camel@steffen-R522> References: <1281438388.4445.15.camel@steffen-R522> Message-ID: <4C617F2C.4000105@yorba.org> stesind, On 08/10/2010 04:06 AM, stesind wrote: > Hi, > > I just compiled latest SVN version of Shotwell. Amazing stuff! Thanks! > But I > have a question. I imported the images yesterday. Now after starting > shotwell it eats one of my cores completely. What does it do? Currently > I'm not importing. > This is a known problem in the trunk at this time: see http://trac.yorba.org/ticket/2377 . We're currently investigating this as a high priority. > I have one wish. You have now events and tags on the left sidebar. Could > you extend it to a metadata browser? It should allow to select multiple > tags. Tags also should be dates and maybe camera, lens information, > folders and more rankings like colors. Selection can be done by pressing > CRTL button and as an AND operation. Yes - we agree this could be a nice feature. See http://trac.yorba.org/ticket/2275 and http://trac.yorba.org/ticket/1587 . > Since most of the data must be > already in the database implementation should be possible before 0.7 > release. > It's too late to implement this feature for 0.7, which we're planning to release in the next couple of weeks. It's a reasonable candidate for 0.8 or 0.9, however. Thanks for the suggestion! adam From adam at yorba.org Tue Aug 10 17:17:19 2010 From: adam at yorba.org (Adam Dingle) Date: Tue, 10 Aug 2010 10:17:19 -0700 Subject: [Shotwell] Trac ticket subscription In-Reply-To: References: Message-ID: <4C61899F.8010809@yorba.org> On 08/06/2010 12:57 PM, Jan-Christoph Borchardt wrote: > Is it possible to subscribe to all the Shotwell ticket changes in Trac? > > I know there is a RSS feed, but Launchpad already uses mail notifications so > I?m more comfortable with that for bugs. Adding myself manually to the cc > list for every bug does not seem to be a good idea. > > http://trac.yorba.org/wiki/TracNotification was of no avail. > > If you can add me to a global cc list for Shotwell tickets, feel free to do > that. :) > Jan-Christoph, I've added you to the default CC list for Shotwell on our Trac server. This means that you will be automatically added to the CC list on any new Shotwell tickets created from now on. Unfortunately I don't know of any easy way to add you to the CC list for all the existing Shotwell tickets in Trac, but of course you can add yourself manually for the tickets that interest you most. adam From adam at yorba.org Tue Aug 10 17:29:07 2010 From: adam at yorba.org (Adam Dingle) Date: Tue, 10 Aug 2010 10:29:07 -0700 Subject: [Shotwell] I can't use sw-glade cause of make failure. In-Reply-To: <1281390107.8714.6.camel@zUbuntu> References: <1281300823.4639.4.camel@zUbuntu> <1281386683.8714.5.camel@zUbuntu> <1281390107.8714.6.camel@zUbuntu> Message-ID: <4C618C63.5010501@yorba.org> ZedTuX, > Ok, so how do you proceed to edit GUI ? that depends what you want to do. Shotwell's preferences dialog is implemented using Glade, so you can edit it there. You can also add Glade to add new dialogs to Shotwell. Most of Shotwell's user interface, however, doesn't come from Glade: it's generated via GTK calls in the Shotwell code. If you want to add a new tree to the Shotwell sidebar, for example, then you'll need to study the existing Shotwell code that constructs the sidebar and make the changes there, not in Glade. The Shotwell architecture overview at http://trac.yorba.org/wiki/ShotwellArchitectureOverview is essential reading to get you started. adam On 08/09/2010 02:41 PM, ZedTuX wrote: > Ok, so how do you proceed to edit GUI ? > > > On lun., 2010-08-09 at 14:30 -0700, Jim Nelson wrote: > >> That's normal. The warning messages are coming from Glade itself, and >> currently Shotwell only has 3 Glade dialogs (the TextEntry dialog is >> reused in various places). >> >> -- Jim >> >> On Mon, Aug 9, 2010 at 1:44 PM, ZedTuX wrote: >> Ok, Adam fixed my issue, the compilation is now working >> great ! >> >> But I still can't edit glade files. >> When I execute the sw-glade script, it make a lot of warning >> in the >> terminal, then open glade. But in glade I only can see 3 >> windows >> (text_entry_dialog1, preferences_dialog and >> alien-db-import_dialog). >> >> >> >> On dim., 2010-08-08 at 22:53 +0200, ZedTuX wrote: >> > Hi all, >> > >> > I'm still working of ticket #1702, and the first part of it >> is done. >> > Im now looking to implement it in Shotwell, mean I have to >> work on GUI >> > and Vala code. >> > >> > I'm using Subversion to get always the latest code. I start >> the sw-glade >> > script and it return me this message: >> > >> > Run './configure --enable-build-for-glade' and then 'make' >> to generate >> > shared library. >> > >> > So, I've execute the configure and then the make. And here >> is my >> > problem, the make command failed with this error: >> > >> > cc src/main.o src/AppWindow.o src/CollectionPage.o >> src/Thumbnail.o >> > src/DatabaseTables.o src/ThumbnailCache.o src/image_util.o >> > src/CheckerboardLayout.o src/PhotoPage.o src/Page.o >> src/ImportPage.o >> > src/GPhoto.o src/SortedList.o src/EventsDirectoryPage.o >> src/Dimensions.o >> > src/Box.o src/Photo.o src/Orientation.o src/util.o >> src/BatchImport.o >> > src/Dialogs.o src/Resources.o src/Debug.o src/Sidebar.o >> > src/ColorTransformation.o src/EditingTools.o >> src/DataObject.o >> > src/DataCollection.o src/LibraryWindow.o src/CameraTable.o >> > src/DirectWindow.o src/Properties.o src/CustomComponents.o >> src/Config.o >> > src/Event.o src/International.o src/Workers.o src/system.o >> src/AppDirs.o >> > src/PixbufCache.o src/WebConnectors.o >> src/FacebookConnector.o >> > src/CommandManager.o src/Commands.o src/SlideshowPage.o >> > src/LibraryFiles.o src/FlickrConnector.o src/Printing.o >> src/Tag.o >> > src/TagPage.o src/PicasaConnector.o src/Screensaver.o >> > src/PhotoFileAdapter.o src/PhotoFileFormat.o >> src/PhotoFileSniffer.o >> > src/PhotoMetadata.o src/GRaw.o src/GdkSupport.o >> src/JfifSupport.o >> > src/RawSupport.o src/MimicManager.o src/TrashPage.o >> src/PngSupport.o >> > src/PhotoExporter.o src/DirectoryMonitor.o >> src/LibraryMonitor.o >> > src/OfflinePage.o src/LastImportPage.o src/AlienDatabase.o >> > src/AlienDatabaseImportJob.o src/AlienDatabaseImportDialog.o >> > src/FSpotDatabaseDriver.o src/FSpotDatabaseTables.o -O2 -g >> -pipe -fPIC >> > -DG_UDEV_API_IS_SUBJECT_TO_CHANGE `pkg-config --libs atk >> gdk-2.0 >> > gee-1.0 gtk+-2.0 glib-2.0 libexif sqlite3 gexiv2 gconf-2.0 >> libgphoto2 >> > libsoup-2.4 libxml-2.0 unique-1.0 webkit-1.0 gudev-1.0 >> dbus-glib-1 >> > gdk-x11-2.0 gthread-2.0` `./libraw-config --libs` >> -export-dynamic >> > -shared -o libshotwell.so >> > /usr/bin/ld: /usr/local/lib/libraw_r.a(libraw_cxx_mt.o): >> relocation >> > R_X86_64_32 against `.rodata.str1.1' can not be used when >> making a >> > shared object; recompile with -fPIC >> > /usr/local/lib/libraw_r.a: could not read symbols: Bad value >> > collect2: ld returned 1 exit status >> > make: *** [libshotwell.so] Erreur 1 >> > >> > So, I have downloaded the latest version of LibRaw, compile >> it and >> > installed it (make, make install), but still same issue. >> > >> > Could you help me please ? >> > >> > _______________________________________________ >> > Shotwell mailing list >> > Shotwell at lists.yorba.org >> > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >> >> >> _______________________________________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >> >> >> > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > From martin at minimum.se Tue Aug 10 20:52:13 2010 From: martin at minimum.se (Martin Olsson) Date: Tue, 10 Aug 2010 22:52:13 +0200 Subject: [Shotwell] Build 2032 hangs In-Reply-To: References: Message-ID: <4C61BBFD.7070408@minimum.se> FWIW, I can also repro this problem using on r2042 (I didn't bisect yet but I can do it later if you really need it). Attached are some sampled stacks when a single core is pegged at 100%. I had 133GB of JPGs and NEFs imported (approx 26K files total). On a previous revision I also had CPU pegged immediately after import of this huge dir but that CPU hogging had other stacks and it stopped after a few hours so I have had no pegged CPU issues with shotwell for some time before I "svn up" recently. Martin On 08/09/2010 11:11 PM, Jim Nelson wrote: > One more thing that could help us out, Peter. If you run Shotwell like this > from the console: > > % gdb shotwell 2>&1 | tee ~/shotwell.trace > > Then type "run" at the gdb prompt to start Shotwell. When the CPU is > pegged, type Ctrl+C (in the console, not in Shotwell) and type "bt full" at > the gdb prompt. Then type "c" and exit Shotwell. > > If you could send us ~/shotwell.trace, that would be of great help as well. > > Thanks, > > -- Jim > > On Mon, Aug 9, 2010 at 1:44 PM, Peter DO Smith wrote: > >> Jim, my photos folder contains 10,229 jpeg photos and nearly an equal >> number of RAW photos (.PEF and .DNG). There are 256 folders, each containing >> a sub-folder for the RAW photos. >> >> I will send the shotwell.log file to you tomorrow when I return to my >> office. >> Peter >> >> >> On Mon, Aug 9, 2010 at 10:08 PM, Jim Nelson wrote: >> >>> Peter, >>> >>> Is your Pictures directory (i.e. your library directory, which you can >>> determine from the Preferences dialog) rather large? I'm curious how many >>> directories and files it might contain. >>> >>> If you could run Shotwell, let it go for a while (at 99.9% load) and then >>> send me this file, that would help as well: >>> >>> ~/.cache/shotwell/shotwell.log >>> >>> -- Jim >>> >>> On Mon, Aug 9, 2010 at 11:48 AM, Peter DO Smithwrote: >>> >>>> I have been downloading and building from trunk every few days. >>>> Todays download (2032) builds normally but after start up becomes >>>> unresponsive and one of the CPUs is driven into 99.9% load. So I have >>>> reverted to the previous version which runs fine. >>>> I am using Ubuntu 10.04. I hope this report is useful to you. >>>> Peter >>>> _______________________________________________ >>>> Shotwell mailing list >>>> Shotwell at lists.yorba.org >>>> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >>>> >>> >>> >> > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: shotwell_pegged_stacks.txt URL: From jim at yorba.org Tue Aug 10 21:39:58 2010 From: jim at yorba.org (Jim Nelson) Date: Tue, 10 Aug 2010 14:39:58 -0700 Subject: [Shotwell] Build 2032 hangs In-Reply-To: <4C61BBFD.7070408@minimum.se> References: <4C61BBFD.7070408@minimum.se> Message-ID: I've committed a change to trunk that fixes this with my data set. (There might still be a brief spike, but it should take far less time.) I'm curious if you two (and anyone else seeing this problem) still have it with the latest revision. -- Jim On Tue, Aug 10, 2010 at 1:52 PM, Martin Olsson wrote: > FWIW, I can also repro this problem using on r2042 (I didn't bisect yet but > I can do it later if you really need it). > > Attached are some sampled stacks when a single core is pegged at 100%. I > had 133GB of JPGs and NEFs imported > (approx 26K files total). On a previous revision I also had CPU pegged > immediately after import of this > huge dir but that CPU hogging had other stacks and it stopped after a few > hours so I have had no pegged CPU > issues with shotwell for some time before I "svn up" recently. > > > Martin > > > > > > On 08/09/2010 11:11 PM, Jim Nelson wrote: > >> One more thing that could help us out, Peter. If you run Shotwell like >> this >> from the console: >> >> % gdb shotwell 2>&1 | tee ~/shotwell.trace >> >> Then type "run" at the gdb prompt to start Shotwell. When the CPU is >> pegged, type Ctrl+C (in the console, not in Shotwell) and type "bt full" >> at >> the gdb prompt. Then type "c" and exit Shotwell. >> >> If you could send us ~/shotwell.trace, that would be of great help as >> well. >> >> Thanks, >> >> -- Jim >> >> On Mon, Aug 9, 2010 at 1:44 PM, Peter DO Smith >> wrote: >> >> Jim, my photos folder contains 10,229 jpeg photos and nearly an equal >>> number of RAW photos (.PEF and .DNG). There are 256 folders, each >>> containing >>> a sub-folder for the RAW photos. >>> >>> I will send the shotwell.log file to you tomorrow when I return to my >>> office. >>> Peter >>> >>> >>> On Mon, Aug 9, 2010 at 10:08 PM, Jim Nelson wrote: >>> >>> Peter, >>>> >>>> Is your Pictures directory (i.e. your library directory, which you can >>>> determine from the Preferences dialog) rather large? I'm curious how >>>> many >>>> directories and files it might contain. >>>> >>>> If you could run Shotwell, let it go for a while (at 99.9% load) and >>>> then >>>> send me this file, that would help as well: >>>> >>>> ~/.cache/shotwell/shotwell.log >>>> >>>> -- Jim >>>> >>>> On Mon, Aug 9, 2010 at 11:48 AM, Peter DO Smith>>> >wrote: >>>> >>>> I have been downloading and building from trunk every few days. >>>>> Todays download (2032) builds normally but after start up becomes >>>>> unresponsive and one of the CPUs is driven into 99.9% load. So I have >>>>> reverted to the previous version which runs fine. >>>>> I am using Ubuntu 10.04. I hope this report is useful to you. >>>>> Peter >>>>> _______________________________________________ >>>>> Shotwell mailing list >>>>> Shotwell at lists.yorba.org >>>>> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >>>>> >>>>> >>>> >>>> >>> _______________________________________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >> >> > From Sebastian at SSpaeth.de Wed Aug 11 12:41:07 2010 From: Sebastian at SSpaeth.de (Sebastian Spaeth) Date: Wed, 11 Aug 2010 14:41:07 +0200 Subject: [Shotwell] Howto find undated photos? Message-ID: <87r5i5b9uk.fsf@SSpaeth.de> Hi all, I just tested the latest release on my 8k photo set and worked for 8 hours with shotwell. Propably a lot has already changed since then, but anyway here is my feedback: First the ugly: - Importing from a Ubuntu-mounted Windows share does not work I then tried to import from ~/.gvfs/blabla which imported about 3k photos or so before shotwell simply crashed (repeatedly). Copying the share to my desktop and importing from a local folder worked fine though. - Some of my images were undated, although shotwell had imported them into folders that made sense (2005/07/15/foo.jpg) etc. Is that due to a lack of exiv information? I can debug the specific photo files in question. - The worst thing overall, is that I was not able to find those undated photos in my list, as I worked along my events and it does not seem to be possible to filter photos that are not assigned to an event. Am I right that this would be: http://trac.yorba.org/ticket/1632? (always place Undated folder at bottom of event list) In general it would be great to be able to search for undated photos and/or photos that are not assigned to any one event. I nearly overlooked a couple of events (like my marriage) because those photos never showed up under any "event". - Adding a tag over multiple photos works fine, but modifying does not. This hurt when I discovered I had mistyped a tag and wanted to mass-rename a tag. I know that some mp3 taggers show all common tags if you select multiple and allow you to mass-rename common tags among files. This would have helped me. - Tag autocompletion please :) (http://trac.yorba.org/ticket/1334). Typing the name of my son over and over again was tiresome and very prone to typos. - I ended up with quite many tags. If I had a simple search bar that dynamically reduced the list of tags to those potentially matching that would help me find appropriate tags more easily. I guess that is different from the more generic issue: http://trac.yorba.org/ticket/80 (Search box) which would also be helpful. (Find all images of my son in 2009 etc) - A couple times I had clicked on an image in the viewer and the arrow keys would move the image around rather than navigating the image collection. Call me stupid but I had a hard time finding where I had to click to get back to the navigating. Not sure what could be done about this if at all. - I had a couple of crashes (3 or so) at seemingly random points. - I would love to have a script that exports the events and hashes of my image library, so I can import the same events to a different computer which contains the same images. That would probably not be part of shotwell proper, but would help me to transfer the work I did on the train on my laptop to my main media workstation. Is there something like this already? The beautiful (shorter list, but I am overall very positive :)): - Intuitive and nicely thought out in general - I love that merging events always kept the already manually renamed event, doing away with the dates as names. In general creating events and merging was painless. - Red-eye removal worked great and easy - Nice image viewer - Images were rotated correctly from the outset. Yay. - Importing added tags for those tags that I had added via gthumb to the photos previously. WOnderful! For the same reasons, I'd love shotwell to add the tags directly to the exiv headers of my originals so the work is not lost when I move to the next photo app ;-). Thanks for shotwell, spaetz From Sebastian at SSpaeth.de Wed Aug 11 12:55:47 2010 From: Sebastian at SSpaeth.de (spaetz) Date: Wed, 11 Aug 2010 05:55:47 -0700 (PDT) Subject: [Shotwell] Add or modify tags In-Reply-To: References: <4C48A394.6000609@yorba.org> Message-ID: <1281531347512-18866.post@talk.nabble.com> Peter DO Smith wrote: > >> > Could this not be just one entry? Add/modify tags >> The Add Tags command can work on multiple photos, but Modify Tags works >> on only one photo at once (since it displays the existing tags for the >> photo). It's not easy to see how a single command could modify existing >> tags and also work on multiple photos (which is very useful for adding), >> so we have two commands. > Ah yes, I see that now. It makes sense. > It should still be possible to merge those commands. This is how such a add/modify tags could behave: 1) Shows a list of tags of the selected photo(s) (with active checkboxes) in a dialog window, and a single line text field with a comma, separated list of tags. We automatically, append "," and focus in that text field. Adding one or multiple tags simply means to start typing them. Keyboard lovers can edit the list of tags in the text field. Mouse lovers can de-select tags to remove them. 2) If multiple photos are selected, basically behave the same, but have common tags be bold, and tags that are only on a subset of photos nonbold/italic. Adding a new tag adds them to all photos, removing an italic tag, removes them for all that have that one. This allows adding tags to all selected photos, removing common tags, and rename tags on all selected photos and would still IMHO be more intuitive than the current solution. (It took me some time to find out why modify tags wouldn't work when I had multiple photos selected) -- View this message in context: http://shotwell.3510.www.nabble.com/Shotwell-Add-or-modify-tags-tp16798p18866.html Sent from the Shotwell mailing list archive at Nabble.com. From zedtux at zedroot.org Wed Aug 11 17:51:30 2010 From: zedtux at zedroot.org (ZedTuX) Date: Wed, 11 Aug 2010 19:51:30 +0200 Subject: [Shotwell] I can't use sw-glade cause of make failure. In-Reply-To: <4C618C63.5010501@yorba.org> References: <1281300823.4639.4.camel@zUbuntu> <1281386683.8714.5.camel@zUbuntu> <1281390107.8714.6.camel@zUbuntu> <4C618C63.5010501@yorba.org> Message-ID: <1281549090.6201.1.camel@zUbuntu> Adam, Okay, I will re-read this, but I'm intrigued about *.ui files. Could give me more about them please ? On mar., 2010-08-10 at 10:29 -0700, Adam Dingle wrote: > ZedTuX, > > > Ok, so how do you proceed to edit GUI ? > > that depends what you want to do. Shotwell's preferences dialog is > implemented using Glade, so you can edit it there. You can also add > Glade to add new dialogs to Shotwell. Most of Shotwell's user > interface, however, doesn't come from Glade: it's generated via GTK > calls in the Shotwell code. If you want to add a new tree to the > Shotwell sidebar, for example, then you'll need to study the existing > Shotwell code that constructs the sidebar and make the changes there, > not in Glade. The Shotwell architecture overview at > http://trac.yorba.org/wiki/ShotwellArchitectureOverview is essential > reading to get you started. > > adam > > On 08/09/2010 02:41 PM, ZedTuX wrote: > > Ok, so how do you proceed to edit GUI ? > > > > > > On lun., 2010-08-09 at 14:30 -0700, Jim Nelson wrote: > > > >> That's normal. The warning messages are coming from Glade itself, and > >> currently Shotwell only has 3 Glade dialogs (the TextEntry dialog is > >> reused in various places). > >> > >> -- Jim > >> > >> On Mon, Aug 9, 2010 at 1:44 PM, ZedTuX wrote: > >> Ok, Adam fixed my issue, the compilation is now working > >> great ! > >> > >> But I still can't edit glade files. > >> When I execute the sw-glade script, it make a lot of warning > >> in the > >> terminal, then open glade. But in glade I only can see 3 > >> windows > >> (text_entry_dialog1, preferences_dialog and > >> alien-db-import_dialog). > >> > >> > >> > >> On dim., 2010-08-08 at 22:53 +0200, ZedTuX wrote: > >> > Hi all, > >> > > >> > I'm still working of ticket #1702, and the first part of it > >> is done. > >> > Im now looking to implement it in Shotwell, mean I have to > >> work on GUI > >> > and Vala code. > >> > > >> > I'm using Subversion to get always the latest code. I start > >> the sw-glade > >> > script and it return me this message: > >> > > >> > Run './configure --enable-build-for-glade' and then 'make' > >> to generate > >> > shared library. > >> > > >> > So, I've execute the configure and then the make. And here > >> is my > >> > problem, the make command failed with this error: > >> > > >> > cc src/main.o src/AppWindow.o src/CollectionPage.o > >> src/Thumbnail.o > >> > src/DatabaseTables.o src/ThumbnailCache.o src/image_util.o > >> > src/CheckerboardLayout.o src/PhotoPage.o src/Page.o > >> src/ImportPage.o > >> > src/GPhoto.o src/SortedList.o src/EventsDirectoryPage.o > >> src/Dimensions.o > >> > src/Box.o src/Photo.o src/Orientation.o src/util.o > >> src/BatchImport.o > >> > src/Dialogs.o src/Resources.o src/Debug.o src/Sidebar.o > >> > src/ColorTransformation.o src/EditingTools.o > >> src/DataObject.o > >> > src/DataCollection.o src/LibraryWindow.o src/CameraTable.o > >> > src/DirectWindow.o src/Properties.o src/CustomComponents.o > >> src/Config.o > >> > src/Event.o src/International.o src/Workers.o src/system.o > >> src/AppDirs.o > >> > src/PixbufCache.o src/WebConnectors.o > >> src/FacebookConnector.o > >> > src/CommandManager.o src/Commands.o src/SlideshowPage.o > >> > src/LibraryFiles.o src/FlickrConnector.o src/Printing.o > >> src/Tag.o > >> > src/TagPage.o src/PicasaConnector.o src/Screensaver.o > >> > src/PhotoFileAdapter.o src/PhotoFileFormat.o > >> src/PhotoFileSniffer.o > >> > src/PhotoMetadata.o src/GRaw.o src/GdkSupport.o > >> src/JfifSupport.o > >> > src/RawSupport.o src/MimicManager.o src/TrashPage.o > >> src/PngSupport.o > >> > src/PhotoExporter.o src/DirectoryMonitor.o > >> src/LibraryMonitor.o > >> > src/OfflinePage.o src/LastImportPage.o src/AlienDatabase.o > >> > src/AlienDatabaseImportJob.o src/AlienDatabaseImportDialog.o > >> > src/FSpotDatabaseDriver.o src/FSpotDatabaseTables.o -O2 -g > >> -pipe -fPIC > >> > -DG_UDEV_API_IS_SUBJECT_TO_CHANGE `pkg-config --libs atk > >> gdk-2.0 > >> > gee-1.0 gtk+-2.0 glib-2.0 libexif sqlite3 gexiv2 gconf-2.0 > >> libgphoto2 > >> > libsoup-2.4 libxml-2.0 unique-1.0 webkit-1.0 gudev-1.0 > >> dbus-glib-1 > >> > gdk-x11-2.0 gthread-2.0` `./libraw-config --libs` > >> -export-dynamic > >> > -shared -o libshotwell.so > >> > /usr/bin/ld: /usr/local/lib/libraw_r.a(libraw_cxx_mt.o): > >> relocation > >> > R_X86_64_32 against `.rodata.str1.1' can not be used when > >> making a > >> > shared object; recompile with -fPIC > >> > /usr/local/lib/libraw_r.a: could not read symbols: Bad value > >> > collect2: ld returned 1 exit status > >> > make: *** [libshotwell.so] Erreur 1 > >> > > >> > So, I have downloaded the latest version of LibRaw, compile > >> it and > >> > installed it (make, make install), but still same issue. > >> > > >> > Could you help me please ? > >> > > >> > _______________________________________________ > >> > Shotwell mailing list > >> > Shotwell at lists.yorba.org > >> > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > >> > >> > >> _______________________________________________ > >> Shotwell mailing list > >> Shotwell at lists.yorba.org > >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > >> > >> > >> > > > > _______________________________________________ > > Shotwell mailing list > > Shotwell at lists.yorba.org > > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > > > > From rob at yorba.org Wed Aug 11 17:59:35 2010 From: rob at yorba.org (Robert Powell) Date: Wed, 11 Aug 2010 10:59:35 -0700 Subject: [Shotwell] I can't use sw-glade cause of make failure. In-Reply-To: <1281549090.6201.1.camel@zUbuntu> References: <1281300823.4639.4.camel@zUbuntu> <1281386683.8714.5.camel@zUbuntu> <1281390107.8714.6.camel@zUbuntu> <4C618C63.5010501@yorba.org> <1281549090.6201.1.camel@zUbuntu> Message-ID: Hi ZedTuX, I think that you are working on facial recognition. Are you trying to create a new dialog? If so, you can start by just running glade and designing the dialog that you want. We can help you get that dialog working within Vala and Shotwell once you have it designed. If you aren't trying to make a new dialog, what are you trying to do? I'm not certain what the plan is for shotwell regarding UI files, but I think it might be easier to keep each dialog in a separate UI file. I can imagine merging UI files getting ugly quickly. The shotwell team can certainly address this authoritatively. In any event, if they want it all in one file, it is easy to add your new ui code in to an existing file. Hope that helps, Rob From adam at yorba.org Wed Aug 11 18:03:59 2010 From: adam at yorba.org (Adam Dingle) Date: Wed, 11 Aug 2010 11:03:59 -0700 Subject: [Shotwell] I can't use sw-glade cause of make failure. In-Reply-To: <1281549090.6201.1.camel@zUbuntu> References: <1281300823.4639.4.camel@zUbuntu> <1281386683.8714.5.camel@zUbuntu> <1281390107.8714.6.camel@zUbuntu> <4C618C63.5010501@yorba.org> <1281549090.6201.1.camel@zUbuntu> Message-ID: <4C62E60F.3070702@yorba.org> ZedTuX, to learn about .ui files, you could read the section "Dynamic Menu Creation" in chapter 9 of Andrew Krause's book "Foundations of GTK+ Development", which I highly recommend (see http://www.gtkbook.com). If you don't have access to that book, you could read the GtkUIManager tutorial at http://live.gnome.org/GnomeLove/UIManagerTutorial and/or the GtkUIManager reference documenation at http://library.gnome.org/devel/gtk/stable/GtkUIManager.html . adam On 08/11/2010 10:51 AM, ZedTuX wrote: > Adam, > > Okay, I will re-read this, but I'm intrigued about *.ui files. Could > give me more about them please ? > > On mar., 2010-08-10 at 10:29 -0700, Adam Dingle wrote: > >> ZedTuX, >> >> > Ok, so how do you proceed to edit GUI ? >> >> that depends what you want to do. Shotwell's preferences dialog is >> implemented using Glade, so you can edit it there. You can also add >> Glade to add new dialogs to Shotwell. Most of Shotwell's user >> interface, however, doesn't come from Glade: it's generated via GTK >> calls in the Shotwell code. If you want to add a new tree to the >> Shotwell sidebar, for example, then you'll need to study the existing >> Shotwell code that constructs the sidebar and make the changes there, >> not in Glade. The Shotwell architecture overview at >> http://trac.yorba.org/wiki/ShotwellArchitectureOverview is essential >> reading to get you started. >> >> adam >> >> On 08/09/2010 02:41 PM, ZedTuX wrote: >> >>> Ok, so how do you proceed to edit GUI ? >>> >>> >>> On lun., 2010-08-09 at 14:30 -0700, Jim Nelson wrote: >>> >>> >>>> That's normal. The warning messages are coming from Glade itself, and >>>> currently Shotwell only has 3 Glade dialogs (the TextEntry dialog is >>>> reused in various places). >>>> >>>> -- Jim >>>> >>>> On Mon, Aug 9, 2010 at 1:44 PM, ZedTuX wrote: >>>> Ok, Adam fixed my issue, the compilation is now working >>>> great ! >>>> >>>> But I still can't edit glade files. >>>> When I execute the sw-glade script, it make a lot of warning >>>> in the >>>> terminal, then open glade. But in glade I only can see 3 >>>> windows >>>> (text_entry_dialog1, preferences_dialog and >>>> alien-db-import_dialog). >>>> >>>> >>>> >>>> On dim., 2010-08-08 at 22:53 +0200, ZedTuX wrote: >>>> > Hi all, >>>> > >>>> > I'm still working of ticket #1702, and the first part of it >>>> is done. >>>> > Im now looking to implement it in Shotwell, mean I have to >>>> work on GUI >>>> > and Vala code. >>>> > >>>> > I'm using Subversion to get always the latest code. I start >>>> the sw-glade >>>> > script and it return me this message: >>>> > >>>> > Run './configure --enable-build-for-glade' and then 'make' >>>> to generate >>>> > shared library. >>>> > >>>> > So, I've execute the configure and then the make. And here >>>> is my >>>> > problem, the make command failed with this error: >>>> > >>>> > cc src/main.o src/AppWindow.o src/CollectionPage.o >>>> src/Thumbnail.o >>>> > src/DatabaseTables.o src/ThumbnailCache.o src/image_util.o >>>> > src/CheckerboardLayout.o src/PhotoPage.o src/Page.o >>>> src/ImportPage.o >>>> > src/GPhoto.o src/SortedList.o src/EventsDirectoryPage.o >>>> src/Dimensions.o >>>> > src/Box.o src/Photo.o src/Orientation.o src/util.o >>>> src/BatchImport.o >>>> > src/Dialogs.o src/Resources.o src/Debug.o src/Sidebar.o >>>> > src/ColorTransformation.o src/EditingTools.o >>>> src/DataObject.o >>>> > src/DataCollection.o src/LibraryWindow.o src/CameraTable.o >>>> > src/DirectWindow.o src/Properties.o src/CustomComponents.o >>>> src/Config.o >>>> > src/Event.o src/International.o src/Workers.o src/system.o >>>> src/AppDirs.o >>>> > src/PixbufCache.o src/WebConnectors.o >>>> src/FacebookConnector.o >>>> > src/CommandManager.o src/Commands.o src/SlideshowPage.o >>>> > src/LibraryFiles.o src/FlickrConnector.o src/Printing.o >>>> src/Tag.o >>>> > src/TagPage.o src/PicasaConnector.o src/Screensaver.o >>>> > src/PhotoFileAdapter.o src/PhotoFileFormat.o >>>> src/PhotoFileSniffer.o >>>> > src/PhotoMetadata.o src/GRaw.o src/GdkSupport.o >>>> src/JfifSupport.o >>>> > src/RawSupport.o src/MimicManager.o src/TrashPage.o >>>> src/PngSupport.o >>>> > src/PhotoExporter.o src/DirectoryMonitor.o >>>> src/LibraryMonitor.o >>>> > src/OfflinePage.o src/LastImportPage.o src/AlienDatabase.o >>>> > src/AlienDatabaseImportJob.o src/AlienDatabaseImportDialog.o >>>> > src/FSpotDatabaseDriver.o src/FSpotDatabaseTables.o -O2 -g >>>> -pipe -fPIC >>>> > -DG_UDEV_API_IS_SUBJECT_TO_CHANGE `pkg-config --libs atk >>>> gdk-2.0 >>>> > gee-1.0 gtk+-2.0 glib-2.0 libexif sqlite3 gexiv2 gconf-2.0 >>>> libgphoto2 >>>> > libsoup-2.4 libxml-2.0 unique-1.0 webkit-1.0 gudev-1.0 >>>> dbus-glib-1 >>>> > gdk-x11-2.0 gthread-2.0` `./libraw-config --libs` >>>> -export-dynamic >>>> > -shared -o libshotwell.so >>>> > /usr/bin/ld: /usr/local/lib/libraw_r.a(libraw_cxx_mt.o): >>>> relocation >>>> > R_X86_64_32 against `.rodata.str1.1' can not be used when >>>> making a >>>> > shared object; recompile with -fPIC >>>> > /usr/local/lib/libraw_r.a: could not read symbols: Bad value >>>> > collect2: ld returned 1 exit status >>>> > make: *** [libshotwell.so] Erreur 1 >>>> > >>>> > So, I have downloaded the latest version of LibRaw, compile >>>> it and >>>> > installed it (make, make install), but still same issue. >>>> > >>>> > Could you help me please ? >>>> > >>>> > _______________________________________________ >>>> > Shotwell mailing list >>>> > Shotwell at lists.yorba.org >>>> > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >>>> >>>> >>>> _______________________________________________ >>>> Shotwell mailing list >>>> Shotwell at lists.yorba.org >>>> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >>>> >>>> >>>> >>>> >>> _______________________________________________ >>> Shotwell mailing list >>> Shotwell at lists.yorba.org >>> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >>> >>> >>> >> > > > From jim at yorba.org Wed Aug 11 18:09:10 2010 From: jim at yorba.org (Jim Nelson) Date: Wed, 11 Aug 2010 11:09:10 -0700 Subject: [Shotwell] I can't use sw-glade cause of make failure. In-Reply-To: References: <1281300823.4639.4.camel@zUbuntu> <1281386683.8714.5.camel@zUbuntu> <1281390107.8714.6.camel@zUbuntu> <4C618C63.5010501@yorba.org> <1281549090.6201.1.camel@zUbuntu> Message-ID: Just to jump in here, the .ui files you're seeing are our drop-down menu files. They're solely used for that, and don't have any bearing on building a dialog. -- Jim On Wed, Aug 11, 2010 at 10:59 AM, Robert Powell wrote: > Hi ZedTuX, > > I think that you are working on facial recognition. Are you trying to > create a new dialog? If so, you can start by just running glade and > designing the dialog that you want. We can help you get that dialog > working > within Vala and Shotwell once you have it designed. If you aren't trying > to > make a new dialog, what are you trying to do? > > I'm not certain what the plan is for shotwell regarding UI files, but I > think it might be easier to keep each dialog in a separate UI file. I can > imagine merging UI files getting ugly quickly. The shotwell team can > certainly address this authoritatively. In any event, if they want it all > in one file, it is easy to add your new ui code in to an existing file. > > Hope that helps, > > Rob > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From adam at yorba.org Wed Aug 11 18:12:37 2010 From: adam at yorba.org (Adam Dingle) Date: Wed, 11 Aug 2010 11:12:37 -0700 Subject: [Shotwell] Add or modify tags In-Reply-To: <1281531347512-18866.post@talk.nabble.com> References: <4C48A394.6000609@yorba.org> <1281531347512-18866.post@talk.nabble.com> Message-ID: <4C62E815.8@yorba.org> > It should still be possible to merge those commands. This is how such a > add/modify tags could behave: > > 1) Shows a list of tags of the selected photo(s) (with active checkboxes) in > a dialog window, and a single line text field with a comma, separated list > of tags. We automatically, append "," and focus in that text field. > > Adding one or multiple tags simply means to start typing them. > Keyboard lovers can edit the list of tags in the text field. > Mouse lovers can de-select tags to remove them. > > 2) If multiple photos are selected, basically behave the same, but have > common tags be bold, and tags that are only on a subset of photos > nonbold/italic. Adding a new tag adds them to all photos, removing an italic > tag, removes them for all that have that one. > > This allows adding tags to all selected photos, removing common tags, and > rename tags on all selected photos and would still IMHO be more intuitive > than the current solution. (It took me some time to find out why modify tags > wouldn't work when I had multiple photos selected) > I'd like to think that something like this could work. I'm not absolutely convinced that the list with checkboxes is even necessary, though; perhaps we could just have the text-based list with bolding, at least as a first implementation. I've created a ticket "possibly combine Add Tags and Modify Tags commands" at http://trac.yorba.org/ticket/2382 . That will be a good place for further discussion about this. adam From jancborchardt at googlemail.com Wed Aug 11 18:16:38 2010 From: jancborchardt at googlemail.com (Jan-Christoph Borchardt) Date: Wed, 11 Aug 2010 20:16:38 +0200 Subject: [Shotwell] Howto find undated photos? In-Reply-To: <87r5i5b9uk.fsf@SSpaeth.de> References: <87r5i5b9uk.fsf@SSpaeth.de> Message-ID: Hey Sebastian :) On Wed, Aug 11, 2010 at 2:41 PM, Sebastian Spaeth wrote: > > - Some of my images were undated, although shotwell had imported them > ?into folders that made sense (2005/07/15/foo.jpg) etc. Is that due to > ?a lack of exiv information? I can debug the specific photo files in > ?question. > > - The worst thing overall, is that I was not able to find those undated > ?photos in my list, as I worked along my events and it does not seem to be > ?possible to filter photos that are not assigned to an event. Am I > ?right that this would be: http://trac.yorba.org/ticket/1632? ?(always > ?place Undated folder at bottom of event list) The bug you mentioned is related, but I guess this is http://trac.yorba.org/ticket/1712 instead (Files without EXIF dates are not placed in any "Event"). Where a possible implementation is http://trac.yorba.org/ticket/1212 (use file time for sorting photos without EXIF data). From mnemo at minimum.se Wed Aug 11 18:30:57 2010 From: mnemo at minimum.se (Martin Olsson) Date: Wed, 11 Aug 2010 20:30:57 +0200 Subject: [Shotwell] Build 2032 hangs In-Reply-To: References: <4C61BBFD.7070408@minimum.se> Message-ID: <4C62EC61.10408@minimum.se> On 08/10/2010 11:39 PM, Jim Nelson wrote: > I've committed a change to trunk that fixes this with my data set. (There > might still be a brief spike, but it should take far less time.) I'm > curious if you two (and anyone else seeing this problem) still have it with > the latest revision. Using r2046; lagged for a bit (not as much though and only greyed out for 1 sec or so) and after about 15-20 sec Shotwell was completely responsive as usual. I saw some heavy disk I/O also during first 15-20 secs. I say the fix is good enough for me on this (pretty fast) machine. Martin From adam at yorba.org Wed Aug 11 19:02:57 2010 From: adam at yorba.org (Adam Dingle) Date: Wed, 11 Aug 2010 12:02:57 -0700 Subject: [Shotwell] Howto find undated photos? In-Reply-To: <87r5i5b9uk.fsf@SSpaeth.de> References: <87r5i5b9uk.fsf@SSpaeth.de> Message-ID: <4C62F3E1.8070906@yorba.org> Sebastian, thanks for trying out Shotwell and sending us your detailed comments. On 08/11/2010 05:41 AM, Sebastian Spaeth wrote: > Hi all, I just tested the latest release on my 8k photo set and worked > for 8 hours with shotwell. Propably a lot has already changed since > then, but anyway here is my feedback: > > First the ugly: > > - Importing from a Ubuntu-mounted Windows share does not work I then > tried to import from ~/.gvfs/blabla which imported about 3k photos or > so before shotwell simply crashed (repeatedly). Copying the share to > my desktop and importing from a local folder worked fine though. > You say that importing from a mounted Windows share "does not work" - what do you mean by this? When you try to import from the share, does Shotwell display an error or simply ignore the files? Were you attempting to link or copy the photos into Shotwell? I just tried to reproduce this by importing photos from a Windows share into Shotwell 0.6.1 on my machine, and it worked fine for me. It sounds like you're able to reproduce the crash you're seeing when importing from ~/.gvfs/foo. We'd love to see a backtrace for this. Ideally you could build Shotwell from trunk, run it from gdb, import from ~/.gvfs/foo and then send us the backtrace generated upon crashing (assuming that the crash still occurs in trunk). If you want to do this and need any extra information about how to proceed then just let us know. > - Some of my images were undated, although shotwell had imported them > into folders that made sense (2005/07/15/foo.jpg) etc. Is that due to > a lack of exiv information? I can debug the specific photo files in > question. > Yes - if there is no EXIV information then Shotwell will have treat the image as undated. Some users would like us to use the photo's file time as the image date instead in that case; we're currently undecided about whether to make that change since we think file times may not always be relevant or useful. > - The worst thing overall, is that I was not able to find those undated > photos in my list, as I worked along my events and it does not seem to be > possible to filter photos that are not assigned to an event. Am I > right that this would be: http://trac.yorba.org/ticket/1632? (always > place Undated folder at bottom of event list) > > In general it would be great to be able to search for undated photos > and/or photos that are not assigned to any one event. I nearly > overlooked a couple of events (like my marriage) because those photos > never showed up under any "event". > You're right that it's a major limitation that you can't currently find undated photos and/or photos which belong to no event, and we hope to fix this soon. As Jan-Christoph pointed out, the ticket http://trac.yorba.org/ticket/1712 is tracking this issue, more or less. By the way, Shotwell does currently include an Undated folder (mentioned in http://trac.yorba.org/ticket/1632) but that's not quite what you're looking for. The Undated folder contains all events which Shotwell can't place under any year in the sidebar tree because those events contain only undated photos. Currently Shotwell does not place undated photos into any event at import time, but you can still place them into events manually, at which time those events will be in the Undated folder. > - Adding a tag over multiple photos works fine, but modifying does > not. This hurt when I discovered I had mistyped a tag and wanted to > mass-rename a tag. I know that some mp3 taggers show all common tags > if you select multiple and allow you to mass-rename common tags among > files. This would have helped me. > I assume that you realize that you can right click any tag in the sidebar and choose the Rename command to rename it. It's true that Shotwell doesn't let you rename a tag only in a selected set of photos, however. > - Tag autocompletion please :) > (http://trac.yorba.org/ticket/1334). Typing the name of my son over > and over again was tiresome and very prone to typos. > Yes - we want this too. :) > - I ended up with quite many tags. If I had a simple search bar that > dynamically reduced the list of tags to those potentially matching > that would help me find appropriate tags more easily. I guess that is > different from the more generic issue: http://trac.yorba.org/ticket/80 > (Search box) which would also be helpful. (Find all images of my son > in 2009 etc) > We are hoping to implement an all-in-one search box which lets you search by tag, title, filename and so on. The design of the search box is still up for discussion, but probably you'll be able to simply type a string to perform a search over all fields, or to select a particular search type. If you select a search by tag, it would be nice if the search box would autocomplete tag names. I'm not quite sure whether this is what you mean by "a search bar that dynamically reduced the list of tags to those potentially matching", though. > - A couple times I had clicked on an image in the viewer and the arrow > keys would move the image around rather than navigating the image > collection. Call me stupid but I had a hard time finding where I had > to click to get back to the navigating. Not sure what could be done > about this if at all. > If you got into a mode where the arrow keys move the image around, then you must have zoomed into the image slightly, either by using the mouse scroll wheel or by dragging the zoom slider at the bottom of the image. You can get back to the navigating mode simply by zooming back out, e.g. by using the scroll wheel. > - I had a couple of crashes (3 or so) at seemingly random points. > Again, if you could get us backtraces for these we'd be eternally grateful. :) > - I would love to have a script that exports the events and hashes of my > image library, so I can import the same events to a different computer > which contains the same images. That would probably not be part of > shotwell proper, but would help me to transfer the work I did on the > train on my laptop to my main media workstation. Is there something > like this already? > Not as such. It's a longer-term goal of Shotwell to allow easy photo sharing across both local networks and the Internet, but we're not there yet. See http://trac.yorba.org/ticket/1292 . > The beautiful (shorter list, but I am overall very positive :)): > Thanks for the positive feedback - it's always nice to see this too! :) > ... > > - Importing added tags for those tags that I had added via gthumb to the > photos previously. WOnderful! For the same reasons, I'd love shotwell > to add the tags directly to the exiv headers of my originals so the > work is not lost when I move to the next photo app ;-). > Right. Shotwell *will* add those tags when you export photos using the File->Export command. We're also thinking of storing those tags into photo files on the fly, as many users have requested - this is http://trac.yorba.org/ticket/1290 . adam From zedtux at zedroot.org Wed Aug 11 19:05:26 2010 From: zedtux at zedroot.org (ZedTuX) Date: Wed, 11 Aug 2010 21:05:26 +0200 Subject: [Shotwell] I can't use sw-glade cause of make failure. In-Reply-To: References: <1281300823.4639.4.camel@zUbuntu> <1281386683.8714.5.camel@zUbuntu> <1281390107.8714.6.camel@zUbuntu> <4C618C63.5010501@yorba.org> <1281549090.6201.1.camel@zUbuntu> Message-ID: <1281553526.6201.8.camel@zUbuntu> Okay, it's clear now. Thanks for your help ! :) @Robert Powell: No, I'm not going to add a new dialog. The first step, for me, is only face localization. (That's why the first version of my Python project that detect faces don't try to identify the detected face.) So my idea is to add a new trigger that will call my project for each imported pictures, and then save faces locations. Then, when the user open a picture, he will find a shape around the detected face with a place where he can set the person's name. After that, I also want to add a new button to add undetected faces. When button pressed, a new shape appear, can be moved, deleted, resized. Then it's possible to consider a screen "Faces" like the one "Events" but for faces :) I'm open for suggestions, idea ! On mer., 2010-08-11 at 11:09 -0700, Jim Nelson wrote: > Just to jump in here, the .ui files you're seeing are our drop-down > menu files. They're solely used for that, and don't have any bearing > on building a dialog. > > -- Jim > > On Wed, Aug 11, 2010 at 10:59 AM, Robert Powell wrote: > Hi ZedTuX, > > I think that you are working on facial recognition. Are you > trying to > create a new dialog? If so, you can start by just running > glade and > designing the dialog that you want. We can help you get that > dialog working > within Vala and Shotwell once you have it designed. If you > aren't trying to > make a new dialog, what are you trying to do? > > I'm not certain what the plan is for shotwell regarding UI > files, but I > think it might be easier to keep each dialog in a separate UI > file. I can > imagine merging UI files getting ugly quickly. The shotwell > team can > certainly address this authoritatively. In any event, if they > want it all > in one file, it is easy to add your new ui code in to an > existing file. > > Hope that helps, > > Rob > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > From marcelcoding at googlemail.com Wed Aug 11 20:51:57 2010 From: marcelcoding at googlemail.com (Marcel Stimberg) Date: Wed, 11 Aug 2010 22:51:57 +0200 Subject: [Shotwell] Is requiring valac 0.9.5 really a good idea? Message-ID: Hi Yorba team, in changeset 2033 you changed the code in a way that you get fewer warnings with valac 0.9.5 but now 0.9.5 is also the minimum version needed to build. I doubt this fits well with the inclusion of the next release in Debian/Ubuntu -- the version in Debian Experimental and Ubuntu Maverick is still 0.9.4.1. Given that valac was only released two days ago (on the same day you made the change), maybe this decision was a bit premature :) The build instructions on the yorba homepage also still state that Ubuntu Lucid (which ships valac 0.8) has a recent enough version to build trunk... Marcel From songuke at gmail.com Thu Aug 12 01:12:22 2010 From: songuke at gmail.com (Son Hua) Date: Thu, 12 Aug 2010 10:12:22 +0900 Subject: [Shotwell] Howto find undated photos? In-Reply-To: <4C62F3E1.8070906@yorba.org> References: <87r5i5b9uk.fsf@SSpaeth.de> <4C62F3E1.8070906@yorba.org> Message-ID: <4C634A76.3020306@gmail.com> Hi all, More on the undated photos problem. I think that the way Shotwell organizes photos according to events is limited not only for undated photos but also photos we have classified (manually) before. Say, I collect a number of photos on the internet, for example, photos related to motion, and put them into a folder named Motion before. Now I want to import these photos into Shotwell. The way of organising with events will simply scatter my photos to different dates and I'll have no way to find them among other events at the moment. Even if some of them can be found manually, how can I tag all newly imported photos with the tag "motion"? I love to use Shotwell for its simplicity, but the way of using event to organise stuffs automatically is just too limited and does not fit well for me. Are Shotwell developers having any plans to allow custom organization, or simply using existing folder names to organize (similar to Lightroom), or any other more efficient approaches? Thanks, Son. From jim at yorba.org Thu Aug 12 04:47:01 2010 From: jim at yorba.org (Jim Nelson) Date: Wed, 11 Aug 2010 21:47:01 -0700 Subject: [Shotwell] Final call for testing 0.7 Message-ID: Hello, Shotwell 0.7 is on the horizon and we could use your help. Now would be a great time to test trunk and make sure we're not missing anything important. 0.7 is a short development cycle, so the feature list isn't long, but does feature some long-asked-for goodies: * F-Spot import (thank you Bruno Girin!) * Last Import page * Directory scan at startup (which verifies that all your photos are present; any that are not are moved to the "Missing Files" page) * Numerous bug fixes Although we have more bugs to attack, the final release will look very similar to what is in trunk right now. If you're interested, follow the directions here for getting the source and building it: http://www.yorba.org/shotwell/install/#source If you find bugs or issues please feel free to report them here on the mailing list or via our Trac ticketing system at: http://trac.yorba.org/ Here's to 0.7! -- Jim Nelson From el.cameleon.1 at gmail.com Thu Aug 12 07:24:40 2010 From: el.cameleon.1 at gmail.com (Vincent) Date: Thu, 12 Aug 2010 09:24:40 +0200 Subject: [Shotwell] Howto find undated photos? In-Reply-To: <4C634A76.3020306@gmail.com> References: <87r5i5b9uk.fsf@SSpaeth.de> <4C62F3E1.8070906@yorba.org> <4C634A76.3020306@gmail.com> Message-ID: Hi On Thu, Aug 12, 2010 at 3:12 AM, Son Hua wrote: > Are Shotwell developers having any plans to allow custom > organization, or simply using existing folder names to organize (similar > to Lightroom), or any other more efficient approaches? > For this point, you may be interested by these tickets: - user-configurable import directory hierarchy - Add option to create events based on directory name on import Moreover, the problem with the actual way of doing for shotwell is that your photo may be well classified into shotwell, but are a real mess on your hard-drive, because your photo are not sort and group by events has they are into shotwell. So find them with Nautilus is a real pain... I strongly support the idea to have the same structure in Shotwell than on the hard drive (Picassa and Canon Zoombrowser have this very intuitive feature). From spaetz at sspaeth.de Thu Aug 12 07:55:42 2010 From: spaetz at sspaeth.de (Sebastian Spaeth) Date: Thu, 12 Aug 2010 09:55:42 +0200 Subject: [Shotwell] Add or modify tags In-Reply-To: <4C62E815.8@yorba.org> References: <4C48A394.6000609@yorba.org> <1281531347512-18866.post@talk.nabble.com> <4C62E815.8@yorba.org> Message-ID: <874of0b6yp.fsf@SSpaeth.de> On Wed, 11 Aug 2010 11:12:37 -0700, Adam Dingle wrote: > I'd like to think that something like this could work. I'm not > absolutely convinced that the list with checkboxes is even necessary, > though; perhaps we could just have the text-based list with bolding, at > least as a first implementation. I wouldn't need the checkboxes either and would be happy with a text-field only solution. The only advantage is that if you have several tags, it is currently not possible to see them all in the small text-field. Either a multi-line field (or a graphical list of all tags that gives a nice overview, like a tag cloud). Amateurish mockup attached. Cloud would be optional. Sebastian From pdo.smith at gmail.com Thu Aug 12 09:30:15 2010 From: pdo.smith at gmail.com (Peter DO Smith) Date: Thu, 12 Aug 2010 11:30:15 +0200 Subject: [Shotwell] Final call for testing 0.7 In-Reply-To: References: Message-ID: Are you going to use Robert Ancell's mallard based documentation for this release? I was thinking of contributing to his documentation. On Thu, Aug 12, 2010 at 6:47 AM, Jim Nelson wrote: > Hello, > > Shotwell 0.7 is on the horizon and we could use your help. Now would be a > great time to test trunk and make sure we're not missing anything > important. 0.7 is a short development cycle, so the feature list isn't > long, but does feature some long-asked-for goodies: > > * F-Spot import (thank you Bruno Girin!) > * Last Import page > * Directory scan at startup (which verifies that all your photos are > present; any that are not are moved to the "Missing Files" page) > * Numerous bug fixes > > Although we have more bugs to attack, the final release will look very > similar to what is in trunk right now. > > If you're interested, follow the directions here for getting the source and > building it: > > http://www.yorba.org/shotwell/install/#source > > If you find bugs or issues please feel free to report them here on the > mailing list or via our Trac ticketing system at: > > http://trac.yorba.org/ > > Here's to 0.7! > > -- Jim Nelson > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From Sebastian at SSpaeth.de Thu Aug 12 09:44:50 2010 From: Sebastian at SSpaeth.de (Sebastian Spaeth) Date: Thu, 12 Aug 2010 11:44:50 +0200 Subject: [Shotwell] Howto find undated photos? Message-ID: <87d3to412l.fsf@SSpaeth.de> On Wed, 11 Aug 2010 12:02:57 -0700, Adam Dingle wrote: > You say that importing from a mounted Windows share "does not work" -=20 > what do you mean by this? I select "import from folder" in my stock Ubuntu and I get the file chooser dialog. In this, I don't see my mounted Windows shares, so I cannot select it. Mounted windows shares, as in I used the standard "Connect to server"-> "Windows share" thingie in Ubuntu. That's why I tried the ~/.gvfs hack. And yes, I'll try to build the current trunk and get a backtrace. I'll ask for help if I fail with gdb. (P.S. I am running trunk now under gdb now) > Yes - if there is no EXIV information then Shotwell will have treat the=20 > image as undated. Some users would like us to use the photo's file time= =20 > as the image date instead in that case; we're currently undecided about=20 > whether to make that change since we think file times may not always be=20 > relevant or useful. Sure thing it has to treat them as undated. I am no fan of using the files mtime, which is pretty meaningless on my system as I copied the files around over the years and the mtime has been changed a couple of time. I would rather see them remain as undated, as squeezing my 1999 photos into 2006, just because I happened to copy them around then. > You're right that it's a major limitation that you can't currently find=20 > undated photos and/or photos which belong to no event, and we hope to=20 > fix this soon. Yep, I am pretty sure you are aware of that, just wanted to throw in my voice and saying that this has bitten me in real-world usage :). > By the way, Shotwell does currently include an Undated folder (mentioned= =20 > in http://trac.yorba.org/ticket/1632) but that's not quite what you're=20 > looking for. The Undated folder contains all events which Shotwell=20 > can't place under any year in the sidebar tree because those events=20 > contain only undated photos. Currently Shotwell does not place undated=20 > photos into any event at import time, but you can still place them into=20 > events manually, at which time those events will be in the Undated folder. That is interesting and certainly not the case in 0.6.1 (or I missed it even after looking explicitly for it). One more reason to switch to trunk. > I assume that you realize that you can right click any tag in the=20 > sidebar and choose the Rename command to rename it. It's true that=20 > Shotwell doesn't let you rename a tag only in a selected set of photos,=20 > however. DOH, it is so obvious now that you say that. No, I had not tried to do that. However, it only solves my problem partially. My son's name is Oliver, so I have a frequently used tag "Oliver". On a couple of photos I mistyped and typed "oliver" (hey, why case sensitivity BTW?!!! :-)). Renaming the tag oliver to Oliver effectively merging them, is not possible. Mass editing the photos with tag oliver is not possible either. So manual editing it was. > We are hoping to implement an all-in-one search box which lets you=20 > search by tag, title, filename and so on. The design of the search box=20 > is still up for discussion, but probably you'll be able to simply type a= =20 > string to perform a search over all fields, or to select a particular=20 > search type. If you select a search by tag, it would be nice if the=20 > search box would autocomplete tag names. I'm not quite sure whether=20 > this is what you mean by "a search bar that dynamically reduced the list= =20 > of tags to those potentially matching", though. Not exactly. If I have a tag Boston_2003 and Boston_2008, and I start typing "Bos" I want to see the possible autocompletions in a list as a hint as to what I might want. Just hiding all tags in the tag list that don't match the typed string would achieve that.=20 > > - A couple times I had clicked on an image in the viewer and the arrow > > keys would move the image around rather than navigating the image > > collection. Call me stupid but I had a hard time finding where I had > > to click to get back to the navigating. Not sure what could be done > > about this if at all. > >=20=20=20=20 >=20 > If you got into a mode where the arrow keys move the image around, then=20 > you must have zoomed into the image slightly, either by using the mouse=20 > scroll wheel or by dragging the zoom slider at the bottom of the image.= =20=20 > You can get back to the navigating mode simply by zooming back out, e.g.= =20 > by using the scroll wheel. Yep, that must have happened by accidentally sliding over my touchpad or so. I managed by explicitly clicking the back/forward icons, but I tried clicking on the image (which did not help). But as I said, I am not sure there is a way > > - I had a couple of crashes (3 or so) at seemingly random points. > Again, if you could get us backtraces for these we'd be eternally=20 > grateful. :) I'll get into a habit of running shotwell trunk under gdb :) > Not as such. It's a longer-term goal of Shotwell to allow easy photo=20 > sharing across both local networks and the Internet, but we're not there= =20 > yet. See http://trac.yorba.org/ticket/1292 . Yep, I was more thinking of a hacky script that adapts path names in photo.db and stuff like that. I might create one myself :). > Right. Shotwell *will* add those tags when you export photos using the=20 > File->Export command. We're also thinking of storing those tags into=20 > photo files on the fly, as many users have requested - this is=20 > http://trac.yorba.org/ticket/1290 . Good to know that exporting the photos would embed the tags. THanks again. Sebastian From Sebastian at SSpaeth.de Thu Aug 12 10:51:29 2010 From: Sebastian at SSpaeth.de (Sebastian Spaeth) Date: Thu, 12 Aug 2010 12:51:29 +0200 Subject: [Shotwell] Howto find undated photos? In-Reply-To: <87d3to412l.fsf@SSpaeth.de> References: <87d3to412l.fsf@SSpaeth.de> Message-ID: <87aaos3xzi.fsf@SSpaeth.de> Sebastian Spaeth wrote: > > By the way, Shotwell does currently include an Undated folder (mentioned= > =20 > > in http://trac.yorba.org/ticket/1632) but that's not quite what you're=20 > > looking for. The Undated folder contains all events which Shotwell=20 > > can't place under any year in the sidebar tree because those events=20 > > contain only undated photos. Currently Shotwell does not place undated=20 > > photos into any event at import time, but you can still place them into=20 > > events manually, at which time those events will be in the Undated folder. > > That is interesting and certainly not the case in 0.6.1 (or I missed it > even after looking explicitly for it). One more reason to switch to trunk. I just thought about this and I think it is not working as intended. First of all, I tried it on 2 machines, one 1 I linked, on the 2nd I copied to a local library. When linking there won't be an "undated" folder of course, so that won't work there. When copying I had photos (in 0.6.1) that were in dated folders (2005/07/24/...) but who had no exiv date and did not end up in any event. At least to the best of my knowledge. Due to the lack of search functionality I had a hard time seeing if a photo actually was in some event or not :). Sebastian From adam at yorba.org Thu Aug 12 16:48:00 2010 From: adam at yorba.org (Adam Dingle) Date: Thu, 12 Aug 2010 09:48:00 -0700 Subject: [Shotwell] Howto find undated photos? In-Reply-To: <87d3to412l.fsf@SSpaeth.de> References: <87d3to412l.fsf@SSpaeth.de> Message-ID: <4C6425C0.2050203@yorba.org> Sebastian, On 08/12/2010 02:44 AM, Sebastian Spaeth wrote: > On Wed, 11 Aug 2010 12:02:57 -0700, Adam Dingle wrote: > >> You say that importing from a mounted Windows share "does not work" -=20 >> what do you mean by this? >> > I select "import from folder" in my stock Ubuntu and I get the file > chooser dialog. In this, I don't see my mounted Windows shares, so I > cannot select it. Mounted windows shares, as in I used the standard > "Connect to server"-> "Windows share" thingie in Ubuntu. > You can of course open the mounted Windows share in Nautilus and drag the folder directly into Shotwell to import it. But if you want to use the File->Import From Folder menu item instead, then you're right that Shotwell does not list network shares in the resulting dialog. It would be nice to include them there: I've created a ticket at http://trac.yorba.org/ticket/2392 . > > Sure thing it has to treat them as undated. I am no fan of using the > files mtime, which is pretty meaningless on my system as I copied the > files around over the years and the mtime has been changed a couple of > time. I would rather see them remain as undated, as squeezing my 1999 > photos into 2006, just because I happened to copy them around then. > I'm inclined to agree: the mtime may well be meaningless and I think it's safer not to use it. >> By the way, Shotwell does currently include an Undated folder (mentioned >> in http://trac.yorba.org/ticket/1632) but that's not quite what you're >> looking for. The Undated folder contains all events which Shotwell >> can't place under any year in the sidebar tree because those events >> contain only undated photos. Currently Shotwell does not place undated >> photos into any event at import time, but you can still place them into >> events manually, at which time those events will be in the Undated folder. >> > That is interesting and certainly not the case in 0.6.1 (or I missed it > even after looking explicitly for it). One more reason to switch to trunk. > The Undated folder *is* present in 0.6.1. To see it, import a photo which has no EXIF date, then select the photo and and choose Events->New Event. The photo will be placed in a new event, which will appear in the Undated folder because the photo in the event has no date. >> I assume that you realize that you can right click any tag in the >> sidebar and choose the Rename command to rename it. It's true that >> Shotwell doesn't let you rename a tag only in a selected set of photos, >> however. >> > DOH, it is so obvious now that you say that. No, I had not tried to do > that. However, it only solves my problem partially. My son's name is > Oliver, so I have a frequently used tag "Oliver". On a couple of photos > I mistyped and typed "oliver" (hey, why case sensitivity BTW?!!! :-)). > You're right: I think there's not much reason for Shotwell tag names to be case-sensitive. I've filed a ticket to fix this at http://trac.yorba.org/ticket/2391 . > - I had a couple of crashes (3 or so) at seemingly random points. > >> Again, if you could get us backtraces for these we'd be eternally=20 >> grateful. :) >> > I'll get into a habit of running shotwell trunk under gdb :) > Alternatively, you could set up your machine to generate a core dump whenever an application crashes, and then use gdb to get a backtrace from the core dump afterward. That might be easier since you wouldn't need to run under gdb every time. If you want more detailed advice about how to do this then just let me know. adam From adam at yorba.org Thu Aug 12 16:53:02 2010 From: adam at yorba.org (Adam Dingle) Date: Thu, 12 Aug 2010 09:53:02 -0700 Subject: [Shotwell] Howto find undated photos? In-Reply-To: <87aaos3xzi.fsf@SSpaeth.de> References: <87d3to412l.fsf@SSpaeth.de> <87aaos3xzi.fsf@SSpaeth.de> Message-ID: <4C6426EE.7010108@yorba.org> On 08/12/2010 03:51 AM, Sebastian Spaeth wrote: > Sebastian Spaeth wrote: > >>> By the way, Shotwell does currently include an Undated folder (mentioned >>> in http://trac.yorba.org/ticket/1632) but that's not quite what you're >>> looking for. The Undated folder contains all events which Shotwell >>> can't place under any year in the sidebar tree because those events >>> contain only undated photos. Currently Shotwell does not place undated >>> photos into any event at import time, but you can still place them into >>> events manually, at which time those events will be in the Undated folder. >>> >> That is interesting and certainly not the case in 0.6.1 (or I missed it >> even after looking explicitly for it). One more reason to switch to trunk. >> > I just thought about this and I think it is not working as > intended. First of all, I tried it on 2 machines, one 1 I linked, on the > 2nd I copied to a local library. > > When linking there won't be an "undated" folder of course, so that won't > work there. > > When copying I had photos (in 0.6.1) that were in dated folders > (2005/07/24/...) but who had no exiv date and did not end up in any > event. > Right - that's expected and is how Shotwell works today. As I mentioned in my previous message, if a photo is undated (i.e. has no EXIF date) then Shotwell will not place it into any event. You'll see the Undated folder only if you manually place undated photos into events; then those events will appear in the Undated folder. adam From adam at yorba.org Thu Aug 12 17:04:34 2010 From: adam at yorba.org (Adam Dingle) Date: Thu, 12 Aug 2010 10:04:34 -0700 Subject: [Shotwell] Howto find undated photos? In-Reply-To: <4C634A76.3020306@gmail.com> References: <87r5i5b9uk.fsf@SSpaeth.de> <4C62F3E1.8070906@yorba.org> <4C634A76.3020306@gmail.com> Message-ID: <4C6429A2.4070905@yorba.org> Son, On 08/11/2010 06:12 PM, Son Hua wrote: > Hi all, > > More on the undated photos problem. I think that the way Shotwell > organizes photos according to events is limited not only for undated > photos but also photos we have classified (manually) before. Agreed. We hope to improve this. > > Say, I collect a number of photos on the internet, for example, photos > related to motion, and put them into a folder named Motion before. Now > I want to import these photos into Shotwell. The way of organising > with events will simply scatter my photos to different dates and I'll > have no way to find them among other events at the moment. Even if > some of them can be found manually, how can I tag all newly imported > photos with the tag "motion"? In the upcoming 0.7 release (and in the trunk today) there's a Last Import sidebar item which shows you all the photos you've just imported. So after your import you can select Last Import, select all photos in the view and then choose Tags->Add Tags. > > I love to use Shotwell for its simplicity, but the way of using event > to organise stuffs automatically is just too limited and does not fit > well for me. Are Shotwell developers having any plans to allow custom > organization, or simply using existing folder names to organize > (similar to Lightroom), or any other more efficient approaches? We plan to add a file tree to the sidebar which lets you browse your photos according to their layout on hard disk (http://trac.yorba.org/ticket/1594). That will be convenient to use if you've already organized them into disk folders. As Vincent pointed out in another message, we'd also like let the user customize the import directory hierarchy, which is currently fixed at year/month/day (http://trac.yorba.org/ticket/1597). It might also be nice if the user could attach tags during import (http://trac.yorba.org/ticket/1586) and/or rename photos to a user-configurable pattern when importing (http://trac.yorba.org/ticket/1942). Hopefully some of these improvements will come in the next couple of releases after 0.7. As always, we welcome feedback about which of these would be most valuable to you. cheers adam From adam at yorba.org Thu Aug 12 18:02:54 2010 From: adam at yorba.org (Adam Dingle) Date: Thu, 12 Aug 2010 11:02:54 -0700 Subject: [Shotwell] Final call for testing 0.7 In-Reply-To: References: Message-ID: <4C64374E.4020409@yorba.org> Peter, yes - we do want to include the Mallard-based documentation in this release. To be clear, we also plan to update the existing Shotwell user guide (http://trac.yorba.org/wiki/UsingShotwell0.6) for this and future releases - it will not go away. The user guide will be linear (you can read it like a book) and comprehensive. The Mallard-based documentation will be topical and task-oriented, and may not include every little detail about everything Shotwell can do. I think these two documentation resources will complement each other well. Robert's Mallard documentation is a good start, but there's more work to be done as Jim described in his comments on our Mallard ticket at http://trac.yorba.org/ticket/1143 . That ticket is currently assigned to David Velazquez. David, are you planning to complete the Mallard documentation following Jim's suggestions? Or Peter, do you want to work on that? We're hoping to ship Shotwell 0.7 by the end of next week, so we could use some help here soon. adam On 08/12/2010 02:30 AM, Peter DO Smith wrote: > Are you going to use Robert Ancell's mallard based documentation for this > release? I was thinking of contributing to his documentation. > > On Thu, Aug 12, 2010 at 6:47 AM, Jim Nelson wrote: > > >> Hello, >> >> Shotwell 0.7 is on the horizon and we could use your help. Now would be a >> great time to test trunk and make sure we're not missing anything >> important. 0.7 is a short development cycle, so the feature list isn't >> long, but does feature some long-asked-for goodies: >> >> * F-Spot import (thank you Bruno Girin!) >> * Last Import page >> * Directory scan at startup (which verifies that all your photos are >> present; any that are not are moved to the "Missing Files" page) >> * Numerous bug fixes >> >> Although we have more bugs to attack, the final release will look very >> similar to what is in trunk right now. >> >> If you're interested, follow the directions here for getting the source and >> building it: >> >> http://www.yorba.org/shotwell/install/#source >> >> If you find bugs or issues please feel free to report them here on the >> mailing list or via our Trac ticketing system at: >> >> http://trac.yorba.org/ >> >> Here's to 0.7! >> >> -- Jim Nelson >> _______________________________________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >> >> > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > From david.velazquez08 at gmail.com Thu Aug 12 18:33:22 2010 From: david.velazquez08 at gmail.com (David Velazquez) Date: Thu, 12 Aug 2010 14:33:22 -0400 Subject: [Shotwell] Final call for testing 0.7 In-Reply-To: <4C64374E.4020409@yorba.org> References: <4C64374E.4020409@yorba.org> Message-ID: I'm still working on it but due to reasons of a more personal nature I haven't been able to get muck work done recently. If Peter can do it, then by all means please remove me as owner. I'd love to contribute but the time frame and events in my life have made it unlikely I'll be able to do much by the time you want to roll .7 out the door. On Thu, Aug 12, 2010 at 2:02 PM, Adam Dingle wrote: > Peter, > > yes - we do want to include the Mallard-based documentation in this > release. To be clear, we also plan to update the existing Shotwell user > guide (http://trac.yorba.org/wiki/UsingShotwell0.6) for this and future > releases - it will not go away. The user guide will be linear (you can read > it like a book) and comprehensive. The Mallard-based documentation will be > topical and task-oriented, and may not include every little detail about > everything Shotwell can do. I think these two documentation resources will > complement each other well. > > Robert's Mallard documentation is a good start, but there's more work to be > done as Jim described in his comments on our Mallard ticket at > http://trac.yorba.org/ticket/1143 . That ticket is currently assigned to > David Velazquez. David, are you planning to complete the Mallard > documentation following Jim's suggestions? Or Peter, do you want to work on > that? We're hoping to ship Shotwell 0.7 by the end of next week, so we > could use some help here soon. > > adam > > > On 08/12/2010 02:30 AM, Peter DO Smith wrote: > >> Are you going to use Robert Ancell's mallard based documentation for this >> release? I was thinking of contributing to his documentation. >> >> On Thu, Aug 12, 2010 at 6:47 AM, Jim Nelson wrote: >> >> >> >>> Hello, >>> >>> Shotwell 0.7 is on the horizon and we could use your help. Now would be >>> a >>> great time to test trunk and make sure we're not missing anything >>> important. 0.7 is a short development cycle, so the feature list isn't >>> long, but does feature some long-asked-for goodies: >>> >>> * F-Spot import (thank you Bruno Girin!) >>> * Last Import page >>> * Directory scan at startup (which verifies that all your photos are >>> present; any that are not are moved to the "Missing Files" page) >>> * Numerous bug fixes >>> >>> Although we have more bugs to attack, the final release will look very >>> similar to what is in trunk right now. >>> >>> If you're interested, follow the directions here for getting the source >>> and >>> building it: >>> >>> http://www.yorba.org/shotwell/install/#source >>> >>> If you find bugs or issues please feel free to report them here on the >>> mailing list or via our Trac ticketing system at: >>> >>> http://trac.yorba.org/ >>> >>> Here's to 0.7! >>> >>> -- Jim Nelson >>> _______________________________________________ >>> Shotwell mailing list >>> Shotwell at lists.yorba.org >>> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >>> >>> >>> >> _______________________________________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >> >> >> > > From pdo.smith at gmail.com Thu Aug 12 18:37:23 2010 From: pdo.smith at gmail.com (Peter DO Smith) Date: Thu, 12 Aug 2010 20:37:23 +0200 Subject: [Shotwell] Final call for testing 0.7 In-Reply-To: References: <4C64374E.4020409@yorba.org> Message-ID: David, Adam, I would like to help out with the documentation. We just need to work out how to coordinate our work. Peter On Thu, Aug 12, 2010 at 8:33 PM, David Velazquez < david.velazquez08 at gmail.com> wrote: > I'm still working on it but due to reasons of a more personal nature I > haven't been able to get muck work done recently. If Peter can do it, then > by all means please remove me as owner. I'd love to contribute but the time > frame and events in my life have made it unlikely I'll be able to do much by > the time you want to roll .7 out the door. > > > On Thu, Aug 12, 2010 at 2:02 PM, Adam Dingle wrote: > >> Peter, >> >> yes - we do want to include the Mallard-based documentation in this >> release. To be clear, we also plan to update the existing Shotwell user >> guide (http://trac.yorba.org/wiki/UsingShotwell0.6) for this and future >> releases - it will not go away. The user guide will be linear (you can read >> it like a book) and comprehensive. The Mallard-based documentation will be >> topical and task-oriented, and may not include every little detail about >> everything Shotwell can do. I think these two documentation resources will >> complement each other well. >> >> Robert's Mallard documentation is a good start, but there's more work to >> be done as Jim described in his comments on our Mallard ticket at >> http://trac.yorba.org/ticket/1143 . That ticket is currently assigned to >> David Velazquez. David, are you planning to complete the Mallard >> documentation following Jim's suggestions? Or Peter, do you want to work on >> that? We're hoping to ship Shotwell 0.7 by the end of next week, so we >> could use some help here soon. >> >> adam >> >> >> On 08/12/2010 02:30 AM, Peter DO Smith wrote: >> >>> Are you going to use Robert Ancell's mallard based documentation for this >>> release? I was thinking of contributing to his documentation. >>> >>> On Thu, Aug 12, 2010 at 6:47 AM, Jim Nelson wrote: >>> >>> >>> >>>> Hello, >>>> >>>> Shotwell 0.7 is on the horizon and we could use your help. Now would be >>>> a >>>> great time to test trunk and make sure we're not missing anything >>>> important. 0.7 is a short development cycle, so the feature list isn't >>>> long, but does feature some long-asked-for goodies: >>>> >>>> * F-Spot import (thank you Bruno Girin!) >>>> * Last Import page >>>> * Directory scan at startup (which verifies that all your photos are >>>> present; any that are not are moved to the "Missing Files" page) >>>> * Numerous bug fixes >>>> >>>> Although we have more bugs to attack, the final release will look very >>>> similar to what is in trunk right now. >>>> >>>> If you're interested, follow the directions here for getting the source >>>> and >>>> building it: >>>> >>>> http://www.yorba.org/shotwell/install/#source >>>> >>>> If you find bugs or issues please feel free to report them here on the >>>> mailing list or via our Trac ticketing system at: >>>> >>>> http://trac.yorba.org/ >>>> >>>> Here's to 0.7! >>>> >>>> -- Jim Nelson >>>> _______________________________________________ >>>> Shotwell mailing list >>>> Shotwell at lists.yorba.org >>>> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >>>> >>>> >>>> >>> _______________________________________________ >>> Shotwell mailing list >>> Shotwell at lists.yorba.org >>> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >>> >>> >>> >> >> > From adam at yorba.org Thu Aug 12 19:25:08 2010 From: adam at yorba.org (Adam Dingle) Date: Thu, 12 Aug 2010 12:25:08 -0700 Subject: [Shotwell] Final call for testing 0.7 In-Reply-To: References: <4C64374E.4020409@yorba.org> Message-ID: <4C644A94.9000503@yorba.org> OK - I've now reassigned the Mallard ticket (http://trac.yorba.org/ticket/1143) to Peter. Peter, thanks for offering to help out on this. Please read Jim's latest comments on the ticket and let us know if you have any other questions, either about the work to be done or about the tools/processes involved. It might be best to continue the discussion by appending comments to the Mallard ticket itself. Note that we have not yet updated the Shotwell user guide for 0.7 (http://trac.yorba.org/ticket/2393) and once we do so we'll want to merge those changes into the Mallard documentation, though I think those changes will be pretty modest. Thanks again for your help! adam On 08/12/2010 11:37 AM, Peter DO Smith wrote: > David, Adam, I would like to help out with the documentation. We just need > to work out how to coordinate our work. > Peter > > On Thu, Aug 12, 2010 at 8:33 PM, David Velazquez< > david.velazquez08 at gmail.com> wrote: > > >> I'm still working on it but due to reasons of a more personal nature I >> haven't been able to get muck work done recently. If Peter can do it, then >> by all means please remove me as owner. I'd love to contribute but the time >> frame and events in my life have made it unlikely I'll be able to do much by >> the time you want to roll .7 out the door. >> >> >> On Thu, Aug 12, 2010 at 2:02 PM, Adam Dingle wrote: >> >> >>> Peter, >>> >>> yes - we do want to include the Mallard-based documentation in this >>> release. To be clear, we also plan to update the existing Shotwell user >>> guide (http://trac.yorba.org/wiki/UsingShotwell0.6) for this and future >>> releases - it will not go away. The user guide will be linear (you can read >>> it like a book) and comprehensive. The Mallard-based documentation will be >>> topical and task-oriented, and may not include every little detail about >>> everything Shotwell can do. I think these two documentation resources will >>> complement each other well. >>> >>> Robert's Mallard documentation is a good start, but there's more work to >>> be done as Jim described in his comments on our Mallard ticket at >>> http://trac.yorba.org/ticket/1143 . That ticket is currently assigned to >>> David Velazquez. David, are you planning to complete the Mallard >>> documentation following Jim's suggestions? Or Peter, do you want to work on >>> that? We're hoping to ship Shotwell 0.7 by the end of next week, so we >>> could use some help here soon. >>> >>> adam >>> >>> >>> On 08/12/2010 02:30 AM, Peter DO Smith wrote: >>> >>> >>>> Are you going to use Robert Ancell's mallard based documentation for this >>>> release? I was thinking of contributing to his documentation. >>>> >>>> On Thu, Aug 12, 2010 at 6:47 AM, Jim Nelson wrote: >>>> >>>> >>>> >>>> >>>>> Hello, >>>>> >>>>> Shotwell 0.7 is on the horizon and we could use your help. Now would be >>>>> a >>>>> great time to test trunk and make sure we're not missing anything >>>>> important. 0.7 is a short development cycle, so the feature list isn't >>>>> long, but does feature some long-asked-for goodies: >>>>> >>>>> * F-Spot import (thank you Bruno Girin!) >>>>> * Last Import page >>>>> * Directory scan at startup (which verifies that all your photos are >>>>> present; any that are not are moved to the "Missing Files" page) >>>>> * Numerous bug fixes >>>>> >>>>> Although we have more bugs to attack, the final release will look very >>>>> similar to what is in trunk right now. >>>>> >>>>> If you're interested, follow the directions here for getting the source >>>>> and >>>>> building it: >>>>> >>>>> http://www.yorba.org/shotwell/install/#source >>>>> >>>>> If you find bugs or issues please feel free to report them here on the >>>>> mailing list or via our Trac ticketing system at: >>>>> >>>>> http://trac.yorba.org/ >>>>> >>>>> Here's to 0.7! >>>>> >>>>> -- Jim Nelson >>>>> _______________________________________________ >>>>> Shotwell mailing list >>>>> Shotwell at lists.yorba.org >>>>> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >>>>> >>>>> >>>>> >>>>> >>>> _______________________________________________ >>>> Shotwell mailing list >>>> Shotwell at lists.yorba.org >>>> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >>>> >>>> >>>> >>>> > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > From brunogirin at gmail.com Thu Aug 12 19:32:40 2010 From: brunogirin at gmail.com (Bruno Girin) Date: Thu, 12 Aug 2010 20:32:40 +0100 Subject: [Shotwell] Howto find undated photos? In-Reply-To: <4C6425C0.2050203@yorba.org> References: <87d3to412l.fsf@SSpaeth.de> <4C6425C0.2050203@yorba.org> Message-ID: <1281641560.1564.1.camel@nuuk> On Thu, 2010-08-12 at 09:48 -0700, Adam Dingle wrote: > Sebastian, > > > - I had a couple of crashes (3 or so) at seemingly random points. > > > >> Again, if you could get us backtraces for these we'd be eternally=20 > >> grateful. :) > >> > > I'll get into a habit of running shotwell trunk under gdb :) > > > > Alternatively, you could set up your machine to generate a core dump > whenever an application crashes, and then use gdb to get a backtrace > from the core dump afterward. That might be easier since you wouldn't > need to run under gdb every time. If you want more detailed advice > about how to do this then just let me know. Actually, if you enable Apport, that may be a good way to test if the apport hook works :-) Bruno From mnemo at minimum.se Thu Aug 12 21:09:54 2010 From: mnemo at minimum.se (Martin Olsson) Date: Thu, 12 Aug 2010 23:09:54 +0200 Subject: [Shotwell] Final call for testing 0.7 In-Reply-To: References: Message-ID: <4C646322.1020705@minimum.se> Since you added RAW support in the last version I have now actually tried Shotwell with my real photo collection. Here are some things that I noted (some minor 0.7.0 bugs at the end): First I ran into some already ticket stuff (so I'm just listen them as a +1 for 0.8.0): * I really really miss a Sharpen button or Sharpen slider (ticket #690). * I don't want the "master copy" of any data in ~/.shotwell, I prefer if tags are applied directly as metadata to the original photo files, ofc at very explicit opt-in from the user. (ticket #1897). Other issues I encountered in my workflow (these most likely not relevant for 0.7.0): * I shoot RAW+JPG and the RAW photos look very poor since they are rendering using "default settings". Here are some RAW+JPG equivalents directly from the camera (no modifications). Are you passing any parameters to libraw when you do the conversion or is this a libraw "bug"? Also I wonder if this affects all RAW capable cameras much or if different camera have different specific problems... Anyway, import these: http://temp.minimum.se/shotwell_raw/ * I would like to have "Camera: BLAH" in the basic metadata rather than hidden away in the extended dialog. * While cropping I'd like to be able to live preview the pixel size of the crop region while I'm resizing it. Right now the "Size:" field in "basic info" is not updated until I finish the crop by pressing OK. * It would be nice if the "basic metadata" panel was re-designed so that it fits more and more stuff into itself the bigger I make it. So if I drag the horizontal splitter upwards, more and more metadata shows up in this pane (right now I just get more gray space). * I miss the ability to zoom out more than "fit photo to screen" (i.e. make photo smaller than the photo viewport). This is useful for quickly previewing what the photo would look like inserted into a blog post or similar (i.e. resized and inserted into the text). * At some point I wanted to inspect a photo at 100% size to check noise levels, sharpness etc. So I zoom to maximum but then I realized the UI doesn't tell me if "maximum zoom" means "100% size" or not. I guess it does but I think it would be nice if there was some actual percentage number that changed when the zoom slider is dragged just so that the user knows for sure what magnification he/she is at. Since you don't have a status bar (which I think is a good thing) maybe some tiny popup window could appear which goes away immediately when the user releases the zoom slider (similar to the Adjust dialog but a lot smaller and hovering above the photo just above the zoom slider itself)? * A lot of important metadata is not viewable in Shotwell (but running exiv2 shows it), in particular: - I really miss "ISO Speed" - It would also be useful to have "Metering mode" and "White balance" included. - And just for fun, it would be nice to include the EXIF "ShutterCount" (i.e. total number of times the shutter has opened on this particular camera). - What lens was used (mostly a DSLR feature but it's something I miss a lot from Adobe Lightroom). Not sure if this info is available in generic EXIF but it's certain available in for example "Exif.NikonLd2.LensIDNumber" (see http://www.exiv2.org/tags-nikon.html etc). * I would like to be able to easily view "all photos I've ever taken with a rating >X". Right now the "View::Filter Photos" utility only works well for a single event. If I select a "Month" or a year in the event treeview I still see all events listed in the right hand side which means I have to open each and every event to see if there actually was any rating>N photos from that event. I'd like some sort of smart solution to this although I'm not sure what the best way to do it. * Shotwell says "focal length: 60mm" but exiv2 terminal says "60mm (35mm sensor equivalent: 90mm)" and I think the latter is better (many people might not know the crop factor for their sensor or even if they do they might just mistake the given number for 35mm equiv). See "Exif.Photo.FocalLengthIn35mmFilm". POTENTIAL BUGS: * This photo fails to import but (as far as I know it's not a corrupt file and it opens just fine using F-Spot. The photo came straight from my Nikon D50, although it's been sitting in my photo folder for a long time so maybe some program or HDD issue accidently corrupted it without me noticing it). Here is the file: http://temp.minimum.se/shotwell_other/file_error_DSC_0128.NEF * Repro steps: For a large photo collection, select "Photos" and then select the top-left-most photo (without opening it). Now press "Page Down" key 2-3 times. Notice that the selection is no longer within the currently screenful which is unintuitive compared to most other apps. This means that if I browse around by mixing "page down" and actual "key down" strokes things get messed up since the "key down" takes me to where I was before I started hitting "page down". I suggest you fix it so that pressing "page down" actually keeps a photo within the current screenful selected, for example if I start out with photo X selected, then maybe you could compute the coordinates at the center of that photos thumbnail relative to the viewport origin and then when after the "page down" when you arrive at the new screenful, just select the photo that lies closest to those coordinates (I'm thinking this semi complex procedure is needed for cases when people have imported images of highly irregular shapes like a few really really wide ones which tend to mess up the column alignment). * Gtk-Critical Warning "_gtk_accel_group_detach: assertion `g_slist_find (accel_group->acceleratables, object) != NULL' failed". Repro steps: Import some photos, single click the first event to open it, open the first photo, single click that same event again to go back all view all the photos in the event. Now two bad things happen (two bugs imo), first off the assert fires and secondly shotwell assumes I want to rename the event which I don't want (I just want to go back to viewing all the photos from that event). For the latter part I could expect single click to mean rename, only if that event was already selected and it's photos were already visible in the main right hand view (agree?). Anyway, here is the stack leading up to the gtk-critical assert (and you can also hit a similar one via "IA__gtk_window_add_accel_group"): #0 IA__g_log (log_domain=0x7ffff4b6e9f7 "Gtk", log_level=G_LOG_LEVEL_CRITICAL, format=0x7ffff193530d "%s: assertion `%s' failed") at /build/buildd/glib2.0-2.24.1/glib/gmessages.c:565 #1 0x00007ffff4b0590a in IA__gtk_window_remove_accel_group (window=0x112e0e0, accel_group=0x76bff40) at /build/buildd/gtk+2.0-2.20.1/gtk/gtkwindow.c:1805 #2 0x000000000054bafd in library_window_switch_to_page (self=0x112e0e0, page=0x1164240) at LibraryWindow.vala:1409 #3 0x000000000054e0ce in library_window_is_tag_selected (_sender=, self=) at LibraryWindow.vala:1517 #4 library_window_on_sidebar_cursor_changed (_sender=, self=) at LibraryWindow.vala:1542 #5 _library_window_on_sidebar_cursor_changed_gtk_tree_view_cursor_changed (_sender=, self=) at LibraryWindow.c:1869 #6 0x00007ffff21a55de in IA__g_closure_invoke (closure=0x72a69e0, return_value=0x0, n_param_values=1, param_values=0x6dfcf80, invocation_hint=0x7fffffffd530) at /build/buildd/glib2.0-2.24.1/gobject/gclosure.c:767 #7 0x00007ffff21b9598 in signal_emit_unlocked_R (node=0x960240, detail=, instance=, emission_return=, instance_and_params=) at /build/buildd/glib2.0-2.24.1/gobject/gsignal.c:3248 #8 0x00007ffff21baa76 in IA__g_signal_emit_valist (instance=0x1134010, signal_id=, detail=0, var_args=0x7fffffffd720) at /build/buildd/glib2.0-2.24.1/gobject/gsignal.c:2981 #9 0x00007ffff21bb033 in IA__g_signal_emit (instance=0x7ffff4b6e9f7, signal_id=8, detail=4052964109) at /build/buildd/glib2.0-2.24.1/gobject/gsignal.c:3038 #10 0x00007ffff4ad568d in gtk_tree_view_real_set_cursor (tree_view=0x1134010, path=0x7fffcc489a40, clear_and_select=0, clamp_node=1) at /build/buildd/gtk+2.0-2.20.1/gtk/gtktreeview.c:12590 #11 0x00007ffff4ad65d7 in gtk_tree_view_real_start_editing (tree_view=0x1134010, column=, path=0x7fffcc489a40, cell_editable=0x11453b0, cell_area=0x7fffffffd900, event=0x4e892b0, flags=0) at /build/buildd/gtk+2.0-2.20.1/gtk/gtktreeview.c:14841 #12 0x00007ffff4adfc9f in gtk_tree_view_button_press (widget=0x1134010, event=0x4e892b0) at /build/buildd/gtk+2.0-2.20.1/gtk/gtktreeview.c:2744 #13 0x00007ffff49db178 in _gtk_marshal_BOOLEAN__BOXED (closure=0x945f90, return_value=0x7fffffffdb40, n_param_values=, param_values=0x7fffdc2c2580, invocation_hint=, marshal_data=0x5086d0) at /build/buildd/gtk+2.0-2.20.1/gtk/gtkmarshalers.c:84 #14 0x00007ffff21a55de in IA__g_closure_invoke (closure=0x945f90, return_value=0x7fffffffdb40, n_param_values=2, param_values=0x7fffdc2c2580, invocation_hint=0x7fffffffdb00) at /build/buildd/glib2.0-2.24.1/gobject/gclosure.c:767 #15 0x00007ffff21b91dd in signal_emit_unlocked_R (node=0x945fe0, detail=, instance=, emission_return=, instance_and_params=) at /build/buildd/glib2.0-2.24.1/gobject/gsignal.c:3286 #16 0x00007ffff21ba8b9 in IA__g_signal_emit_valist (instance=0x1134010, signal_id=, detail=0, var_args=0x7fffffffdcf0) at /build/buildd/glib2.0-2.24.1/gobject/gsignal.c:2991 #17 0x00007ffff21bb033 in IA__g_signal_emit (instance=0x7ffff4b6e9f7, signal_id=8, detail=4052964109) at /build/buildd/glib2.0-2.24.1/gobject/gsignal.c:3038 #18 0x00007ffff4af20bf in gtk_widget_event_internal (widget=0x1134010, event=0x4e892b0) at /build/buildd/gtk+2.0-2.20.1/gtk/gtkwidget.c:4951 #19 0x00007ffff49d3643 in IA__gtk_propagate_event (widget=0x1134010, event=0x4e892b0) at /build/buildd/gtk+2.0-2.20.1/gtk/gtkmain.c:2447 #20 0x00007ffff49d471b in IA__gtk_main_do_event (event=0x4e892b0) at /build/buildd/gtk+2.0-2.20.1/gtk/gtkmain.c:1647 #21 0x00007ffff2fb586c in gdk_event_dispatch (source=, callback=, user_data=) at /build/buildd/gtk+2.0-2.20.1/gdk/x11/gdkevents-x11.c:2372 #22 0x00007ffff18e78c2 in g_main_dispatch (context=0x8f0bc0) at /build/buildd/glib2.0-2.24.1/glib/gmain.c:1960 #23 IA__g_main_context_dispatch (context=0x8f0bc0) at /build/buildd/glib2.0-2.24.1/glib/gmain.c:2513 #24 0x00007ffff18eb748 in g_main_context_iterate (context=0x8f0bc0, block=, dispatch=, self=) at /build/buildd/glib2.0-2.24.1/glib/gmain.c:2591 #25 0x00007ffff18ebc55 in IA__g_main_loop_run (loop=0x6659c20) at /build/buildd/glib2.0-2.24.1/glib/gmain.c:2799 #26 0x00007ffff49d4bb7 in IA__gtk_main () at /build/buildd/gtk+2.0-2.20.1/gtk/gtkmain.c:1219 #27 0x000000000045e88e in library_exec (mounts=, mounts_length1=) at main.vala:191 #28 0x000000000045f092 in _vala_main (args=0x7fffffffe268, args_length1=1) at main.vala:304 #29 0x000000000045f119 in main (argc=1, argv=0x7fffffffe268) at main.vala:236 Martin On 08/12/2010 06:47 AM, Jim Nelson wrote: > Hello, > > Shotwell 0.7 is on the horizon and we could use your help. Now would be a > great time to test trunk and make sure we're not missing anything > important. 0.7 is a short development cycle, so the feature list isn't > long, but does feature some long-asked-for goodies: > > * F-Spot import (thank you Bruno Girin!) > * Last Import page > * Directory scan at startup (which verifies that all your photos are > present; any that are not are moved to the "Missing Files" page) > * Numerous bug fixes > > Although we have more bugs to attack, the final release will look very > similar to what is in trunk right now. > > If you're interested, follow the directions here for getting the source and > building it: > > http://www.yorba.org/shotwell/install/#source > > If you find bugs or issues please feel free to report them here on the > mailing list or via our Trac ticketing system at: > > http://trac.yorba.org/ > > Here's to 0.7! > > -- Jim Nelson > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From Sebastian at SSpaeth.de Fri Aug 13 06:24:07 2010 From: Sebastian at SSpaeth.de (Sebastian Spaeth) Date: Fri, 13 Aug 2010 08:24:07 +0200 Subject: [Shotwell] Howto find undated photos? In-Reply-To: <4C6426EE.7010108@yorba.org> References: <87d3to412l.fsf@SSpaeth.de> <87aaos3xzi.fsf@SSpaeth.de> <4C6426EE.7010108@yorba.org> Message-ID: <87r5i3ni7s.fsf@SSpaeth.de> On Thu, 12 Aug 2010 09:53:02 -0700, Adam Dingle wrote: > Right - that's expected and is how Shotwell works today. As I mentioned > in my previous message, if a photo is undated (i.e. has no EXIF date) > then Shotwell will not place it into any event. You'll see the Undated > folder only if you manually place undated photos into events; then those > events will appear in the Undated folder. I see (and understand now), thanks for the clarification (and patience). spaetz From Sebastian at SSpaeth.de Fri Aug 13 12:00:24 2010 From: Sebastian at SSpaeth.de (Sebastian Spaeth) Date: Fri, 13 Aug 2010 14:00:24 +0200 Subject: [Shotwell] 0.7 backtrace and missing files Message-ID: <87wrruhgdj.fsf@SSpaeth.de> BTW, anyone noticed that this mailing list refuses to take gpg signed mails as forbidden content (if not signed inline but as a separate mime part)? shotwell trunk crashed again while importing from a network drive. And I notice that for whatever weird reasons ubuntu had the network drive unmounted. It shouldn't have done that, but shotwell should not have crashed on it either. Attached is the gdb backtrace if you are interested in it. I am no expert but I am afraid it seems the crash is located in the gio/gvfs layers... Also, when I restarted I had not remounted the drive yet and shotwell moved my photos into the missing section (which is ok, as I had them linked and they were clearly missing). However, after mounting the drive and restarting shotwell it seems my photos are STILL in the missing section, which is not OK. Is there a way to trigger a refresh to see if previously missing files are still gone? I know shotwell is mostly designed with local storage in mind and my linking to a NAS drive, I am giving it a hard time. It might not be a very uncommon situation though, I guess. Sebastian From Sebastian at SSpaeth.de Fri Aug 13 12:10:40 2010 From: Sebastian at SSpaeth.de (Sebastian Spaeth) Date: Fri, 13 Aug 2010 14:10:40 +0200 Subject: [Shotwell] 0.7 backtrace and missing files In-Reply-To: <87wrruhgdj.fsf@SSpaeth.de> References: <87wrruhgdj.fsf@SSpaeth.de> Message-ID: <877hjupvb3.fsf@SSpaeth.de> Should have attached the backtrace in the first place.... -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: backtrace URL: From jim at yorba.org Fri Aug 13 20:25:10 2010 From: jim at yorba.org (Jim Nelson) Date: Fri, 13 Aug 2010 13:25:10 -0700 Subject: [Shotwell] 0.7 backtrace and missing files In-Reply-To: <87wrruhgdj.fsf@SSpaeth.de> References: <87wrruhgdj.fsf@SSpaeth.de> Message-ID: Hello, On Fri, Aug 13, 2010 at 5:00 AM, Sebastian Spaeth wrote: > BTW, anyone noticed that this mailing list refuses to take gpg signed > mails as forbidden content (if not signed inline but as a separate mime > part)? > We had some problems in the past with HTML messages and enabled content filtering. Do you know what mime type a gpg-signed message would be? I can look into adding it to the filter. > shotwell trunk crashed again while importing from a network drive. And I > notice that for whatever weird reasons ubuntu had the network drive > unmounted. It shouldn't have done that, but shotwell should not have > crashed on it either. Attached is the gdb backtrace if you are > interested in it. > > I am no expert but I am afraid it seems the crash is located in the > gio/gvfs layers... > > The crash is occurring when we "sniff" the photo file, that is, scoop up all the information we can about it. When we're done, we close the file. For some reason, the call to close() is generating an exception, which is unusual but not fatal. Then, before propagating the error, the reference to the input stream is unref'd and freed, calling close() again, which is where the crash occurs. The question in my mind is why close() is causing the exception in the first place, which is a little mysterious. It sounds like you can reproduce this fairly easily. Can you access your NAS over another protocol, i.e. SSH? I wonder if this is related to the GVFS Windows file sharing driver. What version of Ubuntu are you using? -- Jim From jim at yorba.org Fri Aug 13 20:35:07 2010 From: jim at yorba.org (Jim Nelson) Date: Fri, 13 Aug 2010 13:35:07 -0700 Subject: [Shotwell] 0.7 backtrace and missing files In-Reply-To: <87wrruhgdj.fsf@SSpaeth.de> References: <87wrruhgdj.fsf@SSpaeth.de> Message-ID: On Fri, Aug 13, 2010 at 5:00 AM, Sebastian Spaeth wrote: > Also, when I restarted I had not remounted the drive yet and shotwell > moved my photos into the missing section (which is ok, as I had them > linked and they were clearly missing). However, after mounting the drive > and restarting shotwell it seems my photos are STILL in the missing > > section, which is not OK. Is there a way to trigger a refresh to see if > previously missing files are still gone? > I forgot to answer this part of your email. Shotwell (as of the past week) scans your library at startup and moves photos in and out of Missing Files. If you're not seeing them move back, then Shotwell cannot find them. Are these the photos you imported via your ~/.gvfs directory? My concern is that the absolute path name may change between mounts (i.e. it's not stable). I would highly recommend NOT using .gvfs to access files. -- Jim From Sebastian at sspaeth.de Fri Aug 13 21:47:10 2010 From: Sebastian at sspaeth.de (Sebastian Spaeth) Date: Fri, 13 Aug 2010 23:47:10 +0200 Subject: [Shotwell] 0.7 backtrace and missing files In-Reply-To: References: <87wrruhgdj.fsf@SSpaeth.de> Message-ID: <87sk2inq1t.fsf@SSpaeth.de> On Fri, 13 Aug 2010 13:25:10 -0700, Jim Nelson wrote: > On Fri, Aug 13, 2010 at 5:00 AM, Sebastian Spaeth wrote: > We had some problems in the past with HTML messages and enabled content > filtering. Do you know what mime type a gpg-signed message would be? I can > look into adding it to the filter. These are the parts of my signed messages: Content-Type: multipart/signed; Content-Type: text/plain; charset=utf-8 Content-Type: application/pgp-signature > The crash is occurring when we "sniff" the photo file, that is, scoop up all > the information we can about it. When we're done, we close the file. For > some reason, the call to close() is generating an exception, which is > unusual but not fatal. Then, before propagating the error, the reference to > the input stream is unref'd and freed, calling close() again, which is where > the crash occurs. > > The question in my mind is why close() is causing the exception in the first > place, which is a little mysterious. It sounds like you can reproduce this > fairly easily. Can you access your NAS over another protocol, i.e. SSH? I > wonder if this is related to the GVFS Windows file sharing driver. What > version of Ubuntu are you using? It is a proprietary (but Linux-based) NAS from Linksys and I only have CIFS and FTP access to it. I don't know why and when it happens but it seems to close the connection sometimes, leading to the SIGPIPE signal. My Ubuntu is a stock "Lucid" 64bit installation on a Macbook Pro. Let me know if there are more things I can do to test or replicate things. Usually it occurs after some while (it takes long to import things, after about 5h import it had only imported 2,000 medium-sized jpeg photos over my 100MB-Ethernet line). I could also give you access to the NAS via an SSH tunnel if that helps you debug things (it's a slow shitty ADSL line though). Sebastian From adam at yorba.org Fri Aug 13 21:51:19 2010 From: adam at yorba.org (Adam Dingle) Date: Fri, 13 Aug 2010 14:51:19 -0700 Subject: [Shotwell] Final call for testing 0.7 In-Reply-To: <4C646322.1020705@minimum.se> References: <4C646322.1020705@minimum.se> Message-ID: <4C65BE57.1090906@yorba.org> Martin, thanks as always for your valuable observations and useful suggestions. On 08/12/2010 02:09 PM, Martin Olsson wrote: > Since you added RAW support in the last version I have now actually tried Shotwell with > my real photo collection. Here are some things that I noted (some minor 0.7.0 bugs at the end): > > First I ran into some already ticket stuff (so I'm just listen them as a +1 for 0.8.0): > * I really really miss a Sharpen button or Sharpen slider (ticket #690). > Yes - this would be nice. I've upped the ticket priority to high. > * I don't want the "master copy" of any data in ~/.shotwell, I prefer if tags are applied > directly as metadata to the original photo files, ofc at very explicit opt-in from the user. (ticket #1897). > Right. Hopefully coming in the next couple of releases. > Other issues I encountered in my workflow (these most likely not relevant for 0.7.0): > * I shoot RAW+JPG and the RAW photos look very poor since they are rendering using "default settings". > Here are some RAW+JPG equivalents directly from the camera (no modifications). Are you passing any > parameters to libraw when you do the conversion or is this a libraw "bug"? Also I wonder if this affects > all RAW capable cameras much or if different camera have different specific problems... > Anyway, import these: > http://temp.minimum.se/shotwell_raw/ > Yes - our rendering of RAW photos is not yet as nice as we'd like. There are various parameters we can specify to libraw when we do the conversion, and it's possible that we're not yet making the ideal choices. We'd like our RAW rendering to match that performed by Eye of GNOME and Evince, but we're not there yet (this is http://trac.yorba.org/ticket/2246). Even then, however, our rendering may not look as good as the JPEG coming off of the camera. If you shoot RAW+JPEG and import both, we should manage them as a pair and optionally use the JPEG for rendering (http://trac.yorba.org/ticket/1772). If no separate JPEG file is available but the RAW file has an embedded JPEG of sufficient size, we should optionally use it for rendering (http://trac.yorba.org/ticket/1771). > * I would like to have "Camera: BLAH" in the basic metadata rather than hidden away in the extended dialog. > Ticket at http://trac.yorba.org/ticket/2401 . > * While cropping I'd like to be able to live preview the pixel size of the crop region while I'm resizing it. > Right now the "Size:" field in "basic info" is not updated until I finish the crop by pressing OK. > A good suggestion. Ticketed at http://trac.yorba.org/ticket/2397 . > * It would be nice if the "basic metadata" panel was re-designed so that it fits more and more stuff into itself > the bigger I make it. So if I drag the horizontal splitter upwards, more and more metadata shows up in this > pane (right now I just get more gray space). > Worth considering; ticketed at http://trac.yorba.org/ticket/2401 . > * I miss the ability to zoom out more than "fit photo to screen" (i.e. make photo smaller than the photo viewport). > This is useful for quickly previewing what the photo would look like inserted into a blog post or similar > (i.e. resized and inserted into the text). > A reasonable idea; ticketed at http://trac.yorba.org/ticket/2398 . > * At some point I wanted to inspect a photo at 100% size to check noise levels, sharpness etc. So I zoom to > maximum but then I realized the UI doesn't tell me if "maximum zoom" means "100% size" or not. I guess it > does but I think it would be nice if there was some actual percentage number that changed when the zoom slider > is dragged just so that the user knows for sure what magnification he/she is at. Since you don't have a status > bar (which I think is a good thing) maybe some tiny popup window could appear which goes away immediately when > the user releases the zoom slider (similar to the Adjust dialog but a lot smaller and hovering above the photo > just above the zoom slider itself)? > Ticketed at http://trac.yorba.org/ticket/2399 . > * A lot of important metadata is not viewable in Shotwell (but running exiv2 shows it), in particular: > - I really miss "ISO Speed" > - It would also be useful to have "Metering mode" and "White balance" included. > - And just for fun, it would be nice to include the EXIF "ShutterCount" (i.e. total number of times the shutter > has opened on this particular camera). > - What lens was used (mostly a DSLR feature but it's something I miss a lot from Adobe Lightroom). > Not sure if this info is available in generic EXIF but it's certain available in for example > "Exif.NikonLd2.LensIDNumber" (see http://www.exiv2.org/tags-nikon.html etc). > All reasonable ideas; ticketd at http://trac.yorba.org/ticket/2400 . > * I would like to be able to easily view "all photos I've ever taken with a rating>X". Right now the > "View::Filter Photos" utility only works well for a single event. If I select a "Month" or a year in the > event treeview I still see all events listed in the right hand side which means I have to open each and > every event to see if there actually was any rating>N photos from that event. I'd like some sort of smart > solution to this although I'm not sure what the best way to do it. > To see all photos you've ever taken with a rating >X, you can simply select the Photos view, then choose a ratings filter. But you're right that it would also be nice to be able to see all photos from a given year or month, filtered by rating. When the user chooses a year or month in the sidebar, we'd like to give them a choice of views so they can see either all events for that year/month (like today) or all photos from that year/month; see http://trac.yorba.org/ticket/2413 . Once that's implemented, you'll easily be able to see all photos from a given month filtered by rating, for example. > * Shotwell says "focal length: 60mm" but exiv2 terminal says "60mm (35mm sensor equivalent: 90mm)" and I think > the latter is better (many people might not know the crop factor for their sensor or even if they do they > might just mistake the given number for 35mm equiv). See "Exif.Photo.FocalLengthIn35mmFilm". > Good point. Ticketed at http://trac.yorba.org/ticket/2402 . > > POTENTIAL BUGS: > > * This photo fails to import but (as far as I know it's not a corrupt file and it opens just fine using F-Spot. > The photo came straight from my Nikon D50, although it's been sitting in my photo folder for a long time so > maybe some program or HDD issue accidently corrupted it without me noticing it). Here is the file: > http://temp.minimum.se/shotwell_other/file_error_DSC_0128.NEF > When I attempt to open this photo in UFRaw I get an error "Unexpected end of file", so it seems that not only Shotwell has trouble with this particular file. > * Repro steps: For a large photo collection, select "Photos" and then select the top-left-most photo (without > opening it). Now press "Page Down" key 2-3 times. Notice that the selection is no longer within the currently > screenful which is unintuitive compared to most other apps. This means that if I browse around by mixing "page down" > and actual "key down" strokes things get messed up since the "key down" takes me to where I was before I started > hitting "page down". I suggest you fix it so that pressing "page down" actually keeps a photo within the current > screenful selected, for example if I start out with photo X selected, then maybe you could compute the coordinates > at the center of that photos thumbnail relative to the viewport origin and then when after the "page down" when > you arrive at the new screenful, just select the photo that lies closest to those coordinates (I'm thinking this > semi complex procedure is needed for cases when people have imported images of highly irregular shapes like a few > really really wide ones which tend to mess up the column alignment). > We've tried to make keyboard selection in Shotwell work exactly like in Nautilus's icon view, which also has exactly the behavior you described: Page Down does not change the selection. There are advantages and disadvantages to this approach. One advantage is that if I want to select a disjoint, scattered set of photos, I can Ctrl+click a few, press Page Down to look for more, then Ctrl+Click some more. In any case, I do think we want to act like Nautilus for the sake of GNOME consistency. > * Gtk-Critical Warning "_gtk_accel_group_detach: assertion `g_slist_find (accel_group->acceleratables, object) != NULL' failed". > Repro steps: Import some photos, single click the first event to open it, open the first photo, single click that same > event again to go back all view all the photos in the event. Now two bad things happen (two bugs imo), first off the assert > fires and secondly shotwell assumes I want to rename the event which I don't want (I just want to go back to viewing all the > photos from that event). For the latter part I could expect single click to mean rename, only if that event was already > selected and it's photos were already visible in the main right hand view (agree?). Anyway, here is the stack leading up > to the gtk-critical assert (and you can also hit a similar one via "IA__gtk_window_add_accel_group"): > Good catch. Ticketed at http://trac.yorba.org/ticket/2407 . Thanks again! adam From janroed at gmail.com Sat Aug 14 08:31:09 2010 From: janroed at gmail.com (=?ISO-8859-1?Q?Jan_Roar_R=F8d?=) Date: Sat, 14 Aug 2010 10:31:09 +0200 Subject: [Shotwell] Is requiring valac 0.9.5 really a good idea? In-Reply-To: References: Message-ID: <4C66544D.8090405@gmail.com> Hi. Where do I get vala 0.9.5?? the PPA you recommend on the shotwell-web doesn at t have 0.9.5. I can't build from trunk before I get my hands on vala 0.9.5. I have 0.9.5 source, but cant build it. It demands version >=0.7.0, even tho I have 0.9.1 installed. greetings from norway Jan Roar Roed On 11.08.10 22.51, Marcel Stimberg wrote: > Hi Yorba team, > > in changeset 2033 you changed the code in a way that you get fewer > warnings with valac 0.9.5 but now 0.9.5 is also the minimum version > needed to build. I doubt this fits well with the inclusion of the next > release in Debian/Ubuntu -- the version in Debian Experimental and > Ubuntu Maverick is still 0.9.4.1. Given that valac was only released > two days ago (on the same day you made the change), maybe this > decision was a bit premature :) > The build instructions on the yorba homepage also still state that > Ubuntu Lucid (which ships valac 0.8) has a recent enough version to > build trunk... > > Marcel > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From rob at yorba.org Sat Aug 14 15:50:08 2010 From: rob at yorba.org (Rob Powell) Date: Sat, 14 Aug 2010 08:50:08 -0700 Subject: [Shotwell] Is requiring valac 0.9.5 really a good idea? In-Reply-To: <4C66544D.8090405@gmail.com> References: <4C66544D.8090405@gmail.com> Message-ID: <2D026F47-E117-49D6-A308-4C60B35D217C@yorba.org> Live.gnome.org/vala/release has the latest tarballs for vala As to requiring 0.9.5, I think that the current code base won't compile with 0.9.4 because of changes in the compiler. Hope that helps Rob Sent from my iPhone On Aug 14, 2010, at 1:31 AM, Jan Roar R?d wrote: > Hi. > > Where do I get vala 0.9.5?? the PPA you recommend on the shotwell-web > doesn at t have 0.9.5. > I can't build from trunk before I get my hands on vala 0.9.5. > > I have 0.9.5 source, but cant build it. It demands version >=0.7.0, > even tho I have 0.9.1 installed. > > greetings from norway > Jan Roar Roed > > On 11.08.10 22.51, Marcel Stimberg wrote: >> Hi Yorba team, >> >> in changeset 2033 you changed the code in a way that you get fewer >> warnings with valac 0.9.5 but now 0.9.5 is also the minimum version >> needed to build. I doubt this fits well with the inclusion of the next >> release in Debian/Ubuntu -- the version in Debian Experimental and >> Ubuntu Maverick is still 0.9.4.1. Given that valac was only released >> two days ago (on the same day you made the change), maybe this >> decision was a bit premature :) >> The build instructions on the yorba homepage also still state that >> Ubuntu Lucid (which ships valac 0.8) has a recent enough version to >> build trunk... >> >> Marcel >> _______________________________________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From marcelcoding at googlemail.com Sat Aug 14 16:36:48 2010 From: marcelcoding at googlemail.com (Marcel Stimberg) Date: Sat, 14 Aug 2010 18:36:48 +0200 Subject: [Shotwell] Is requiring valac 0.9.5 really a good idea? In-Reply-To: <2D026F47-E117-49D6-A308-4C60B35D217C@yorba.org> References: <4C66544D.8090405@gmail.com> <2D026F47-E117-49D6-A308-4C60B35D217C@yorba.org> Message-ID: Hi, > As to requiring 0.9.5, I think that the current code base won't compile with 0.9.4 because of changes in the compiler. yes -- a change in the compilier leads to some *warnings* for unnecessary code (unreachable return after error) that was needed in versions <=0.9.4. Getting rid of these warnings came at the cost of noone being able to compile trunk without the most recent valac, rendering the build constructions on http://www.yorba.org/shotwell/install/ and http://trac.yorba.org/wiki/ShotwellInstallation obsolete. Most importantly, vala 0.9.5 is not even in Debian Experimental yet and given that Ubuntu is beyond feature freeze it is very unlikely that it will be included in Maverick -- this means Shotwell as it is can't be included as well (what a pity as it is supposed to be the default image management tool in Maverick :-)). Best Marcel From brunogirin at gmail.com Sat Aug 14 20:26:09 2010 From: brunogirin at gmail.com (Bruno Girin) Date: Sat, 14 Aug 2010 21:26:09 +0100 Subject: [Shotwell] Is requiring valac 0.9.5 really a good idea? In-Reply-To: References: <4C66544D.8090405@gmail.com> <2D026F47-E117-49D6-A308-4C60B35D217C@yorba.org> Message-ID: <1281817569.1561.25.camel@nuuk> On Sat, 2010-08-14 at 18:36 +0200, Marcel Stimberg wrote: > Hi, > > As to requiring 0.9.5, I think that the current code base won't compile with 0.9.4 because of changes in the compiler. > yes -- a change in the compilier leads to some *warnings* for > unnecessary code (unreachable return after error) that was needed in > versions <=0.9.4. Getting rid of these warnings came at the cost of > noone being able to compile trunk without the most recent valac, > rendering the build constructions on > http://www.yorba.org/shotwell/install/ and > http://trac.yorba.org/wiki/ShotwellInstallation obsolete. > Most importantly, vala 0.9.5 is not even in Debian Experimental yet > and given that Ubuntu is beyond feature freeze it is very unlikely > that it will be included in Maverick -- this means Shotwell as it is > can't be included as well (what a pity as it is supposed to be the > default image management tool in Maverick :-)). Indeed Ubuntu is in feature freeze [1]. Therefore it is very unlikely that the default image management tool will change. At the end of the day, it will be a lot easier to solve the Vala dependency by including a newer version of the compiler than decide not to include Shotwell after all. There is a process for doing exactly that [2]. Furthermore, upgrading from valac 0.9.4.1 to 0.9.5 is a micro-version upgrade so is exactly what the exception process is designed to address. As long as the issue is resolved before Beta Freeze [3] (in 2 weeks), everything should be fine. [1] https://wiki.ubuntu.com/FeatureFreeze [2] https://wiki.ubuntu.com/FreezeExceptionProcess [3] https://wiki.ubuntu.com/BetaFreeze Cheers, Bruno From robert.ancell at canonical.com Mon Aug 16 00:02:27 2010 From: robert.ancell at canonical.com (Robert Ancell) Date: Mon, 16 Aug 2010 10:02:27 +1000 Subject: [Shotwell] Is requiring valac 0.9.5 really a good idea? In-Reply-To: <1281817569.1561.25.camel@nuuk> References: <4C66544D.8090405@gmail.com> <2D026F47-E117-49D6-A308-4C60B35D217C@yorba.org> <1281817569.1561.25.camel@nuuk> Message-ID: <4C688013.2080701@canonical.com> Maverick will include Vala 0.9.5 and Shotwell 0.7 as the default photo management application. --Robert Ancell Ubuntu Desktop On 15/08/10 06:26, Bruno Girin wrote: > On Sat, 2010-08-14 at 18:36 +0200, Marcel Stimberg wrote: > >> Hi, >> >>> As to requiring 0.9.5, I think that the current code base won't compile with 0.9.4 because of changes in the compiler. >>> >> yes -- a change in the compilier leads to some *warnings* for >> unnecessary code (unreachable return after error) that was needed in >> versions <=0.9.4. Getting rid of these warnings came at the cost of >> noone being able to compile trunk without the most recent valac, >> rendering the build constructions on >> http://www.yorba.org/shotwell/install/ and >> http://trac.yorba.org/wiki/ShotwellInstallation obsolete. >> Most importantly, vala 0.9.5 is not even in Debian Experimental yet >> and given that Ubuntu is beyond feature freeze it is very unlikely >> that it will be included in Maverick -- this means Shotwell as it is >> can't be included as well (what a pity as it is supposed to be the >> default image management tool in Maverick :-)). >> > Indeed Ubuntu is in feature freeze [1]. Therefore it is very unlikely > that the default image management tool will change. At the end of the > day, it will be a lot easier to solve the Vala dependency by including a > newer version of the compiler than decide not to include Shotwell after > all. There is a process for doing exactly that [2]. Furthermore, > upgrading from valac 0.9.4.1 to 0.9.5 is a micro-version upgrade so is > exactly what the exception process is designed to address. > > As long as the issue is resolved before Beta Freeze [3] (in 2 weeks), > everything should be fine. > > [1] https://wiki.ubuntu.com/FeatureFreeze > [2] https://wiki.ubuntu.com/FreezeExceptionProcess > [3] https://wiki.ubuntu.com/BetaFreeze > > Cheers, > > Bruno > > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From stesind at googlemail.com Mon Aug 16 05:25:23 2010 From: stesind at googlemail.com (stesind) Date: Mon, 16 Aug 2010 07:25:23 +0200 Subject: [Shotwell] mimics folder Message-ID: <1281936323.11997.6.camel@steffen-R522> Hi, Asap as I start latest svn shotwell it starts to create JPEGs in the mimics folder. Each of them has a size of 2-3MByte. This is nearly the size of delevoped JPEGs. In my libary are a lot of CR2s. Every time shotwell eats a lot of my system performance. The mimics folder has a size of 15GByte. Why is it creating this files? I think it is totally useless since JPEGs are stored in the CR2 Raws. They should be used. Thanks, Steffen From jeanlucz96 at gmail.com Mon Aug 16 06:35:52 2010 From: jeanlucz96 at gmail.com (Jean-Luc ZUNDEL) Date: Mon, 16 Aug 2010 08:35:52 +0200 Subject: [Shotwell] mimics folder In-Reply-To: <1281936323.11997.6.camel@steffen-R522> References: <1281936323.11997.6.camel@steffen-R522> Message-ID: Hi Yorba team, The mimics folder filled with large JPEG files is also observed here using Shotwell 0.6.1 and importing pictures as links. The original files are mostly NEF raws (which also include JPEG thumbnails), stored in a specific directory created long before Shotwell was installed. Hope you can dispose of the mimics folder altogether for less storage space and file creation time. That being said, Shotwell is already an excellent photo manager, fast and responsive (once the import is completed) with all the features I need. Best regards. Jean Luc 2010/8/16 stesind > Hi, > > Asap as I start latest svn shotwell it starts to create JPEGs in the > mimics folder. Each of them has a size of 2-3MByte. This is nearly the > size of delevoped JPEGs. In my libary are a lot of CR2s. Every time > shotwell eats a lot of my system performance. The mimics folder has a > size of 15GByte. Why is it creating this files? I think it is totally > useless since JPEGs are stored in the CR2 Raws. They should be used. > > Thanks, > > Steffen > > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From marcelcoding at googlemail.com Mon Aug 16 07:58:03 2010 From: marcelcoding at googlemail.com (Marcel Stimberg) Date: Mon, 16 Aug 2010 09:58:03 +0200 Subject: [Shotwell] Is requiring valac 0.9.5 really a good idea? In-Reply-To: <4C688013.2080701@canonical.com> References: <4C66544D.8090405@gmail.com> <2D026F47-E117-49D6-A308-4C60B35D217C@yorba.org> <1281817569.1561.25.camel@nuuk> <4C688013.2080701@canonical.com> Message-ID: Thanks Bruno and Robert for making this clear. Actually I was not that afraid of shotwell not being the photo manager in maverick because of this change (but it seems to I failed to convey this with my mail) :-). Still, I do not get the rationale to make a small change in the code just to get rid of some warnings and break building on any currently available distribution. It's nice that Ubuntu will include vala 0.9.5. (there are probably some bug fixes that are worth having), but for e.g. having a shotwell 0.7 Debian package this introduces an IMHO unnecessary delay until Debian catches up. But it's good to know that guys at yorba and ubuntu are aware of this issue, so I'm relaxed and looking forward to shotwell 0.7 (and maverick for that matter ;)) Marcel From korbe at romandie.com Mon Aug 16 14:09:34 2010 From: korbe at romandie.com (Gendre Sebastien) Date: Mon, 16 Aug 2010 16:09:34 +0200 Subject: [Shotwell] reverse geotagging in digikam Message-ID: <1281967774.2657.13.camel@korbe-laptop.local> On Thu, Jul 22, 2010 at 10:08 PM, Adam Dingle wrote: > > On 07/21/2010 04:40 PM, Bengt Thuree wrote: > > > http://www.digikam.org/drupal/node/532 > > > > > > Perhaps something for Shotwell :) :) > > > > > > > Yes - we would like to implement something like this! See > > http://trac.yorba.org/ticket/1473 . > > > > While I really like the capability we need to consider that by far the majority of cameras do not have a built in GPS. Picasaweb have a nice solution where you can drag and drop a thumbnail onto a map. This is where Shotwell could be nicely integrated with Google Maps. In my case I do a lot of mountain hiking and would use this facility to record the position of features like caves. But I recognise this kind of enhancement is far from trivial. Peter Why using Google Maps? We can use OpenStreetMap. It's a better choice. For this, it exist a good GTK+ widget: LibChamplain - http://projects.gnome.org/libchamplain/ But I think it's a very good idea to add a map to Shotweel (with libChamplain) with a possibility to drag-and-drop pictures directly on the map and an automatic address resolution from geo-location data with GeoClue (http://live.gnome.org/GeoClue). Many smartphones have a camera and a GPS, therefore it's a necessary features. From korbe at romandie.com Mon Aug 16 14:18:32 2010 From: korbe at romandie.com (Gendre Sebastien) Date: Mon, 16 Aug 2010 16:18:32 +0200 Subject: [Shotwell] Face auto-detection Message-ID: <1281968312.2657.21.camel@korbe-laptop.local> Hello everybody. (I'm new here) Have you any plan to add the feature "face auto-detection"? The idea is to use the library OpenCV to auto-detect face of people in pictures and add their respectives names automatically to tags of respectives pictures. For more information about OpenCV: http://opencv.willowgarage.com/wiki/ What do you think about this idea? From adam at yorba.org Mon Aug 16 14:47:25 2010 From: adam at yorba.org (Adam Dingle) Date: Mon, 16 Aug 2010 07:47:25 -0700 Subject: [Shotwell] Face auto-detection In-Reply-To: <1281968312.2657.21.camel@korbe-laptop.local> References: <1281968312.2657.21.camel@korbe-laptop.local> Message-ID: <4C694F7D.6000201@yorba.org> On 08/16/2010 07:18 AM, Gendre Sebastien wrote: > Hello everybody. (I'm new here) > > Have you any plan to add the feature "face auto-detection"? > > The idea is to use the library OpenCV to auto-detect face of people in > pictures and add their respectives names automatically to tags of > respectives pictures. > > For more information about OpenCV: http://opencv.willowgarage.com/wiki/ > > What do you think about this idea? > Yes - we'd like this too: http://trac.yorba.org/ticket/1702 One user has been working on a preliminary implementation - for details, see the ticket above. adam From adam at yorba.org Mon Aug 16 15:07:06 2010 From: adam at yorba.org (Adam Dingle) Date: Mon, 16 Aug 2010 08:07:06 -0700 Subject: [Shotwell] mimics folder In-Reply-To: <1281936323.11997.6.camel@steffen-R522> References: <1281936323.11997.6.camel@steffen-R522> Message-ID: <4C69541A.6040804@yorba.org> On 08/15/2010 10:25 PM, stesind wrote: > Hi, > > Asap as I start latest svn shotwell it starts to create JPEGs in the > mimics folder. Each of them has a size of 2-3MByte. This is nearly the > size of delevoped JPEGs. In my libary are a lot of CR2s. Every time > shotwell eats a lot of my system performance. The mimics folder has a > size of 15GByte. Why is it creating this files? I think it is totally > useless since JPEGs are stored in the CR2 Raws. They should be used. > stesind, First of all, note that it can be *very* slow to generate a display image from a RAW photo - it can take several seconds, which is an unacceptable amount of time for opening a photo. So Shotwell needs to have a full-size JPEG available for each photo in the library. This is why it generates the mimic JPEGs. Now, we agree that it would be nice if Shotwell could use a JPEG embedded in a RAW file rather than generating its own JPEG mimic - this is http://trac.yorba.org/ticket/1771 . But not all RAW files contain embedded JPEGs which are large enough for all editing needs, and so even after we implement this capability the user will be able to turn it on and off. For example, CR2 photos from my Canon S90 camera contain embedded JPEGs which are 1600x1200 (to see the sizes for your camera, run 'exiv2 -p p foo.cr2' on one of your photos). My monitor is 1920x1080, so it would probably be reasonable to use these embedded JPEGs for displaying photos in Shotwell as long as I never need to zoom into a photo. But, still, this should be a user option. If the user enables the use of embedded JPEGs, then Shotwell will not generate the mimic JPEGs, but if you try to zoom into a resolution larger than the embedded JPEG then Shotwell will have to display a blurry photo (at least for several seconds; perhaps it could render the RAW image in the background and then update the display). adam From jim at yorba.org Mon Aug 16 18:25:27 2010 From: jim at yorba.org (Jim Nelson) Date: Mon, 16 Aug 2010 11:25:27 -0700 Subject: [Shotwell] mimics folder In-Reply-To: <4C69541A.6040804@yorba.org> References: <1281936323.11997.6.camel@steffen-R522> <4C69541A.6040804@yorba.org> Message-ID: There is at least one more issue here. The JPEG thumbnails generated by the camera may not match the output of the RAW file as it emerges from the libraw pipeline. Many cameras will adjust the JPEG files it generates (whitepoint, contrast expansion, etc.) in their own way. Other cameras (esp. point-and-shoot RAW cameras) have barrel distortion that's corrected in software. (Shotwell can't correct this at this time.) If we relied on the JPEG thumbnail as the baseline image, all adjustments you made would be against that image. Then, when you exported the RAW photo, we would run those color adjustments against the RAW output and not the JPEG, and you'd get different results -- sometimes drastic differences. In other words, you'd be editing a post-processed JPEG and applying those transformations to a pre-processed RAW file. The mimics, however, are the pre-processed RAW files stored in a format more conducive to interactive editing, which is why we generate them. -- Jim On Mon, Aug 16, 2010 at 8:07 AM, Adam Dingle wrote: > On 08/15/2010 10:25 PM, stesind wrote: > > Hi, > > > > Asap as I start latest svn shotwell it starts to create JPEGs in the > > mimics folder. Each of them has a size of 2-3MByte. This is nearly the > > size of delevoped JPEGs. In my libary are a lot of CR2s. Every time > > shotwell eats a lot of my system performance. The mimics folder has a > > size of 15GByte. Why is it creating this files? I think it is totally > > useless since JPEGs are stored in the CR2 Raws. They should be used. > > > > stesind, > > First of all, note that it can be *very* slow to generate a display > image from a RAW photo - it can take several seconds, which is an > unacceptable amount of time for opening a photo. So Shotwell needs to > have a full-size JPEG available for each photo in the library. This is > why it generates the mimic JPEGs. > > Now, we agree that it would be nice if Shotwell could use a JPEG > embedded in a RAW file rather than generating its own JPEG mimic - this > is http://trac.yorba.org/ticket/1771 . But not all RAW files contain > embedded JPEGs which are large enough for all editing needs, and so even > after we implement this capability the user will be able to turn it on > and off. For example, CR2 photos from my Canon S90 camera contain > embedded JPEGs which are 1600x1200 (to see the sizes for your camera, > run 'exiv2 -p p foo.cr2' on one of your photos). My monitor is > 1920x1080, so it would probably be reasonable to use these embedded > JPEGs for displaying photos in Shotwell as long as I never need to zoom > into a photo. But, still, this should be a user option. If the user > enables the use of embedded JPEGs, then Shotwell will not generate the > mimic JPEGs, but if you try to zoom into a resolution larger than the > embedded JPEG then Shotwell will have to display a blurry photo (at > least for several seconds; perhaps it could render the RAW image in the > background and then update the display). > > adam > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From adam at yorba.org Mon Aug 16 22:48:39 2010 From: adam at yorba.org (Adam Dingle) Date: Mon, 16 Aug 2010 15:48:39 -0700 Subject: [Shotwell] Is requiring valac 0.9.5 really a good idea? In-Reply-To: References: <4C66544D.8090405@gmail.com> <2D026F47-E117-49D6-A308-4C60B35D217C@yorba.org> <1281817569.1561.25.camel@nuuk> <4C688013.2080701@canonical.com> Message-ID: <4C69C047.300@yorba.org> On 08/16/2010 12:58 AM, Marcel Stimberg wrote: > Thanks Bruno and Robert for making this clear. Actually I was not that > afraid of shotwell not being the photo manager in maverick because of > this change (but it seems to I failed to convey this with my mail) > :-). > > Still, I do not get the rationale to make a small change in the code > just to get rid of some warnings and break building on any currently > available distribution. It's nice that Ubuntu will include vala 0.9.5. > (there are probably some bug fixes that are worth having), but for > e.g. having a shotwell 0.7 Debian package this introduces an IMHO > unnecessary delay until Debian catches up. > > But it's good to know that guys at yorba and ubuntu are aware of this > issue, so I'm relaxed and looking forward to shotwell 0.7 (and > maverick for that matter ;)) > Thanks for all the comments about our new requirement of Vala 0.9.5 - I'm glad that people noticed this change at least. :) I know that it's a bit inconvenient for everyone to have to upgrade their Vala. We've decided to require 0.9.5 for a couple of reasons: 1. We've been in touch with people at both Fedora and Ubuntu who have said they expect 0.9.5 to be in the next releases of those distributions. So people will probably be building with 0.9.5 for a long time to come. Before our recent change to Shotwell, there were tons of build warnings when building with 0.9.5, which were unpleasant. We've changed Shotwell to eliminate the warnings, though those changes now require 0.9.5 for building. 2. Before this change, Shotwell required only version 0.8.0 of Vala to build. That version of Vala came out back in March, which is actually a fair amount of time ago in the world of Vala, where the language and library bindings are evolving quickly. It actually makes us a bit uncomfortable to have people building Shotwell using older versions of Vala since we know that many Vala bugs are fixed with each release. Because 0.9.5 should be installed by default in major distributions, I hope we'll be able to keep our Vala version dependency at 0.9.5 for some time to come. Also, as Vala matures and stabilizes in the future I think we'll be more comfortable with building Shotwell using older versions of Vala, and at that point I expect we'll change our version dependency less often. adam From stesind at googlemail.com Mon Aug 16 23:01:40 2010 From: stesind at googlemail.com (stesind) Date: Tue, 17 Aug 2010 01:01:40 +0200 Subject: [Shotwell] mimics folder In-Reply-To: References: <1281936323.11997.6.camel@steffen-R522> <4C69541A.6040804@yorba.org> Message-ID: <1281999700.1978.16.camel@steffen-R522> Hi, Yes that is right. But for the first preview the embedded JPEG could be used. For me at least Shotwell is not an image manipulation program but a maintenance program. So why not just take the embedded JPEG? Sure programs like lightroom, darktable, ratherapee have to display the the correct image but Shotwell in my understanding not. At least display the JPEG for the time the RAW is been demosaiced. More remarks: My Canon 500d hast embedded low and high resolution JPEGs which are sufficient. And even if there are no embedded JPEGs, maybe there are already developed JPEGs. Just take this. To use 15Gig of space just for previews is a little bit too much. Lightroom only uses 3.5. And Shotwell starts eats a lot of performance after startup for generating the previews. And to store all the previews in one folder is not consistend since Cameras tend to start counting the pictured from the start after reaching a limit. So my suggestion is, just keep it simple. Shotwell is a picture viewer and not an editor. So performance and not accuracy is the main objective. Steffen Am Montag, den 16.08.2010, 11:25 -0700 schrieb Jim Nelson: > There is at least one more issue here. > > The JPEG thumbnails generated by the camera may not match the output > of the RAW file as it emerges from the libraw pipeline. Many cameras > will adjust the JPEG files it generates (whitepoint, contrast > expansion, etc.) in their own way. Other cameras (esp. > point-and-shoot RAW cameras) have barrel distortion that's corrected > in software. (Shotwell can't correct this at this time.) If we > relied on the JPEG thumbnail as the baseline image, all adjustments > you made would be against that image. Then, when you exported the RAW > photo, we would run those color adjustments against the RAW output and > not the JPEG, and you'd get different results -- sometimes drastic > differences. > > In other words, you'd be editing a post-processed JPEG and applying > those transformations to a pre-processed RAW file. The mimics, > however, are the pre-processed RAW files stored in a format more > conducive to interactive editing, which is why we generate them. > > -- Jim > > On Mon, Aug 16, 2010 at 8:07 AM, Adam Dingle wrote: > On 08/15/2010 10:25 PM, stesind wrote: > > Hi, > > > > Asap as I start latest svn shotwell it starts to create > JPEGs in the > > mimics folder. Each of them has a size of 2-3MByte. This is > nearly the > > size of delevoped JPEGs. In my libary are a lot of CR2s. > Every time > > shotwell eats a lot of my system performance. The mimics > folder has a > > size of 15GByte. Why is it creating this files? I think it > is totally > > useless since JPEGs are stored in the CR2 Raws. They should > be used. > > > > > stesind, > > First of all, note that it can be *very* slow to generate a > display > image from a RAW photo - it can take several seconds, which is > an > unacceptable amount of time for opening a photo. So Shotwell > needs to > have a full-size JPEG available for each photo in the > library. This is > why it generates the mimic JPEGs. > > Now, we agree that it would be nice if Shotwell could use a > JPEG > embedded in a RAW file rather than generating its own JPEG > mimic - this > is http://trac.yorba.org/ticket/1771 . But not all RAW files > contain > embedded JPEGs which are large enough for all editing needs, > and so even > after we implement this capability the user will be able to > turn it on > and off. For example, CR2 photos from my Canon S90 camera > contain > embedded JPEGs which are 1600x1200 (to see the sizes for your > camera, > run 'exiv2 -p p foo.cr2' on one of your photos). My monitor > is > 1920x1080, so it would probably be reasonable to use these > embedded > JPEGs for displaying photos in Shotwell as long as I never > need to zoom > into a photo. But, still, this should be a user option. If > the user > enables the use of embedded JPEGs, then Shotwell will not > generate the > mimic JPEGs, but if you try to zoom into a resolution larger > than the > embedded JPEG then Shotwell will have to display a blurry > photo (at > least for several seconds; perhaps it could render the RAW > image in the > background and then update the display). > > adam > > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > From andrew.s.martin+shotwell at gmail.com Tue Aug 17 00:15:58 2010 From: andrew.s.martin+shotwell at gmail.com (Andrew Martin) Date: Mon, 16 Aug 2010 19:15:58 -0500 Subject: [Shotwell] Handling RAW Files in Shotwell Message-ID: Hello Shotwell Team, Thank you for this fantastic photo manager for Linux! When I first tried Shotwell, I was blown away by the simplicity yet power that it provides. I have been happily using it for several months now and really am looking forward to future releases. I shoot photos in RAW + JPEG, so I end up with 2 identically labeled files for each photo I take (e.g. _IMG_3845.CR2 and _IMG_3845.JPG). I love that Shotwell can display both RAW and JPEG files, but would it be possible to have Shotwell display these 2 files as only 1 image? Right now, when I look at any of my albums, I see 2 of each image. For the purpose of browsing images in Shotwell, just viewing the JPG makes sense. However, if I want to do more intense editing on the RAW file I can then open it in an external editor. What do you think about this idea of collapsing the view of the same JPG and RAW file together? Thanks, Andrew From adam at yorba.org Tue Aug 17 00:24:00 2010 From: adam at yorba.org (Adam Dingle) Date: Mon, 16 Aug 2010 17:24:00 -0700 Subject: [Shotwell] Handling RAW Files in Shotwell In-Reply-To: References: Message-ID: <4C69D6A0.1060004@yorba.org> Andrew, On 08/16/2010 05:15 PM, Andrew Martin wrote: > Hello Shotwell Team, > > Thank you for this fantastic photo manager for Linux! When I first tried > Shotwell, I was blown away by the simplicity yet power that it provides. I > have been happily using it for several months now and really am looking > forward to future releases. > Thanks! We love hearing feedback like this. :) > I shoot photos in RAW + JPEG, so I end up with 2 identically labeled files > for each photo I take (e.g. _IMG_3845.CR2 and _IMG_3845.JPG). I love that > Shotwell can display both RAW and JPEG files, but would it be possible to > have Shotwell display these 2 files as only 1 image? Right now, when I look > at any of my albums, I see 2 of each image. For the purpose of browsing > images in Shotwell, just viewing the JPG makes sense. However, if I want to > do more intense editing on the RAW file I can then open it in an external > editor. What do you think about this idea of collapsing the view of the same > JPG and RAW file together? > Yes - we agree this is a good idea. We have a ticket for this here: http://trac.yorba.org/ticket/1772 No promises, but I hope we'll be able to implement this in the next couple of releases. cheers adam From andrew.s.martin+shotwell at gmail.com Tue Aug 17 00:26:51 2010 From: andrew.s.martin+shotwell at gmail.com (Andrew Martin) Date: Mon, 16 Aug 2010 19:26:51 -0500 Subject: [Shotwell] Photos Edited Externally Not Changed in Shotwell Message-ID: Hello Shotwell Team, I am really enjoying Shotwell and all of its features, but I do sometimes need to use an external editor to edit a few of my photos. This may involve cropping them or even deleting the photos entirely. After doing this, I return to Shotwell but the thumbnails do not seem to reflect the changes made. Moreover, if I upload any of these "externally modified" photos to Facebook using the Publish feature, they are distorted and not rotated correctly on Facebook. I am guessing this has to do with data that the external program is changing in the photos. Similarly, if I delete a photo in an external program, like my File Manager, Shotwell still believes it to be there. Is it possible to provide a "refresh" button on an event where Shotwell will scan that folder again and reload those images to its database? Thanks, Andrew From Sebastian at SSpaeth.de Tue Aug 17 06:57:05 2010 From: Sebastian at SSpaeth.de (Sebastian Spaeth) Date: Tue, 17 Aug 2010 08:57:05 +0200 Subject: [Shotwell] mimics folder In-Reply-To: <1281999700.1978.16.camel@steffen-R522> References: <1281936323.11997.6.camel@steffen-R522> <4C69541A.6040804@yorba.org> <1281999700.1978.16.camel@steffen-R522> Message-ID: <87eidxohfi.fsf@SSpaeth.de> On Tue, 17 Aug 2010 01:01:40 +0200, stesind wrote: > Yes that is right. But for the first preview the embedded JPEG could be > used. For me at least Shotwell is not an image manipulation program but > a maintenance program. Yes, but still you are able to do simple color correction, rotations and crops. And if these look different on the embedded JPEG and the RAW file you have a problem. That having said, I would tend to agree that using the embedded JPEGs for first views and replace that with the properly rendered RAW version as soon as that is finished should be sufficient. It would mainly hurt performance if I want to e.g. export a large number of .RAW files but people wanting to export lots of .raw files to jpgs should be prepared to take a performance hit :-) (or use LOTS of disk space) > So my suggestion is, just keep it simple. Shotwell is a picture viewer > and not an editor. So performance and not accuracy is the main > objective. I find that shotwell in general takes the simplest approach that works, which is what they had done here as well (I am not involved in shotwell development). Any other solution that would save disk space would be more complex. Sebastian From stesind at googlemail.com Tue Aug 17 07:36:01 2010 From: stesind at googlemail.com (stesind) Date: Tue, 17 Aug 2010 09:36:01 +0200 Subject: [Shotwell] mimics folder In-Reply-To: <87eidxohfi.fsf@SSpaeth.de> References: <1281936323.11997.6.camel@steffen-R522> <4C69541A.6040804@yorba.org> <1281999700.1978.16.camel@steffen-R522> <87eidxohfi.fsf@SSpaeth.de> Message-ID: <1282030561.4142.19.camel@steffen-R522> Hi, Please keep in mind that after importing just a few thousand RAWs shotwell creates for hours the previews and it costs me 15Gig! During that time shotwell is quite slow and the system as well. This could be a no go for new users coming from other programs. Furthermore to keep all previews in one folder is not working at all. Because of repeating file names over the time or from different cameras. But even more important is this point: One cannot develop RAW files in Shotwell. This must be done in external programs like RawTherapee, UFRaw, ... All adjustments are done there and so the only fitting/correct JPEG is created there! This JPEG should be taken as preview file. For that shotwell must recognise versions of images during import (or later during sync). If I'm not mistaken version file information is also written in .xmf sidekick files. I think shotwell does not keep versions of files yet but since it is able to recognise duplicate images this is quite easy to implement. Just present in the db the Raw file but display the JPEG. Steffen Am Dienstag, den 17.08.2010, 08:57 +0200 schrieb Sebastian Spaeth: > On Tue, 17 Aug 2010 01:01:40 +0200, stesind wrote: > > > Yes that is right. But for the first preview the embedded JPEG could be > > used. For me at least Shotwell is not an image manipulation program but > > a maintenance program. > > Yes, but still you are able to do simple color correction, rotations and > crops. And if these look different on the embedded JPEG and the RAW file > you have a problem. > > That having said, I would tend to agree that using the embedded JPEGs > for first views and replace that with the properly rendered RAW version > as soon as that is finished should be sufficient. It would mainly hurt > performance if I want to e.g. export a large number of .RAW files but > people wanting to export lots of .raw files to jpgs should be prepared > to take a performance hit :-) (or use LOTS of disk space) > > > So my suggestion is, just keep it simple. Shotwell is a picture viewer > > and not an editor. So performance and not accuracy is the main > > objective. > > I find that shotwell in general takes the simplest approach that works, > which is what they had done here as well (I am not involved in shotwell > development). Any other solution that would save disk space would be > more complex. > > Sebastian > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From pdo.smith at gmail.com Tue Aug 17 07:50:18 2010 From: pdo.smith at gmail.com (Peter DO Smith) Date: Tue, 17 Aug 2010 09:50:18 +0200 Subject: [Shotwell] Photos Edited Externally Not Changed in Shotwell In-Reply-To: References: Message-ID: Yes, I have the same problem. A refresh button for events would solve the problem nicely. Peter On Tue, Aug 17, 2010 at 2:26 AM, Andrew Martin < andrew.s.martin+shotwell at gmail.com >wrote: > Hello Shotwell Team, > > I am really enjoying Shotwell and all of its features, but I do sometimes > need to use an external editor to edit a few of my photos. This may involve > cropping them or even deleting the photos entirely. After doing this, I > return to Shotwell but the thumbnails do not seem to reflect the changes > made. Moreover, if I upload any of these "externally modified" photos to > Facebook using the Publish feature, they are distorted and not rotated > correctly on Facebook. I am guessing this has to do with data that the > external program is changing in the photos. Similarly, if I delete a photo > in an external program, like my File Manager, Shotwell still believes it to > be there. Is it possible to provide a "refresh" button on an event where > Shotwell will scan that folder again and reload those images to its > database? > > Thanks, > > Andrew > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From stesind at googlemail.com Tue Aug 17 07:59:16 2010 From: stesind at googlemail.com (stesind) Date: Tue, 17 Aug 2010 09:59:16 +0200 Subject: [Shotwell] mimics folder In-Reply-To: <1282030561.4142.19.camel@steffen-R522> References: <1281936323.11997.6.camel@steffen-R522> <4C69541A.6040804@yorba.org> <1281999700.1978.16.camel@steffen-R522> <87eidxohfi.fsf@SSpaeth.de> <1282030561.4142.19.camel@steffen-R522> Message-ID: <1282031956.4142.21.camel@steffen-R522> I just saw that the previews in the mimics folder are names uniquely. From Sebastian at SSpaeth.de Tue Aug 17 08:47:08 2010 From: Sebastian at SSpaeth.de (Sebastian Spaeth) Date: Tue, 17 Aug 2010 10:47:08 +0200 Subject: [Shotwell] Photos Edited Externally Not Changed in Shotwell In-Reply-To: References: Message-ID: <87r5hxzkvn.fsf@SSpaeth.de> On 2010-08-17, Peter DO Smith wrote: > Yes, I have the same problem. A refresh button for events would solve the > problem nicely. > Peter Isn't this addressed by the missing files feature (which requires a restart of shotwell)? Of course, there need to be actions that can be performed on those missing files, like "delete from shotwell" :) spaetz From Sebastian at SSpaeth.de Tue Aug 17 17:54:12 2010 From: Sebastian at SSpaeth.de (Sebastian Spaeth) Date: Tue, 17 Aug 2010 19:54:12 +0200 Subject: [Shotwell] Event rename issue Message-ID: <878w459lbv.fsf@SSpaeth.de> I just filed trac ticket http://trac.yorba.org/ticket/2425 When renaming an even from by right-clicking on the key photo, I get a dialog box and everything is fine. However, when invoking rename, by right-clicking on the event in the sidebar and selecting "rename event" it behaves very weird: - While importing (lots of) photos: There seems to be a short timeout that is not reset when pressing a key. Select rename and type slowly "xxxxx". After a short while the cursor jumps out of the box, you can't type anymore and no rename seems to have occured. - Performing the above when the import finished works fine. I can reproduce this with latest trunk. Sebastian From Sebastian at SSpaeth.de Tue Aug 17 17:54:22 2010 From: Sebastian at SSpaeth.de (Sebastian Spaeth) Date: Tue, 17 Aug 2010 19:54:22 +0200 Subject: [Shotwell] Event rename issue Message-ID: <877hjp9lbl.fsf@SSpaeth.de> I just filed trac ticket http://trac.yorba.org/ticket/2425 When renaming an event from by right-clicking on the key photo, I get a dialog box and everything is fine. However, when invoking rename, by right-clicking on the event in the sidebar and selecting "rename event" it behaves very weird: - While importing (lots of) photos: There seems to be a short timeout that is not reset when pressing a key. Select rename and type slowly "xxxxx". After a short while the cursor jumps out of the box, you can't type anymore and no rename seems to have occured. - Performing the above when the import finished works fine. I can reproduce this with latest trunk. Sebastian From Sebastian at SSpaeth.de Tue Aug 17 18:03:34 2010 From: Sebastian at SSpaeth.de (Sebastian Spaeth) Date: Tue, 17 Aug 2010 20:03:34 +0200 Subject: [Shotwell] Allow to add more verbose description to event Message-ID: <874oet9kw9.fsf@SSpaeth.de> Just opened Ticket #2426 All I can say about an event now is its name. However, "holiday on farm" is a bit short and I would love to add more details in a more verbose "description" textarea that is associated with an event. This text could be shown in the monthly view below the title or as the first page in an event slideshow or whatever. From adam at yorba.org Tue Aug 17 18:26:57 2010 From: adam at yorba.org (Adam Dingle) Date: Tue, 17 Aug 2010 11:26:57 -0700 Subject: [Shotwell] Event rename issue In-Reply-To: <877hjp9lbl.fsf@SSpaeth.de> References: <877hjp9lbl.fsf@SSpaeth.de> Message-ID: <4C6AD471.9080302@yorba.org> Sebastian, On 08/17/2010 10:54 AM, Sebastian Spaeth wrote: > I just filed trac ticket > http://trac.yorba.org/ticket/2425 > > When renaming an event from by right-clicking on the key photo, I get a dialog box and everything is fine. However, when invoking rename, by right-clicking on the event in the sidebar and selecting "rename event" it behaves very weird: > > - While importing (lots of) photos: There seems to be a short timeout that is not reset when pressing a key. Select rename and type slowly "xxxxx". After a short while the cursor jumps out of the box, you can't type anymore and no rename seems to have occured. > > - Performing the above when the import finished works fine. > > > I can reproduce this with latest trunk. > thanks for the bug report. I can also reproduce this. I suspect that the cursor jumps out of the box as soon as a new photo is imported into the event that you're renaming, but I'm not sure - we'll have to investigate. adam From pdo.smith at gmail.com Tue Aug 17 21:13:57 2010 From: pdo.smith at gmail.com (Peter DO Smith) Date: Tue, 17 Aug 2010 23:13:57 +0200 Subject: [Shotwell] Thumbnails for DNG don't display Message-ID: When using Shotwell to import .DNG files directly from my camera (Pentax K7) it fails to display the thumbnail images, instead displaying only a red barred circle. Is this to be expected? Shotwell does however import the images correctly. Peter From pdo.smith at gmail.com Tue Aug 17 21:29:52 2010 From: pdo.smith at gmail.com (Peter DO Smith) Date: Tue, 17 Aug 2010 23:29:52 +0200 Subject: [Shotwell] Thumbnails for DNG don't display In-Reply-To: References: Message-ID: I should have said that this happens while displaying the images on the camera prior to importing them. On Tue, Aug 17, 2010 at 11:13 PM, Peter DO Smith wrote: > When using Shotwell to import .DNG files directly from my camera (Pentax > K7) it fails to display the thumbnail images, instead displaying only a red > barred circle. Is this to be expected? > Shotwell does however import the images correctly. > Peter > From jim at yorba.org Tue Aug 17 23:10:54 2010 From: jim at yorba.org (Jim Nelson) Date: Tue, 17 Aug 2010 16:10:54 -0700 Subject: [Shotwell] Thumbnails for DNG don't display In-Reply-To: References: Message-ID: Yes, this is a known limitation of gPhoto. It's unable to retrieve thumbnails from RAW images on the camera, so we have to use a stock image. I thought there was a ticket for this, but I can't find it. #1868 was a different problem. I've added a new one: http://trac.yorba.org/ticket/2430 -- Jim On Tue, Aug 17, 2010 at 2:29 PM, Peter DO Smith wrote: > I should have said that this happens while displaying the images on the > camera prior to importing them. > > On Tue, Aug 17, 2010 at 11:13 PM, Peter DO Smith >wrote: > > > When using Shotwell to import .DNG files directly from my camera (Pentax > > K7) it fails to display the thumbnail images, instead displaying only a > red > > barred circle. Is this to be expected? > > Shotwell does however import the images correctly. > > Peter > > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From jim at yorba.org Wed Aug 18 03:50:37 2010 From: jim at yorba.org (Jim Nelson) Date: Tue, 17 Aug 2010 20:50:37 -0700 Subject: [Shotwell] Photos Edited Externally Not Changed in Shotwell In-Reply-To: <87r5hxzkvn.fsf@SSpaeth.de> References: <87r5hxzkvn.fsf@SSpaeth.de> Message-ID: Technically, no. 0.7 will merely detect if the file is missing or not at startup and mark it accordingly. We're hoping in a future release to do a more thorough update when changes are detected. -- Jim On Tue, Aug 17, 2010 at 1:47 AM, Sebastian Spaeth wrote: > On 2010-08-17, Peter DO Smith wrote: > > Yes, I have the same problem. A refresh button for events would solve the > > problem nicely. > > Peter > > Isn't this addressed by the missing files feature (which requires a > restart of shotwell)? Of course, there need to be actions that can be > performed on those missing files, like "delete from shotwell" :) > > spaetz > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From Sebastian at SSpaeth.de Wed Aug 18 06:52:56 2010 From: Sebastian at SSpaeth.de (Sebastian Spaeth) Date: Wed, 18 Aug 2010 08:52:56 +0200 Subject: [Shotwell] Event rename issue In-Reply-To: <4C6AD471.9080302@yorba.org> References: <877hjp9lbl.fsf@SSpaeth.de> <4C6AD471.9080302@yorba.org> Message-ID: <871v9w9zuf.fsf@SSpaeth.de> > thanks for the bug report. I can also reproduce this. I suspect that > the cursor jumps out of the box as soon as a new photo is imported into > the event that you're renaming, but I'm not sure - we'll have to > investigate. I just reread my original report and I am glad you were able to parse my grammar and typos. I was quite tired and hurried when I typed that :-). Sebastian From stesind at googlemail.com Wed Aug 18 07:15:14 2010 From: stesind at googlemail.com (stesind) Date: Wed, 18 Aug 2010 09:15:14 +0200 Subject: [Shotwell] mimics folder In-Reply-To: <1282031956.4142.21.camel@steffen-R522> References: <1281936323.11997.6.camel@steffen-R522> <4C69541A.6040804@yorba.org> <1281999700.1978.16.camel@steffen-R522> <87eidxohfi.fsf@SSpaeth.de> <1282030561.4142.19.camel@steffen-R522> <1282031956.4142.21.camel@steffen-R522> Message-ID: <1282115714.2609.2.camel@steffen-R522> If it is not possible to change this behaviour, could you make it optional to create previews in the mimics folder? Steffen Am Dienstag, den 17.08.2010, 09:59 +0200 schrieb stesind: > I just saw that the previews in the mimics folder are names uniquely. > From Sebastian at sspaeth.de Wed Aug 18 07:21:49 2010 From: Sebastian at sspaeth.de (Sebastian Spaeth) Date: Wed, 18 Aug 2010 09:21:49 +0200 Subject: [Shotwell] Trash clarification References: <87r5hxzkvn.fsf@SSpaeth.de> Message-ID: <87wrro8jxu.fsf@SSpaeth.de> I just read the mallard documentation at http://trac.yorba.org/browser/shotwell/trunk/help/organise-delete.page because I was not clear about how the shotwell trash operates and I am still not clear. The issue is the shotwell "Trash" function. Will "move to trash" in shotwell also move the original photo file to the Operating System's "trash"? I strongly suspect no, but then that should be spelled out somewhere probably. I am asking as I naively expect that in modern and integrated OSes a "move to trash" from within the application would basically behave similar to a "move to trash" on the file from within the file manager. Either behavior would be fine for me, but it should be spelled out explicitly in that doc IMHO. Perhaps (post .7 this should be renamed to something less ambiguous, such as "mark as deleted" or "mark for deletion". Not sure. Sebastian From adam at yorba.org Wed Aug 18 16:29:31 2010 From: adam at yorba.org (Adam Dingle) Date: Wed, 18 Aug 2010 09:29:31 -0700 Subject: [Shotwell] Trash clarification In-Reply-To: <87wrro8jxu.fsf@SSpaeth.de> References: <87r5hxzkvn.fsf@SSpaeth.de> <87wrro8jxu.fsf@SSpaeth.de> Message-ID: <4C6C0A6B.2010706@yorba.org> Sebastian, On 08/18/2010 12:21 AM, Sebastian Spaeth wrote: > I just read the mallard documentation at > http://trac.yorba.org/browser/shotwell/trunk/help/organise-delete.page > because I was not clear about how the shotwell trash operates and I am > still not clear. The issue is the shotwell "Trash" function. > > Will "move to trash" in shotwell also move the original photo file to > the Operating System's "trash"? I strongly suspect no, but then that > should be spelled out somewhere probably. > > I am asking as I naively expect that in modern and integrated OSes a "move to > trash" from within the application would basically behave similar to a > "move to trash" on the file from within the file manager. > When you move a photo to the trash in Shotwell it is *not* moved to the desktop (operating system) trash - that happens only when you empty the Shotwell trash. I agree that the documentation should make this more clear. I've just updated the Shotwell user guide at http://trac.yorba.org/wiki/UsingShotwell0.6 to clarify this point. As you may know, Shotwell 0.7 will include both an updated user guide and Mallard documentation. Peter Smith is working on the Mallard documentation, so hopefully he can clarify this there as well. > Either behavior would be fine for me, but it should be spelled out explicitly > in that doc IMHO. Perhaps (post .7 this should be renamed to something > less ambiguous, such as "mark as deleted" or "mark for deletion". Not sure. > In a future release we're considering moving files to the desktop trash as soon as you move them to the Shotwell trash, but have made no decision about this - feedback about this idea is welcome. cheers adam From adam at yorba.org Wed Aug 18 16:59:12 2010 From: adam at yorba.org (Adam Dingle) Date: Wed, 18 Aug 2010 09:59:12 -0700 Subject: [Shotwell] mimics folder In-Reply-To: <1282115714.2609.2.camel@steffen-R522> References: <1281936323.11997.6.camel@steffen-R522> <4C69541A.6040804@yorba.org> <1281999700.1978.16.camel@steffen-R522> <87eidxohfi.fsf@SSpaeth.de> <1282030561.4142.19.camel@steffen-R522> <1282031956.4142.21.camel@steffen-R522> <1282115714.2609.2.camel@steffen-R522> Message-ID: <4C6C1160.60901@yorba.org> Steffen, as I tried (perhaps unsuccessfully) to explain in a previous message, we do want to make it optional to create previews in the mimics folder. Of course, if there are no previews there then Shotwell must display *something* when you open a RAW photo. There are several choices here: - display the JPEG file embedded in a RAW photo (http://trac.yorba.org/ticket/1771) - display the JPEG photo which comes in a RAW+JPEG pair (http://trac.yorba.org/ticket/1772) - simply display a blown-up thumbnail (which will look very blurry) and wait several seconds to display the decoded RAW image Ultimately I think the user should be in control and should be able to choose any of these if they want. Maybe the user should also be able to control the size of the preview files which Shotwell generates. If your monitor is 1920x1080, then you might want to generate previews only at that size, in which case preview files will be much smaller though when zooming into a photo you'll have to wait a few seconds for the RAW rendering to complete. None of this will happen for 0.7 (coming soon now!) but we will consider all of this as part of our feature planning for following releases. adam On 08/18/2010 12:15 AM, stesind wrote: > If it is not possible to change this behaviour, could you make it > optional to create previews in the mimics folder? > > Steffen > > > Am Dienstag, den 17.08.2010, 09:59 +0200 schrieb stesind: > >> I just saw that the previews in the mimics folder are names uniquely. >> >> > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > From jim at yorba.org Wed Aug 18 17:00:50 2010 From: jim at yorba.org (Jim Nelson) Date: Wed, 18 Aug 2010 10:00:50 -0700 Subject: [Shotwell] mimics folder In-Reply-To: <1282115714.2609.2.camel@steffen-R522> References: <1281936323.11997.6.camel@steffen-R522> <4C69541A.6040804@yorba.org> <1281999700.1978.16.camel@steffen-R522> <87eidxohfi.fsf@SSpaeth.de> <1282030561.4142.19.camel@steffen-R522> <1282031956.4142.21.camel@steffen-R522> <1282115714.2609.2.camel@steffen-R522> Message-ID: This doesn't solve your problem, but it might give you an idea of the trade-offs we're up against when working with RAW. If you run Shotwell like this from the console: $ shotwell --no-mimicked-images This won't get rid of the mimics, but it tells Shotwell not to use them, and instead load all images straight from the RAW files. You might try running Shotwell like this for a while and put it through its paces. Even if you're not using every one of Shotwell's features, you'll see some slow-downs, especially if you double-click an image to view it. I should also note that we are not the first to operate this way. Other photo organizers that work with RAW use stand-in JPEGs like we do. -- Jim On Wed, Aug 18, 2010 at 12:15 AM, stesind wrote: > If it is not possible to change this behaviour, could you make it > optional to create previews in the mimics folder? > > Steffen > > > Am Dienstag, den 17.08.2010, 09:59 +0200 schrieb stesind: > > I just saw that the previews in the mimics folder are names uniquely. > > > > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From adam at yorba.org Wed Aug 18 17:05:13 2010 From: adam at yorba.org (Adam Dingle) Date: Wed, 18 Aug 2010 10:05:13 -0700 Subject: [Shotwell] Photos Edited Externally Not Changed in Shotwell In-Reply-To: References: <87r5hxzkvn.fsf@SSpaeth.de> Message-ID: <4C6C12C9.1080408@yorba.org> That's right. We've been hoping to make this completely automatic - every time Shotwell starts up it will notice photos which have changed and react accordingly. We want Shotwell's startup to be very fast, though, and it's not yet clear whether this kind of update will make Shotwell too slow to start up if lots of files have changed. If so, we might consider a manual refresh command as a few users on this thread have suggested. adam On 08/17/2010 08:50 PM, Jim Nelson wrote: > Technically, no. 0.7 will merely detect if the file is missing or not at > startup and mark it accordingly. We're hoping in a future release to do a > more thorough update when changes are detected. > > -- Jim > > On Tue, Aug 17, 2010 at 1:47 AM, Sebastian Spaethwrote: > > >> On 2010-08-17, Peter DO Smith wrote: >> >>> Yes, I have the same problem. A refresh button for events would solve the >>> problem nicely. >>> Peter >>> >> Isn't this addressed by the missing files feature (which requires a >> restart of shotwell)? Of course, there need to be actions that can be >> performed on those missing files, like "delete from shotwell" :) >> >> spaetz >> _______________________________________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >> >> > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > From pdo.smith at gmail.com Wed Aug 18 17:11:34 2010 From: pdo.smith at gmail.com (Peter DO Smith) Date: Wed, 18 Aug 2010 19:11:34 +0200 Subject: [Shotwell] Trash clarification In-Reply-To: <4C6C0A6B.2010706@yorba.org> References: <87r5hxzkvn.fsf@SSpaeth.de> <87wrro8jxu.fsf@SSpaeth.de> <4C6C0A6B.2010706@yorba.org> Message-ID: Adam, Sebastien, I have clarified this in the Mallard documentation. Some more changes are coming and I will upload them later. Peter On Wed, Aug 18, 2010 at 6:29 PM, Adam Dingle wrote: > Sebastian, > > On 08/18/2010 12:21 AM, Sebastian Spaeth wrote: > > I just read the mallard documentation at > > http://trac.yorba.org/browser/shotwell/trunk/help/organise-delete.page > > because I was not clear about how the shotwell trash operates and I am > > still not clear. The issue is the shotwell "Trash" function. > > > > Will "move to trash" in shotwell also move the original photo file to > > the Operating System's "trash"? I strongly suspect no, but then that > > should be spelled out somewhere probably. > > > > I am asking as I naively expect that in modern and integrated OSes a > "move to > > trash" from within the application would basically behave similar to a > > "move to trash" on the file from within the file manager. > > > > When you move a photo to the trash in Shotwell it is *not* moved to the > desktop (operating system) trash - that happens only when you empty the > Shotwell trash. I agree that the documentation should make this more > clear. I've just updated the Shotwell user guide at > http://trac.yorba.org/wiki/UsingShotwell0.6 to clarify this point. As > you may know, Shotwell 0.7 will include both an updated user guide and > Mallard documentation. Peter Smith is working on the Mallard > documentation, so hopefully he can clarify this there as well. > > > Either behavior would be fine for me, but it should be spelled out > explicitly > > in that doc IMHO. Perhaps (post .7 this should be renamed to something > > less ambiguous, such as "mark as deleted" or "mark for deletion". Not > sure. > > > > In a future release we're considering moving files to the desktop trash > as soon as you move them to the Shotwell trash, but have made no > decision about this - feedback about this idea is welcome. > > cheers > adam > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From stesind at googlemail.com Wed Aug 18 19:35:20 2010 From: stesind at googlemail.com (stesind) Date: Wed, 18 Aug 2010 21:35:20 +0200 Subject: [Shotwell] mimics folder In-Reply-To: References: <1281936323.11997.6.camel@steffen-R522> <4C69541A.6040804@yorba.org> <1281999700.1978.16.camel@steffen-R522> <87eidxohfi.fsf@SSpaeth.de> <1282030561.4142.19.camel@steffen-R522> <1282031956.4142.21.camel@steffen-R522> <1282115714.2609.2.camel@steffen-R522> Message-ID: <1282160120.17742.16.camel@steffen-R522> Ah, thanks a lot! This is what I was looking for! > $ shotwell --no-mimicked-images BTW: exiv2 -p p IMG_0018.CR2: Preview 1: image/jpeg, 160x120 Pixel, 8991 Bytes Preview 2: image/jpeg, 4752x3168 Pixel, 867744 Bytes @Adam: I completly understood you point. But the thing is that shotwell slows down my system and eats a lot of disk space for creating the mimics. So I was not able to use it. Maybe I should not have imported the folders with RAWs and for future only import JPEGs folders. Steffen From pdo.smith at gmail.com Wed Aug 18 21:17:58 2010 From: pdo.smith at gmail.com (Peter DO Smith) Date: Wed, 18 Aug 2010 23:17:58 +0200 Subject: [Shotwell] Plug-in architecture for Shotwell? Message-ID: Has a plug-in architecture for Shotwell been considered, something like that used in Gimp? I ask because I have written a Python plug-in for Gimp to do batch conversion of photos from RAW to jpeg. I run this first, before importing the resulting jpegs into Shotwell. My plug-in - renames the photos - calls Ufraw to do the conversion - applies a contrast mask - does shadow fill - optionally inverts negatives - optionally does auto-levels - optionally applies two different sharpening algorithms and places the output jpeg in a chosen directory from where I import it into Shotwell. Still to come is a wavelet denoise function more advanced than that offered by Ufraw. This works very well for me because these are the common transformations I usually apply to all my RAW photos. Next I was going to modify my plug-in to update the Shotwell database and thus avoid the manual import into Shotwell. But it would be rather more elegant if Shotwell had a plug-in architecture that could call plug-ins like my own to automate the workflow. Then instead of writing my own routines to import into Shotwell I could simply call one of your routines (and avoid tracking changes in your database structure) Other third party developers could start developing specialised routines that may greatly enrich Shotwell. Peter From adam at yorba.org Wed Aug 18 21:23:24 2010 From: adam at yorba.org (Adam Dingle) Date: Wed, 18 Aug 2010 14:23:24 -0700 Subject: [Shotwell] Plug-in architecture for Shotwell? In-Reply-To: References: Message-ID: <4C6C4F4C.2080704@yorba.org> Peter, On 08/18/2010 02:17 PM, Peter DO Smith wrote: > Has a plug-in architecture for Shotwell been considered, something like that > used in Gimp? > Yes: we agree this would be useful. This is http://trac.yorba.org/ticket/1603 , which is a good place for further discussion of this idea. We have lots of other features to build too, but I hope this will happen in the next few releases. adam From david at fromoz.com Wed Aug 18 23:13:44 2010 From: david at fromoz.com (David Rolph) Date: Thu, 19 Aug 2010 08:13:44 +0900 Subject: [Shotwell] IPTC tagging in Shotwell Message-ID: Hi All, I'm a happy novice Shotwell user. I'd like to start tagging my photos. At bit of hunting around leads me to believe that IPTC offers me the best chance of persistent tagging of my photos that extends beyond the boundaries of whatever tool I am using to view them. This is attractive to me for many reasons. My wife uses Picasa which I believe should be able to read and write those tags too. If I send my photos to somebody else or perhaps an online service then I know my tags are going with them. Basically, I'd like to tag my photos once, now and never again. So I've updated to Shotwell 0.6 which I believe can read and write these tags. But I'm not quite clear on how the write function works. Is it necessary for me to Export in order to write the tags? If I simply tag an image in Shotwell it doesn't seem to modify the original file. When I select Export it gives me compression settings. I'd prefer not to modify my image data (non destructive is a very attractive shotwell feature for me.) I did find some discussions of whether Shotwell should write the IPTC tags as they are changed or whether to reduce overhead it should not. Does 0.6 not automatically update the tags? I'm looking for a simple procedure to persistently tag my photos. My workflow goes something like this: Upload the files to my server. Import the photos to shotwell (as links). Tag the images with place, people, event information. Any advice from list members about how to achieve this would be much appreciated. cheers, david From adam at yorba.org Wed Aug 18 23:25:06 2010 From: adam at yorba.org (Adam Dingle) Date: Wed, 18 Aug 2010 16:25:06 -0700 Subject: [Shotwell] IPTC tagging in Shotwell In-Reply-To: References: Message-ID: <4C6C6BD2.60802@yorba.org> David, On 08/18/2010 04:13 PM, David Rolph wrote: > Hi All, > > I'm a happy novice Shotwell user. > Glad you're happy so far! :) > I'd like to start tagging my photos. At bit of hunting around leads me to > believe that IPTC offers me the best chance of persistent tagging of my > photos that extends beyond the boundaries of whatever tool I am using to > view them. This is attractive to me for many reasons. My wife uses Picasa > which I believe should be able to read and write those tags too. If I send > my photos to somebody else or perhaps an online service then I know my tags > are going with them. Basically, I'd like to tag my photos once, now and > never again. > Yes - that makes sense. > So I've updated to Shotwell 0.6 which I believe can read and write these > tags. But I'm not quite clear on how the write function works. Is it > necessary for me to Export in order to write the tags? If I simply tag an > image in Shotwell it doesn't seem to modify the original file. When I > select Export it gives me compression settings. I'd prefer not to modify my > image data (non destructive is a very attractive shotwell feature for me.) > > I did find some discussions of whether Shotwell should write the IPTC tags > as they are changed or whether to reduce overhead it should not. Does 0.6 > not automatically update the tags? > Shotwell 0.6 writes tags to files only at export time, and the upcoming Shotwell 0.7 will behave the same way. We've had many requests for Shotwell to (optionally) write tags into existing photo files on the fly - this is http://trac.yorba.org/ticket/1290 . I'm hopeful we'll be able to implement this in the next release or two. cheers adam From marcelcoding at googlemail.com Fri Aug 20 09:44:04 2010 From: marcelcoding at googlemail.com (Marcel Stimberg) Date: Fri, 20 Aug 2010 11:44:04 +0200 Subject: [Shotwell] Getting help with interaction design and testing Message-ID: Hi all, you might have seen this announcement where a professor teaching interaction design is looking for open source projects that are willing to let students work on the GUI of their project ? maybe this is interesting for shotwell where a couple of user interaction questions are under debate (say, the structure of the menu: http://trac.yorba.org/ticket/1301). The post is here: http://www.sububi.org/2010/08/18/free-interaction-design-for-your-open-source-project/ In a similar vein, now that shotwell will be the default photo management application for Ubuntu, it might make sense to add shotwell to the desktop testing program (as a start maybe the tests for F-Spot could be used and adapted), see this blog post: http://ubuntutesting.wordpress.com/2010/08/18/love-an-upstream-project-want-it-well-tested/ Best, Marcel From brunogirin at gmail.com Fri Aug 20 19:22:17 2010 From: brunogirin at gmail.com (Bruno Girin) Date: Fri, 20 Aug 2010 20:22:17 +0100 Subject: [Shotwell] Getting help with interaction design and testing In-Reply-To: References: Message-ID: <1282332137.1567.10.camel@nuuk> On Fri, 2010-08-20 at 11:44 +0200, Marcel Stimberg wrote: > Hi all, > > you might have seen this announcement where a professor teaching > interaction design is looking for open source projects that are > willing to let students work on the GUI of their project ? maybe this > is interesting for shotwell where a couple of user interaction > questions are under debate (say, the structure of the menu: > http://trac.yorba.org/ticket/1301). The post is here: > http://www.sububi.org/2010/08/18/free-interaction-design-for-your-open-source-project/ That looks interesting! > > In a similar vein, now that shotwell will be the default photo > management application for Ubuntu, it might make sense to add shotwell > to the desktop testing program (as a start maybe the tests for F-Spot > could be used and adapted), see this blog post: > http://ubuntutesting.wordpress.com/2010/08/18/love-an-upstream-project-want-it-well-tested/ Indeed, that's a very good idea. We discussed that in the past and it would be valuable to come up with some test cases for Shotwell but ideally the master would be on the Shotwell wiki and the Ubuntu ones would refer to them. Bruno From lucas at yorba.org Sat Aug 21 01:33:58 2010 From: lucas at yorba.org (Lucas Beeler) Date: Fri, 20 Aug 2010 18:33:58 -0700 Subject: [Shotwell] Shotwell 0.7.0 - a digital photo manager for the GNOME desktop Message-ID: Yorba has released Shotwell 0.7.0, a major update to our digital photo manager. This release includes a host of new features, such as: * Migration support for F-Spot users: Shotwell can import photos directly from your F-Spot library, preserving tags and ratings. * Photos can be rated on a 1-5 star scale or marked as rejected. A filter button supports viewing only photos of a specified rating or better. * A new Last Import page in the sidebar gives you instant access to your most recently imported photo roll. * Sidebar functionality and appearance have been improved with new icons and inline renaming. * Shotwell scans your library files at startup, looking for changes. Maintains library consistency when working with photos in other applications. * Numerous bug fixes and translation updates. We highly recommend that all Shotwell users upgrade. Yorba would like to thank all of our bug testers and translators, without whom this release would not have been possible. You can download a source tarball from the Shotwell home page at: http://www.yorba.org/shotwell/ Binaries for Ubuntu Lucid and Maverick users will be available on Yorba's Launchpad PPA (https://launchpad.net/~yorba/+archive/ppa) within a few days. -- Lucas Beeler From el.cameleon.1 at gmail.com Sat Aug 21 16:01:16 2010 From: el.cameleon.1 at gmail.com (Vincent) Date: Sat, 21 Aug 2010 18:01:16 +0200 Subject: [Shotwell] Shotwell 0.7.0 - a digital photo manager for the GNOME desktop In-Reply-To: References: Message-ID: Great news! Can we have the list of all the bug that have been fixed in this release? I don't find the correct search therme in http://trac.yorba.org :-( Thanks in advance, Vincent On Sat, Aug 21, 2010 at 3:33 AM, Lucas Beeler wrote: > Yorba has released Shotwell 0.7.0, a major update to our digital photo > manager. This release includes a host of new features, such as: > > * Migration support for F-Spot users: Shotwell can import photos directly > from your F-Spot library, preserving tags and ratings. > > * Photos can be rated on a 1-5 star scale or marked as rejected. A filter > button supports viewing only photos of a specified rating or better. > > * A new Last Import page in the sidebar gives you instant access to your > most recently imported photo roll. > > * Sidebar functionality and appearance have been improved with new icons > and inline renaming. > > * Shotwell scans your library files at startup, looking for changes. > Maintains library consistency when working with photos in other > applications. > > * Numerous bug fixes and translation updates. > > We highly recommend that all Shotwell users upgrade. > > Yorba would like to thank all of our bug testers and translators, > without whom this release would not have been possible. > > You can download a source tarball from the Shotwell home page at: > http://www.yorba.org/shotwell/ > > Binaries for Ubuntu Lucid and Maverick users will be available on > Yorba's Launchpad PPA (https://launchpad.net/~yorba/+archive/ppa > ) > within a few days. > > -- Lucas Beeler > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From thx4uall at googlemail.com Sat Aug 21 21:30:35 2010 From: thx4uall at googlemail.com (Steffen Sindzinski) Date: Sat, 21 Aug 2010 23:30:35 +0200 Subject: [Shotwell] Problem while compiling - GExiv2 ver 2 required Message-ID: <1282426235.2097.3.camel@steffen-R522> Hi, I experienced while compiling latest shotwell from svn the following message: Requested 'gexiv2 >= 0.2.0' but version of GExiv2 is 0.1.90+trunk I installed the latest version but this is still 0.1.90+trunk. Do you have any hints to work around? Regards, Steffen From adam at yorba.org Sat Aug 21 23:49:15 2010 From: adam at yorba.org (Adam Dingle) Date: Sat, 21 Aug 2010 16:49:15 -0700 Subject: [Shotwell] Problem while compiling - GExiv2 ver 2 required In-Reply-To: <1282426235.2097.3.camel@steffen-R522> References: <1282426235.2097.3.camel@steffen-R522> Message-ID: Steffen, it looks like you don't have gexiv2 0.2.0, which Shotwell 0.7 requires. As mentioned on the gexiv2 web page (http://trac.yorba.org/wiki/gexiv2), you can download gexiv2 0.2.0 here: http://yorba.org/download/gexiv2/0.2/libgexiv2-0.2.0.tar.bz2 After extracting files from this archive, you can run 'make' and then 'sudo make install' to build and install gexiv2 0.2.0. (Alternatively, you can fetch the trunk version of gexiv2 as described on the gexiv2 web page. That currently has version number 0.2.0+trunk.) I hope this helps! adam On Sat, Aug 21, 2010 at 2:30 PM, Steffen Sindzinski wrote: > Hi, > > I experienced while compiling latest shotwell from svn the following > message: > > Requested 'gexiv2 >= 0.2.0' but version of GExiv2 is 0.1.90+trunk > > I installed the latest version but this is still 0.1.90+trunk. Do you > have any hints to work around? > > Regards, > > Steffen > > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From thx4uall at googlemail.com Sun Aug 22 05:25:46 2010 From: thx4uall at googlemail.com (Steffen Sindzinski) Date: Sun, 22 Aug 2010 07:25:46 +0200 Subject: [Shotwell] Problem while compiling - GExiv2 ver 2 required In-Reply-To: References: <1282426235.2097.3.camel@steffen-R522> Message-ID: <1282454746.1966.5.camel@steffen-R522> Hi, Thank you for the prompt help! It was my mistake, I pulled from svn to the wrong folder and then just compiled the old version again. Maybe it was to late in the evening. I really want to point out how helpful the community of this project is! And even shotwell as a development version is quite bug free. Which is quite a big difference to the other photo management program. Steffen Am Samstag, den 21.08.2010, 16:49 -0700 schrieb Adam Dingle: > Steffen, > > > it looks like you don't have gexiv2 0.2.0, which Shotwell 0.7 > requires. As mentioned on the gexiv2 web page > (http://trac.yorba.org/wiki/gexiv2), you can download gexiv2 0.2.0 > here: > > > http://yorba.org/download/gexiv2/0.2/libgexiv2-0.2.0.tar.bz2 > > > After extracting files from this archive, you can run 'make' and then > 'sudo make install' to build and install gexiv2 0.2.0. > > > (Alternatively, you can fetch the trunk version of gexiv2 as described > on the gexiv2 web page. That currently has version number 0.2.0 > +trunk.) > > > I hope this helps! > > > adam > > On Sat, Aug 21, 2010 at 2:30 PM, Steffen Sindzinski > wrote: > Hi, > > I experienced while compiling latest shotwell from svn the > following > message: > > Requested 'gexiv2 >= 0.2.0' but version of GExiv2 is 0.1.90 > +trunk > > I installed the latest version but this is still 0.1.90+trunk. > Do you > have any hints to work around? > > Regards, > > Steffen > > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > From adam at yorba.org Mon Aug 23 15:15:36 2010 From: adam at yorba.org (Adam Dingle) Date: Mon, 23 Aug 2010 08:15:36 -0700 Subject: [Shotwell] Shotwell 0.7.0 - a digital photo manager for the GNOME desktop In-Reply-To: References: Message-ID: <4C729098.2060409@yorba.org> Vincent, On 08/21/2010 09:01 AM, Vincent wrote: > Great news! > > Can we have the list of all the bug that have been fixed in this release? I > don't find the correct search therme in http://trac.yorba.org :-( > There are many. :) Unfortunately our bug tracking setup doesn't let you search for this very easily. I hope we'll be able to improve this at some point. In the meantime, here's a list of all the bugs that have *ever* been fixed in Shotwell: http://trac.yorba.org/query?status=closed&max=400&component=shotwell&order=id&col=id&col=summary&col=component&col=status&col=owner&col=type&col=priority&col=reporter&report=16&desc=1&type=bug All bugs with ticket number 2223 and higher in this list were filed after Shotwell 0.6 was released, so those were all fixed in 0.7. There were also some older bugs fixed in 0.7, of course. Another way to see all our fixed bugs is to look at our timeline view (http://trac.yorba.org/timeline) and view only opened/closed tickets. Of course, that will also show you closed tickets which represent features, not bugs, and will also show you closed tickets for other Yorba projects. Once again, I hope we can make some changes to our bug tracking setup to make this sort of query easier at some point. cheers adam > Thanks in advance, > > Vincent > > On Sat, Aug 21, 2010 at 3:33 AM, Lucas Beeler wrote: > > >> Yorba has released Shotwell 0.7.0, a major update to our digital photo >> manager. This release includes a host of new features, such as: >> >> * Migration support for F-Spot users: Shotwell can import photos directly >> from your F-Spot library, preserving tags and ratings. >> >> * Photos can be rated on a 1-5 star scale or marked as rejected. A filter >> button supports viewing only photos of a specified rating or better. >> >> * A new Last Import page in the sidebar gives you instant access to your >> most recently imported photo roll. >> >> * Sidebar functionality and appearance have been improved with new icons >> and inline renaming. >> >> * Shotwell scans your library files at startup, looking for changes. >> Maintains library consistency when working with photos in other >> applications. >> >> * Numerous bug fixes and translation updates. >> >> We highly recommend that all Shotwell users upgrade. >> >> Yorba would like to thank all of our bug testers and translators, >> without whom this release would not have been possible. >> >> You can download a source tarball from the Shotwell home page at: >> http://www.yorba.org/shotwell/ >> >> Binaries for Ubuntu Lucid and Maverick users will be available on >> Yorba's Launchpad PPA (https://launchpad.net/~yorba/+archive/ppa >> ) >> within a few days. >> >> -- Lucas Beeler >> _______________________________________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >> >> > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > From el.cameleon.1 at gmail.com Mon Aug 23 17:03:27 2010 From: el.cameleon.1 at gmail.com (Vincent) Date: Mon, 23 Aug 2010 19:03:27 +0200 Subject: [Shotwell] Shotwell 0.7.0 - a digital photo manager for the GNOME desktop In-Reply-To: <4C729098.2060409@yorba.org> References: <4C729098.2060409@yorba.org> Message-ID: Hi, Thanks for yoyr answer. This is a feature that I particulary like in Bugzilla ;-) So I was wondering if it doesn't exist in your tracker or if I was unable to find it. Regards, Vincent On Mon, Aug 23, 2010 at 5:15 PM, Adam Dingle wrote: > Vincent, > > On 08/21/2010 09:01 AM, Vincent wrote: > > Great news! > > > > Can we have the list of all the bug that have been fixed in this release? > I > > don't find the correct search therme in http://trac.yorba.org :-( > > > > There are many. :) > > Unfortunately our bug tracking setup doesn't let you search for this > very easily. I hope we'll be able to improve this at some point. In > the meantime, here's a list of all the bugs that have *ever* been fixed > in Shotwell: > > > http://trac.yorba.org/query?status=closed&max=400&component=shotwell&order=id&col=id&col=summary&col=component&col=status&col=owner&col=type&col=priority&col=reporter&report=16&desc=1&type=bug > > All bugs with ticket number 2223 and higher in this list were filed > after Shotwell 0.6 was released, so those were all fixed in 0.7. There > were also some older bugs fixed in 0.7, of course. Another way to see > all our fixed bugs is to look at our timeline view > (http://trac.yorba.org/timeline) and view only opened/closed tickets. > Of course, that will also show you closed tickets which represent > features, not bugs, and will also show you closed tickets for other > Yorba projects. > > Once again, I hope we can make some changes to our bug tracking setup to > make this sort of query easier at some point. > > cheers > adam > > > Thanks in advance, > > > > Vincent > > > > On Sat, Aug 21, 2010 at 3:33 AM, Lucas Beeler wrote: > > > > > >> Yorba has released Shotwell 0.7.0, a major update to our digital photo > >> manager. This release includes a host of new features, such as: > >> > >> * Migration support for F-Spot users: Shotwell can import photos > directly > >> from your F-Spot library, preserving tags and ratings. > >> > >> * Photos can be rated on a 1-5 star scale or marked as rejected. A > filter > >> button supports viewing only photos of a specified rating or better. > >> > >> * A new Last Import page in the sidebar gives you instant access to > your > >> most recently imported photo roll. > >> > >> * Sidebar functionality and appearance have been improved with new > icons > >> and inline renaming. > >> > >> * Shotwell scans your library files at startup, looking for changes. > >> Maintains library consistency when working with photos in other > >> applications. > >> > >> * Numerous bug fixes and translation updates. > >> > >> We highly recommend that all Shotwell users upgrade. > >> > >> Yorba would like to thank all of our bug testers and translators, > >> without whom this release would not have been possible. > >> > >> You can download a source tarball from the Shotwell home page at: > >> http://www.yorba.org/shotwell/ > >> > >> Binaries for Ubuntu Lucid and Maverick users will be available on > >> Yorba's Launchpad PPA (https://launchpad.net/~yorba/+archive/ppa > > >> ) > >> within a few days. > >> > >> -- Lucas Beeler > >> _______________________________________________ > >> Shotwell mailing list > >> Shotwell at lists.yorba.org > >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > >> > >> > > _______________________________________________ > > Shotwell mailing list > > Shotwell at lists.yorba.org > > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > > > > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From adam at yorba.org Mon Aug 23 17:54:13 2010 From: adam at yorba.org (Adam Dingle) Date: Mon, 23 Aug 2010 10:54:13 -0700 Subject: [Shotwell] Shotwell 0.7.0 - a digital photo manager for the GNOME desktop In-Reply-To: References: Message-ID: <4C72B5C5.2070308@yorba.org> Yes - it's great that 0.7 is out the door! This was the first Shotwell release where a number of substantial contributions came from people outside Yorba. I'd particularly like to thank the following contributors: - Bruno Girin implemented importing from F-Spot. This was a significant feature and required numerous patch iterations, so many thanks to Bruno for his patience working through the various issues which arose. By the way, Bruno recently wrote a great blog post about contributing to Shotwell: http://brunogirin.blogspot.com/2010/08/contributing-to-shotwell.html . - Philip Beam wrote the code that displays icons in the sidebar. This is a very nice visual improvement. - Marcel Stimberg implemented tag autocompletion. His final patch came only in the last week before the 0.7 release - I'm glad this made it! - Andrew Higginson improved some of our icons and sent a patch that makes Shotwell use more stock icons, which helps our visual consistency. I'd like to make one clarification about the list of new features below. Shotwell 0.7 does scan your library files at startup to see which files are missing, but will not yet update thumbnails if files have changed externally. We had code to do this in the trunk for a while, but pulled it before the 0.7 release because we weren't satisfied with Shotwell's startup performance (which is very important to us) in the case where many files had changed externally. I'm hopeful this feature will return to trunk before too long. adam On 08/20/2010 06:33 PM, Lucas Beeler wrote: > Yorba has released Shotwell 0.7.0, a major update to our digital photo > manager. This release includes a host of new features, such as: > > * Migration support for F-Spot users: Shotwell can import photos directly > from your F-Spot library, preserving tags and ratings. > > * Photos can be rated on a 1-5 star scale or marked as rejected. A filter > button supports viewing only photos of a specified rating or better. > > * A new Last Import page in the sidebar gives you instant access to your > most recently imported photo roll. > > * Sidebar functionality and appearance have been improved with new icons > and inline renaming. > > * Shotwell scans your library files at startup, looking for changes. > Maintains library consistency when working with photos in other > applications. > > * Numerous bug fixes and translation updates. > > We highly recommend that all Shotwell users upgrade. > > Yorba would like to thank all of our bug testers and translators, > without whom this release would not have been possible. > > You can download a source tarball from the Shotwell home page at: > http://www.yorba.org/shotwell/ > > Binaries for Ubuntu Lucid and Maverick users will be available on > Yorba's Launchpad PPA (https://launchpad.net/~yorba/+archive/ppa) > within a few days. > > -- Lucas Beeler > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > From subscribed-lists at sterndata.com Mon Aug 23 18:08:34 2010 From: subscribed-lists at sterndata.com (Steven Stern) Date: Mon, 23 Aug 2010 13:08:34 -0500 Subject: [Shotwell] Fedora 13 Message-ID: <4C72B922.1000504@sterndata.com> If there are any other Fedora 13 folks on this list, please take a look at my RFE at https://bugzilla.redhat.com/show_bug.cgi?id=626044 -- -- Steve From tommy.he at linux.com Mon Aug 23 22:00:31 2010 From: tommy.he at linux.com (Tommy He) Date: Mon, 23 Aug 2010 23:00:31 +0100 Subject: [Shotwell] Fedora 13 In-Reply-To: <4C72B922.1000504@sterndata.com> References: <4C72B922.1000504@sterndata.com> Message-ID: It was delayed because the missing dependency in F13. I will check if it was fixed right now. On 23 August 2010 19:08, Steven Stern wrote: > If there are any other Fedora 13 folks on this list, please take a look > at my RFE at https://bugzilla.redhat.com/show_bug.cgi?id=626044 > > > > -- > -- Steve > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > -- Take a Deep Breath out of Windows From lutimdale at yahoo.com Tue Aug 24 11:51:48 2010 From: lutimdale at yahoo.com (Lu Timdale) Date: Tue, 24 Aug 2010 04:51:48 -0700 (PDT) Subject: [Shotwell] Enhancement: Copy Files Message-ID: <168449.32806.qm@web33704.mail.mud.yahoo.com> Hi, I really love the way 0.7 came together. I especially love the rating system. I really don't think it could be much better. Ratings are stored in the exif data of the files, you can set the rating easily, and filter as well. It's a thing of beauty. :-) However, now that I've rated some files, I'd like to copy them and create another folder (external to shotwell) for emailing, sharing. Ideally, I would 1. Go to whatever view (sorting, filtering by whatever means... tags, rating, etc.) 2. Select some files 3. Copy (right click > Copy, Ctrl+C, File > Copy) 4. Open Nautilus 5. Paste I don't need to export the files and resample them, I just need the actual files as they are. Thank You. Lu Timdale lutimdale at yahoo.com From adam at yorba.org Tue Aug 24 17:25:18 2010 From: adam at yorba.org (Adam Dingle) Date: Tue, 24 Aug 2010 10:25:18 -0700 Subject: [Shotwell] Enhancement: Copy Files In-Reply-To: <168449.32806.qm@web33704.mail.mud.yahoo.com> References: <168449.32806.qm@web33704.mail.mud.yahoo.com> Message-ID: <4C74007E.6090004@yorba.org> Lu, On 08/24/2010 04:51 AM, Lu Timdale wrote: > Hi, > > I really love the way 0.7 came together. I especially love the rating system. > I really don't think it could be much better. Ratings are stored in the exif > data of the files, you can set the rating easily, and filter as well. It's a > thing of beauty. :-) > I'm glad you like our rating system! I should point out, though, that Shotwell stores ratings in EXIF data only when you export photos or drag them to Nautilus. (We are considering storing ratings and other metadata in photo files all the time in a future release, at least as a user option - that's http://trac.yorba.org/ticket/1290 .) > However, now that I've rated some files, I'd like to copy them and create > another folder (external to shotwell) for emailing, sharing. > > Ideally, I would > 1. Go to whatever view (sorting, filtering by whatever means... tags, rating, > etc.) > 2. Select some files > 3. Copy (right click> Copy, Ctrl+C, File> Copy) > 4. Open Nautilus > 5. Paste > > I don't need to export the files and resample them, I just need the actual files > as they are. > You can simply select the files, then drag them to a Nautilus window. Shotwell will copy the files and will embed their ratings in EXIF data. We might support copy/paste someday (http://trac.yorba.org/ticket/1098) but we don't have that yet. adam From adam at yorba.org Wed Aug 25 00:23:53 2010 From: adam at yorba.org (Adam Dingle) Date: Tue, 24 Aug 2010 17:23:53 -0700 Subject: [Shotwell] Up next: Shotwell 0.8 Message-ID: <4C746299.7070604@yorba.org> Shotwell friends and fans, now that 0.7 is out the door we're beginning development of Shotwell 0.8, tentatively scheduled for release in November. The following features are our top priorities for 0.8: - importing/playing videos (ticket #855 at http://trac.yorba.org/report/16) - optionally storing tags and other metadata in photo files at all times (#1290) - automatically refreshing thumbnails, tags and other metadata when photos have been modified externally (#2476) - automatically importing files which have been added to the library directory (#2478) - allowing the user to configure the naming pattern for directories where imported photos are placed (#1597) - a No Event page that shows all photos which belong to no event (typically because they have no EXIF date) (#1712) Some of these are features which didn't quite make 0.7. Of course, we hope to implement additional features as time permits. I've added this list to the Development section on the Shotwell wiki page (http://trac.yorba.org/wiki/Shotwell) and we'll keep it up to date there as the feature set for this release evolves. Feedback is welcome, as always! adam From bengt at thuree.com Wed Aug 25 00:31:50 2010 From: bengt at thuree.com (Bengt Thuree) Date: Wed, 25 Aug 2010 10:31:50 +1000 Subject: [Shotwell] Up next: Shotwell 0.8 In-Reply-To: <4C746299.7070604@yorba.org> References: <4C746299.7070604@yorba.org> Message-ID: <1282696310.2763.34.camel@lappis> How about a search function similar to F-Spot? Since you aim to replace f-spot...... /Bengt On Tue, 2010-08-24 at 17:23 -0700, Adam Dingle wrote: > Shotwell friends and fans, > > now that 0.7 is out the door we're beginning development of Shotwell > 0.8, tentatively scheduled for release in November. The following > features are our top priorities for 0.8: > > - importing/playing videos (ticket #855 at http://trac.yorba.org/report/16) > - optionally storing tags and other metadata in photo files at all times > (#1290) > - automatically refreshing thumbnails, tags and other metadata when > photos have been modified externally (#2476) > - automatically importing files which have been added to the library > directory (#2478) > - allowing the user to configure the naming pattern for directories > where imported photos are placed (#1597) > - a No Event page that shows all photos which belong to no event > (typically because they have no EXIF date) (#1712) > > Some of these are features which didn't quite make 0.7. Of course, we > hope to implement additional features as time permits. I've added this > list to the Development section on the Shotwell wiki page > (http://trac.yorba.org/wiki/Shotwell) and we'll keep it up to date there > as the feature set for this release evolves. Feedback is welcome, as > always! > > adam > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > -- With Regards Bengt Thuree bengt at thuree.com From dontodd at gmail.com Wed Aug 25 00:54:56 2010 From: dontodd at gmail.com (Todd Slater) Date: Tue, 24 Aug 2010 20:54:56 -0400 Subject: [Shotwell] Up next: Shotwell 0.8 In-Reply-To: <4C746299.7070604@yorba.org> References: <4C746299.7070604@yorba.org> Message-ID: Let me put a +1 to ticket #1110, send pictures via email: http://trac.yorba.org/ticket/1110. I recently tried to help my 80-year old mother use her first ever digital camera. She wants to get the pictures where she can see them and share them with family and friends via email. I don't think flickr, picasa, or facebook are options for her. I started her off with Shotwell because I like the way it handles importing photos from the camera--much quicker and more sensible (to me) than F-spot. Once she had the pictures in Shotwell, though, she wanted to email them to her friends. Easy enough, I thought, and as I started doing it, I realized it was going to be way too complicated for her. I remembered that F-spot has a send-by-email function, so I fired that up and, indeed, it's a pretty good interface. The user can select a number of photos, go to File > Send by email (or something), and get prompted for resizing options (sensible options with the ability to specify dimensions manually, IIRC). Once that's set, her default email client (Thunderbird) opens a compose window with the attachments there. Thinking that was much easier for her, I thought maybe F-spot would be the photo manager for her. Unfortunately, as we practiced, the attachments stopped working; Thunderbird's compose window came up with My+Photos in the subject line but no attachments. Ugh. So, all this stuff is on hold until I can find something that works. OK, I realize 80-year olds are probably not the target market for Shotwell, but I'm sure ease of emailing would be a feature others might appreciate ;). I'm loving 0.7, thanks for the great work! Todd On Tue, Aug 24, 2010 at 8:23 PM, Adam Dingle wrote: > Shotwell friends and fans, > > now that 0.7 is out the door we're beginning development of Shotwell > 0.8, tentatively scheduled for release in November. The following > features are our top priorities for 0.8: > > - importing/playing videos (ticket #855 at http://trac.yorba.org/report/16 > ) > - optionally storing tags and other metadata in photo files at all times > (#1290) > - automatically refreshing thumbnails, tags and other metadata when > photos have been modified externally (#2476) > - automatically importing files which have been added to the library > directory (#2478) > - allowing the user to configure the naming pattern for directories > where imported photos are placed (#1597) > - a No Event page that shows all photos which belong to no event > (typically because they have no EXIF date) (#1712) > > Some of these are features which didn't quite make 0.7. Of course, we > hope to implement additional features as time permits. I've added this > list to the Development section on the Shotwell wiki page > (http://trac.yorba.org/wiki/Shotwell) and we'll keep it up to date there > as the feature set for this release evolves. Feedback is welcome, as > always! > > adam From adam at yorba.org Wed Aug 25 04:13:52 2010 From: adam at yorba.org (Adam Dingle) Date: Tue, 24 Aug 2010 21:13:52 -0700 Subject: [Shotwell] Up next: Shotwell 0.8 In-Reply-To: <1282696310.2763.34.camel@lappis> References: <4C746299.7070604@yorba.org> <1282696310.2763.34.camel@lappis> Message-ID: Bengt, thanks for the suggestion. A search box of some sort ( http://trac.yorba.org/ticket/80) is high on our list and is quite possibly the top priority after the other features I mentioned. If all goes well this could even make 0.8, though I can't promise that. We hope to implement a more sophisticated metadata search capability ( http://trac.yorba.org/ticket/1587) within the next couple of releases as well. cheers adam On Tue, Aug 24, 2010 at 5:31 PM, Bengt Thuree wrote: > How about a search function similar to F-Spot? > > Since you aim to replace f-spot...... > > /Bengt > > On Tue, 2010-08-24 at 17:23 -0700, Adam Dingle wrote: > > Shotwell friends and fans, > > > > now that 0.7 is out the door we're beginning development of Shotwell > > 0.8, tentatively scheduled for release in November. The following > > features are our top priorities for 0.8: > > > > - importing/playing videos (ticket #855 at > http://trac.yorba.org/report/16) > > - optionally storing tags and other metadata in photo files at all times > > (#1290) > > - automatically refreshing thumbnails, tags and other metadata when > > photos have been modified externally (#2476) > > - automatically importing files which have been added to the library > > directory (#2478) > > - allowing the user to configure the naming pattern for directories > > where imported photos are placed (#1597) > > - a No Event page that shows all photos which belong to no event > > (typically because they have no EXIF date) (#1712) > > > > Some of these are features which didn't quite make 0.7. Of course, we > > hope to implement additional features as time permits. I've added this > > list to the Development section on the Shotwell wiki page > > (http://trac.yorba.org/wiki/Shotwell) and we'll keep it up to date there > > as the feature set for this release evolves. Feedback is welcome, as > > always! > > > > adam > > > > _______________________________________________ > > Shotwell mailing list > > Shotwell at lists.yorba.org > > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > > > -- > With Regards > > Bengt Thuree > bengt at thuree.com > > From pdo.smith at gmail.com Wed Aug 25 06:12:26 2010 From: pdo.smith at gmail.com (Peter DO Smith) Date: Wed, 25 Aug 2010 08:12:26 +0200 Subject: [Shotwell] Up next: Shotwell 0.8 In-Reply-To: <4C746299.7070604@yorba.org> References: <4C746299.7070604@yorba.org> Message-ID: Congratulations on release 0.7, I couldn't be more happy. To add to the list of desired features I would like to plead for the inclusion of the multiple select feature on tags and events (by Ctrl-clicking on the desired events/tags). Think of this as a visual form of search ! :) I would also support the earlier request for emailing photos from Shotwell. This was one of the features I liked about Picasa (which I have stopped using in favour of Shotwell). My work around is to upload into Picasaweb and email a notification from there. Peter On Wed, Aug 25, 2010 at 2:23 AM, Adam Dingle wrote: > Shotwell friends and fans, > > now that 0.7 is out the door we're beginning development of Shotwell > 0.8, tentatively scheduled for release in November. The following > features are our top priorities for 0.8: > > - importing/playing videos (ticket #855 at http://trac.yorba.org/report/16 > ) > - optionally storing tags and other metadata in photo files at all times > (#1290) > - automatically refreshing thumbnails, tags and other metadata when > photos have been modified externally (#2476) > - automatically importing files which have been added to the library > directory (#2478) > - allowing the user to configure the naming pattern for directories > where imported photos are placed (#1597) > - a No Event page that shows all photos which belong to no event > (typically because they have no EXIF date) (#1712) > > Some of these are features which didn't quite make 0.7. Of course, we > hope to implement additional features as time permits. I've added this > list to the Development section on the Shotwell wiki page > (http://trac.yorba.org/wiki/Shotwell) and we'll keep it up to date there > as the feature set for this release evolves. Feedback is welcome, as > always! > > adam > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From mahfiaz at gmail.com Wed Aug 25 07:11:45 2010 From: mahfiaz at gmail.com (Mattias =?ISO-8859-1?Q?P=F5ldaru?=) Date: Wed, 25 Aug 2010 10:11:45 +0300 Subject: [Shotwell] Up next: Shotwell 0.8 In-Reply-To: References: <4C746299.7070604@yorba.org> Message-ID: <1282720305.10875.70.camel@antiloop> ?hel kenal p?eval, T, 2010-08-24 kell 20:54, kirjutas Todd Slater: > Let me put a +1 to ticket #1110, send pictures via email: > http://trac.yorba.org/ticket/1110. > > I recently tried to help my 80-year old mother use her first ever digital > camera. She wants to get the pictures where she can see them and share them > with family and friends via email. I don't think flickr, picasa, or facebook > are options for her. > > I started her off with Shotwell because I like the way it handles importing > photos from the camera--much quicker and more sensible (to me) than F-spot. > Once she had the pictures in Shotwell, though, she wanted to email them to > her friends. Easy enough, I thought, and as I started doing it, I realized > it was going to be way too complicated for her. > > I remembered that F-spot has a send-by-email function, so I fired that up > and, indeed, it's a pretty good interface. The user can select a number of > photos, go to File > Send by email (or something), and get prompted for > resizing options (sensible options with the ability to specify dimensions > manually, IIRC). Once that's set, her default email client (Thunderbird) > opens a compose window with the attachments there. > > Thinking that was much easier for her, I thought maybe F-spot would be the > photo manager for her. Unfortunately, as we practiced, the attachments > stopped working; Thunderbird's compose window came up with My+Photos in the > subject line but no attachments. Ugh. > > So, all this stuff is on hold until I can find something that works. > > OK, I realize 80-year olds are probably not the target market for Shotwell, > but I'm sure ease of emailing would be a feature others might appreciate ;). > > I'm loving 0.7, thanks for the great work! > > Todd I now tried and found out, that dragging from shotwell to evolution send mail window does not work also, the icon simply does not change to being droppable. Dragging the pictures to a temporary folder, and from there to send window works well, but this may be a little too much extra work for a granny. Mattias > > On Tue, Aug 24, 2010 at 8:23 PM, Adam Dingle wrote: > > > Shotwell friends and fans, > > > > now that 0.7 is out the door we're beginning development of Shotwell > > 0.8, tentatively scheduled for release in November. The following > > features are our top priorities for 0.8: > > > > - importing/playing videos (ticket #855 at http://trac.yorba.org/report/16 > > ) > > - optionally storing tags and other metadata in photo files at all times > > (#1290) > > - automatically refreshing thumbnails, tags and other metadata when > > photos have been modified externally (#2476) > > - automatically importing files which have been added to the library > > directory (#2478) > > - allowing the user to configure the naming pattern for directories > > where imported photos are placed (#1597) > > - a No Event page that shows all photos which belong to no event > > (typically because they have no EXIF date) (#1712) > > > > Some of these are features which didn't quite make 0.7. Of course, we > > hope to implement additional features as time permits. I've added this > > list to the Development section on the Shotwell wiki page > > (http://trac.yorba.org/wiki/Shotwell) and we'll keep it up to date there > > as the feature set for this release evolves. Feedback is welcome, as > > always! > > > > adam > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From mahfiaz at gmail.com Wed Aug 25 07:14:07 2010 From: mahfiaz at gmail.com (Mattias =?ISO-8859-1?Q?P=F5ldaru?=) Date: Wed, 25 Aug 2010 10:14:07 +0300 Subject: [Shotwell] Up next: Shotwell 0.8 In-Reply-To: References: <4C746299.7070604@yorba.org> Message-ID: <1282720447.10875.76.camel@antiloop> ?hel kenal p?eval, K, 2010-08-25 kell 08:12, kirjutas Peter DO Smith: > > I would also support the earlier request for emailing photos from > Shotwell. > This was one of the features I liked about Picasa (which I have > stopped > using in favour of Shotwell). My work around is to upload into > Picasaweb and > email a notification from there. > Peter Since me and maybe others have never used send by email in Picasa, then could you please add more information. Does Picasa send using nice HTML template, or is something else very special and worth mimicking there? Mattias From mweisshaupt1988 at googlemail.com Wed Aug 25 07:24:17 2010 From: mweisshaupt1988 at googlemail.com (=?UTF-8?B?TWFydGluIFdlacOfaGF1cHQ=?=) Date: Wed, 25 Aug 2010 09:24:17 +0200 Subject: [Shotwell] Up next: Shotwell 0.8 In-Reply-To: <1282720305.10875.70.camel@antiloop> References: <4C746299.7070604@yorba.org> <1282720305.10875.70.camel@antiloop> Message-ID: <4C74C521.4030906@googlemail.com> Am 25.08.10 09:11, schrieb Mattias P?ldaru: > ?hel kenal p?eval, T, 2010-08-24 kell 20:54, kirjutas Todd Slater: >> Let me put a +1 to ticket #1110, send pictures via email: >> http://trac.yorba.org/ticket/1110. >> >> I recently tried to help my 80-year old mother use her first ever digital >> camera. She wants to get the pictures where she can see them and share them >> with family and friends via email. I don't think flickr, picasa, or facebook >> are options for her. >> >> I started her off with Shotwell because I like the way it handles importing >> photos from the camera--much quicker and more sensible (to me) than F-spot. >> Once she had the pictures in Shotwell, though, she wanted to email them to >> her friends. Easy enough, I thought, and as I started doing it, I realized >> it was going to be way too complicated for her. >> >> I remembered that F-spot has a send-by-email function, so I fired that up >> and, indeed, it's a pretty good interface. The user can select a number of >> photos, go to File> Send by email (or something), and get prompted for >> resizing options (sensible options with the ability to specify dimensions >> manually, IIRC). Once that's set, her default email client (Thunderbird) >> opens a compose window with the attachments there. >> >> Thinking that was much easier for her, I thought maybe F-spot would be the >> photo manager for her. Unfortunately, as we practiced, the attachments >> stopped working; Thunderbird's compose window came up with My+Photos in the >> subject line but no attachments. Ugh. >> >> So, all this stuff is on hold until I can find something that works. >> >> OK, I realize 80-year olds are probably not the target market for Shotwell, >> but I'm sure ease of emailing would be a feature others might appreciate ;). >> >> I'm loving 0.7, thanks for the great work! >> >> Todd > I now tried and found out, that dragging from shotwell to evolution send > mail window does not work also, the icon simply does not change to being > droppable. Dragging the pictures to a temporary folder, and from there > to send window works well, but this may be a little too much extra work > for a granny. > > > Mattias Hi, Opening an E-Mail client will always cause problems, they are too different. The better way would be to implement a sending function in shotwell. I once wrote a class to send mails via SMTP in Java and it was pretty easy but I don't know how difficult this may be in Vala... But this approach causes other problems: People don't like to enter E-Mail addresses and want to use their addressbook but which one should then be accessed? There would have to be an implementation for every mailclient! This would be a great feature but there are some things that should be considered when implementing this. Believe me, I had this fun too with our product ;-) From stesind at googlemail.com Wed Aug 25 08:02:24 2010 From: stesind at googlemail.com (stesind) Date: Wed, 25 Aug 2010 10:02:24 +0200 Subject: [Shotwell] Up next: Shotwell 0.8 In-Reply-To: <4C746299.7070604@yorba.org> References: <4C746299.7070604@yorba.org> Message-ID: <1282723344.1999.2.camel@steffen-R522> Hi, Please think of improving RAW handling. Take embedded JPEGs or developed JPEGs (variant/instance method) instead of RAWs. Manual folder sync would be great also. Steffen Am Dienstag, den 24.08.2010, 17:23 -0700 schrieb Adam Dingle: > Shotwell friends and fans, > > now that 0.7 is out the door we're beginning development of Shotwell > 0.8, tentatively scheduled for release in November. The following > features are our top priorities for 0.8: > > - importing/playing videos (ticket #855 at http://trac.yorba.org/report/16) > - optionally storing tags and other metadata in photo files at all times > (#1290) > - automatically refreshing thumbnails, tags and other metadata when > photos have been modified externally (#2476) > - automatically importing files which have been added to the library > directory (#2478) > - allowing the user to configure the naming pattern for directories > where imported photos are placed (#1597) > - a No Event page that shows all photos which belong to no event > (typically because they have no EXIF date) (#1712) > > Some of these are features which didn't quite make 0.7. Of course, we > hope to implement additional features as time permits. I've added this > list to the Development section on the Shotwell wiki page > (http://trac.yorba.org/wiki/Shotwell) and we'll keep it up to date there > as the feature set for this release evolves. Feedback is welcome, as > always! > > adam > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From Sebastian at SSpaeth.de Wed Aug 25 08:51:02 2010 From: Sebastian at SSpaeth.de (Sebastian Spaeth) Date: Wed, 25 Aug 2010 10:51:02 +0200 Subject: [Shotwell] Up next: Shotwell 0.8 In-Reply-To: <4C74C521.4030906@googlemail.com> References: <4C746299.7070604@yorba.org> <1282720305.10875.70.camel@antiloop> <4C74C521.4030906@googlemail.com> Message-ID: <87sk23oz2h.fsf@SSpaeth.de> On 2010-08-25, Martin Wei?haupt wrote: > Opening an E-Mail client will always cause problems, they are too different. They are, but eg Gnome offers a function for the default mail client to be invoked, abstracting away the differences. > The better way would be to implement a sending function in shotwell. I disagree. You would not have access to address books. You would also not have access to a users configured mail servers. And sending the stuff from a local computer via SMTP directly leads to a world of pain: - company and ISP firewalls blocking SMTP traffic - Spam filters killing mails that original not from "official" mail servers belonging to a domain, or that kill mails when sent from IP addresses known to belong to ADSL ranges, etc. No, you don't want that. Sebastian From mweisshaupt1988 at googlemail.com Wed Aug 25 09:01:23 2010 From: mweisshaupt1988 at googlemail.com (=?UTF-8?B?TWFydGluIFdlacOfaGF1cHQ=?=) Date: Wed, 25 Aug 2010 11:01:23 +0200 Subject: [Shotwell] Up next: Shotwell 0.8 In-Reply-To: <87sk23oz2h.fsf@SSpaeth.de> References: <4C746299.7070604@yorba.org> <1282720305.10875.70.camel@antiloop> <4C74C521.4030906@googlemail.com> <87sk23oz2h.fsf@SSpaeth.de> Message-ID: <4C74DBE3.1020007@googlemail.com> Am 25.08.10 10:51, schrieb Sebastian Spaeth: > On 2010-08-25, Martin Wei?haupt wrote: >> Opening an E-Mail client will always cause problems, they are too different. > They are, but eg Gnome offers a function for the default mail client to > be invoked, abstracting away the differences. OK, I know that but does it handle attachements too? If it does then this should be the way to go ;-) >> The better way would be to implement a sending function in shotwell. > I disagree. You would not have access to address books. You would also > not have access to a users configured mail servers. And sending the > stuff from a local computer via SMTP directly leads to a world of pain: > - company and ISP firewalls blocking SMTP traffic > - Spam filters killing mails that original not from "official" mail > servers belonging to a domain, or that kill mails when sent from IP > addresses known to belong to ADSL ranges, etc. > > No, you don't want that. I didn't mean that it should be sent directly from the desktop. Maby I didn't make this clear enough ;-) My implementation established a connection to the mailserver and sent it from that server. Which means that you would have to save the user account and credentials as well as the server name and port number. But since I've heared that there is a Gnome function to handle the problems with the mail clients it should be prefered to this method ;-) MFG Martin From el.cameleon.1 at gmail.com Wed Aug 25 12:42:52 2010 From: el.cameleon.1 at gmail.com (Vincent) Date: Wed, 25 Aug 2010 14:42:52 +0200 Subject: [Shotwell] Up next: Shotwell 0.8 In-Reply-To: <4C74DBE3.1020007@googlemail.com> References: <4C746299.7070604@yorba.org> <1282720305.10875.70.camel@antiloop> <4C74C521.4030906@googlemail.com> <87sk23oz2h.fsf@SSpaeth.de> <4C74DBE3.1020007@googlemail.com> Message-ID: Hi all, Is there any new about hierarchical tags? Is it still a good candidate for 0.8? It would be one of the last thing that F-Spot has (and Shotwell not) and it is very usefull. Regards, Vincent From iluetkeb at techfak.uni-bielefeld.de Wed Aug 25 14:17:36 2010 From: iluetkeb at techfak.uni-bielefeld.de (=?ISO-8859-1?Q?Ingo_L=FCtkebohle?=) Date: Wed, 25 Aug 2010 16:17:36 +0200 Subject: [Shotwell] Up next: Shotwell 0.8 In-Reply-To: References: <4C746299.7070604@yorba.org> <1282720305.10875.70.camel@antiloop> <4C74C521.4030906@googlemail.com> <87sk23oz2h.fsf@SSpaeth.de> <4C74DBE3.1020007@googlemail.com> Message-ID: <4C752600.5000402@techfak.uni-bielefeld.de> On 25.08.2010 14:42, Vincent wrote: > Is there any new about hierarchical tags? > Is it still a good candidate for 0.8? It would be one of the last thing that > F-Spot has (and Shotwell not) and it is very usefull. Hierarchical tags have some user-interface issues and, IMHO, introduce additional complexity for functionality that can also be achieved using combination search (tag a and tag b). Additionally, many tag-uis allow you to list which other tags are present on objects that have a particular tag. For example, see delicious.com. This also facilitates the browsing functionality that some people like hierarchy for. cheers, -- Ingo L?tkebohle fon: +49-521-106-2952 http://aiweb.techfak.uni-bielefeld.de/user/ingo-lutkebohle From adam at yorba.org Wed Aug 25 16:49:42 2010 From: adam at yorba.org (Adam Dingle) Date: Wed, 25 Aug 2010 09:49:42 -0700 Subject: [Shotwell] Up next: Shotwell 0.8 In-Reply-To: <4C752600.5000402@techfak.uni-bielefeld.de> References: <4C746299.7070604@yorba.org> <1282720305.10875.70.camel@antiloop> <4C74C521.4030906@googlemail.com> <87sk23oz2h.fsf@SSpaeth.de> <4C74DBE3.1020007@googlemail.com> <4C752600.5000402@techfak.uni-bielefeld.de> Message-ID: <4C7549A6.6040600@yorba.org> Thanks to everyone for all the ideas on this email thread and for all the enthusiasm. I think I can safely say that we won't be able to implement everything suggested here for 0.8, sadly. But these are all great ideas and I hope we can get to them all within the next few releases. It might not be so hard to implement a feature that emails photos (using the default email client the user has selected in their GNOME preferences) and, as Todd pointed out, that might be a very useful feature for some less sophisticated users especially. We'll look into that as a possibility for 0.8. It would also be nice to implement at least one enhancement related to photo searching/organization (search by name, Ctrl+click to search multiple tags or hierarchical tags). No promises, but we'll try to keep these near the top of our priority list as well since there's clearly a lot of interest in these features. cheers adam On 08/25/2010 07:17 AM, Ingo L?tkebohle wrote: > On 25.08.2010 14:42, Vincent wrote: > >> Is there any new about hierarchical tags? >> Is it still a good candidate for 0.8? It would be one of the last thing that >> F-Spot has (and Shotwell not) and it is very usefull. >> > Hierarchical tags have some user-interface issues and, IMHO, introduce > additional complexity for functionality that can also be achieved using > combination search (tag a and tag b). > > Additionally, many tag-uis allow you to list which other tags are > present on objects that have a particular tag. For example, see > delicious.com. This also facilitates the browsing functionality that > some people like hierarchy for. > > cheers, > > From tajidinabd at archlinux.us Wed Aug 25 18:17:09 2010 From: tajidinabd at archlinux.us (Tajidin Abd) Date: Wed, 25 Aug 2010 20:17:09 +0200 Subject: [Shotwell] Irc channel setup Message-ID: I was wondering that its time for yorba to set up a Irc channel if you need help to do so i could be of service. I feel like shotwell has become mature enough that its a good idea now. Also introduce the other products available from Yorba. To really have some traction in Open Source. What do you think Adam? Tajidin From korbe at romandie.com Wed Aug 25 19:35:13 2010 From: korbe at romandie.com (Gendre Sebastien) Date: Wed, 25 Aug 2010 21:35:13 +0200 Subject: [Shotwell] Up next: Shotwell 0.8 Message-ID: <1282764913.5482.1.camel@korbe-laptop.local> For send Photo via email, why don't use a part of Nautilus-Send-to (Like RhyThmbox)? With this we can send photos (or videos) to contact via email, Jabber (Empathy), Bluetooth, etc... From david.velazquez08 at gmail.com Thu Aug 26 00:05:22 2010 From: david.velazquez08 at gmail.com (David Velazquez) Date: Wed, 25 Aug 2010 20:05:22 -0400 Subject: [Shotwell] Irc channel setup In-Reply-To: References: Message-ID: There was a channel setup on freenode for shotwell, #shotwell, a few months ago but it never quite gained traction and I think the 3 or so people that were hanging out in there have since stopped. I think this would be a great idea to get the community in one place and talking. On Wed, Aug 25, 2010 at 2:17 PM, Tajidin Abd wrote: > I was wondering that its time for yorba to set up a Irc channel if you need > help to do so i could be of service. I feel like shotwell has become mature > enough that its a good idea now. Also introduce the other products > available > from Yorba. To really have some traction in Open Source. > What do you think Adam? > > > Tajidin > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From gilles.coquet at free.fr Thu Aug 26 06:25:14 2010 From: gilles.coquet at free.fr (Gilles) Date: Thu, 26 Aug 2010 08:25:14 +0200 Subject: [Shotwell] Up next: Shotwell 0.8 In-Reply-To: <4C746299.7070604@yorba.org> References: <4C746299.7070604@yorba.org> Message-ID: <4C7608CA.8090703@free.fr> Le 25/08/2010 02:23, Adam Dingle a ?crit : > Shotwell friends and fans, > > now that 0.7 is out the door we're beginning development of Shotwell > 0.8, tentatively scheduled for release in November. The following > features are our top priorities for 0.8: >... > adam > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > Hello All I have recently discovered shotwell and seem to answer to my quest of good photo manager. A little suggestion, is there a way to normalise name of pictures during the import ? for example, i alway rename my picture in lower cases, is it an option to do this ? if no, perhaps a new impovement ? Thanks in advance and continue your great job on shotwell. Regards -- Gilles From iluetkeb at techfak.uni-bielefeld.de Thu Aug 26 08:17:14 2010 From: iluetkeb at techfak.uni-bielefeld.de (=?ISO-8859-1?Q?Ingo_L=FCtkebohle?=) Date: Thu, 26 Aug 2010 10:17:14 +0200 Subject: [Shotwell] Up next: Shotwell 0.8 In-Reply-To: <4C7549A6.6040600@yorba.org> References: <4C746299.7070604@yorba.org> <1282720305.10875.70.camel@antiloop> <4C74C521.4030906@googlemail.com> <87sk23oz2h.fsf@SSpaeth.de> <4C74DBE3.1020007@googlemail.com> <4C752600.5000402@techfak.uni-bielefeld.de> <4C7549A6.6040600@yorba.org> Message-ID: <4C76230A.1080103@techfak.uni-bielefeld.de> On 25.08.2010 18:49, Adam Dingle wrote: > It would also be nice to implement at least one enhancement related to > photo searching/organization (search by name, Ctrl+click to search > multiple tags or hierarchical tags). No promises, but we'll try to keep > these near the top of our priority list as well since there's clearly a > lot of interest in these features. In that vein, check this out: http://groups.csail.mit.edu/vision/TinyImages/ It has been developed for categorization and relies on a massive database to assign labels to images automatically. However, the basic method is fairly simple and can probably be used without the database: All photos are scaled down to 32x32 and then a locality sensitive hashing function is computed. This hash, in contrast to most common hashes, keeps similarity. Therefore, it can be used to search for images which are very similar to an input image. This could be used to implement a "show me similar images to this one" function which does not rely on color histograms. I've been meaning to implement it myself, but won't get around to it until at least October, so if someones wants to give it a shot in the meantime, its not that difficult. cheers, > cheers > adam > > On 08/25/2010 07:17 AM, Ingo L?tkebohle wrote: >> On 25.08.2010 14:42, Vincent wrote: >> >>> Is there any new about hierarchical tags? >>> Is it still a good candidate for 0.8? It would be one of the last thing that >>> F-Spot has (and Shotwell not) and it is very usefull. >>> >> Hierarchical tags have some user-interface issues and, IMHO, introduce >> additional complexity for functionality that can also be achieved using >> combination search (tag a and tag b). >> >> Additionally, many tag-uis allow you to list which other tags are >> present on objects that have a particular tag. For example, see >> delicious.com. This also facilitates the browsing functionality that >> some people like hierarchy for. >> >> cheers, >> >> > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell -- Ingo L?tkebohle fon: +49-521-106-2952 http://aiweb.techfak.uni-bielefeld.de/user/ingo-lutkebohle From adam at yorba.org Thu Aug 26 15:17:45 2010 From: adam at yorba.org (Adam Dingle) Date: Thu, 26 Aug 2010 08:17:45 -0700 Subject: [Shotwell] Up next: Shotwell 0.8 In-Reply-To: <4C7608CA.8090703@free.fr> References: <4C746299.7070604@yorba.org> <4C7608CA.8090703@free.fr> Message-ID: <4C768599.3070609@yorba.org> Gilles, On 08/25/2010 11:25 PM, Gilles wrote: > > Hello All > > I have recently discovered shotwell and seem to answer to my quest of > good photo manager. > > A little suggestion, is there a way to normalise name of pictures during > the import ? for example, i alway rename my picture in lower cases, is > it an option to do this ? if no, perhaps a new impovement ? > I agree this would be a nice feature, but we don't have this yet. We have a ticket for this at http://trac.yorba.org/ticket/1942 - that's a good place for further discussion about this. > Thanks in advance and continue your great job on shotwell. > Thanks - I'm glad you like Shotwell! adam From adam at yorba.org Thu Aug 26 15:48:32 2010 From: adam at yorba.org (Adam Dingle) Date: Thu, 26 Aug 2010 08:48:32 -0700 Subject: [Shotwell] Up next: Shotwell 0.8 In-Reply-To: <1282764913.5482.1.camel@korbe-laptop.local> References: <1282764913.5482.1.camel@korbe-laptop.local> Message-ID: <4C768CD0.6030502@yorba.org> Gendre, On 08/25/2010 12:35 PM, Gendre Sebastien wrote: > For send Photo via email, why don't use a part of Nautilus-Send-to (Like > RhyThmbox)? > > With this we can send photos (or videos) to contact via email, Jabber > (Empathy), Bluetooth, etc... > that's a great suggestion. That would allow the user to send to many destinations, not just email, and would also make Shotwell more consistent with the GNOME desktop in general. I hope we can do this. adam From borkenkaefer at abelo.ch Thu Aug 26 16:56:55 2010 From: borkenkaefer at abelo.ch (Borkenkaefer) Date: Thu, 26 Aug 2010 18:56:55 +0200 Subject: [Shotwell] Up next: Shotwell 0.8 In-Reply-To: <1282723344.1999.2.camel@steffen-R522> References: <4C746299.7070604@yorba.org> <1282723344.1999.2.camel@steffen-R522> Message-ID: <20100826185655.28cc61db@sumsum> Hi First of all: Wow, shotwell is fast! > Please think of improving RAW handling. Take embedded JPEGs or > developed JPEGs (variant/instance method) instead of RAWs. > Me too, I'd like to see a "Merge RAW + JPEG" option as well. This would simplify the ordering in the library. Only one image for two (ore more) formats. b. From lightgraphite at gmail.com Thu Aug 26 10:51:39 2010 From: lightgraphite at gmail.com (Dani Planas Armangue) Date: Thu, 26 Aug 2010 12:51:39 +0200 Subject: [Shotwell] =?iso-8859-1?q?new_icon_for_shotwell=3F=BF?= Message-ID: <1282819899.4729.1.camel@dani-desktop> Shotwell is becoming one of the best photo manager for gnome desktoip. now ubuntu will include it on next release, you need a good image, a good brand. I hope you like. first impresions are important. Light Graphite design studio Daniel.Planas.A(https://launchpad.net/~daniplanas.a) http://lightgraphite.com/ From el.cameleon.1 at gmail.com Thu Aug 26 13:59:22 2010 From: el.cameleon.1 at gmail.com (Vincent) Date: Thu, 26 Aug 2010 15:59:22 +0200 Subject: [Shotwell] Translation mistake in french Message-ID: Hi gents, I don't really know if this is the good place to tell it, but there is a mistake in the "Photo" menu, where "_Adjust Date and Time..." is translated has : "L'ajustement de l'heure n'a pas pu ?tre annuler sur le fichier photo suivante." (See image attach for more detail) So this file: http://www.transifex.net/projects/p/shotwell/c/default/view/po/fr.po should be corrected (line 2412). From adam at yorba.org Thu Aug 26 18:27:25 2010 From: adam at yorba.org (Adam Dingle) Date: Thu, 26 Aug 2010 11:27:25 -0700 Subject: [Shotwell] Translation mistake in french In-Reply-To: References: Message-ID: <4C76B20D.1060902@yorba.org> Vincent, On 08/26/2010 06:59 AM, Vincent wrote: > Hi gents, > > I don't really know if this is the good place to tell it, but there is a > mistake in the "Photo" menu, where > > "_Adjust Date and Time..." > > is translated has : > > "L'ajustement de l'heure n'a pas pu ?tre annuler sur le fichier photo > suivante." > > (See image attach for more detail) > > So this file: http://www.transifex.net/projects/p/shotwell/c/default/view/po/fr.po > should be corrected (line 2412). > thanks very much for pointing this out. We'll fix this for 0.7.1 (hopefully coming today!) adam From B.Candler at pobox.com Thu Aug 26 20:57:55 2010 From: B.Candler at pobox.com (Brian Candler) Date: Thu, 26 Aug 2010 21:57:55 +0100 Subject: [Shotwell] How to force a db rebuild, or rescan the Pictures directory Message-ID: <20100826205755.GA9752@talktalkplc.com> Hi, I think this is probably a FAQ, but I can't find the answer. I have 0.7.0-1~lucid1 running under Ubuntu Lucid x86_64. In a fit of reorganisation, I decided to move a bunch of existing photos (which I'd already manually catalogued by year) under ~/Pictures/YYYY/..., where Shotwell keeps its photos. Unfortunately, they don't appear in Shotwell, and I think this is because they're not in Shotwell's library database. I've found there's a ticket for 0.8 to handle this automatically: http://trac.yorba.org/ticket/2478 but until then, is there a way I can force Shotwell to rebuild its database of photos? Or tell it to rescan or import pictures in-place? I'm a bit scared of using "Import from Folder" when the files are already under the Pictures folder, in case they get overwritten in situ - unless someone can confirm this is safe. Otherwise, I was thinking that I could move all the photos into some other directory, wipe Shotwell's database, import them all - which should copy them under Pictures - and then delete the other location. I'd rather avoid such a potentially destructive set of actions if at all possible. Many thanks, Brian. From adam at yorba.org Thu Aug 26 21:11:13 2010 From: adam at yorba.org (Adam Dingle) Date: Thu, 26 Aug 2010 14:11:13 -0700 Subject: [Shotwell] How to force a db rebuild, or rescan the Pictures directory In-Reply-To: <20100826205755.GA9752@talktalkplc.com> References: <20100826205755.GA9752@talktalkplc.com> Message-ID: <4C76D871.3030201@yorba.org> Brian, in this situation, you can simply reimport the Pictures folder into Shotwell. Shotwell will ignore any photos which are already in its library, and will import the others. And yes, in 0.8 we do plan to extend Shotwell so it can notice the new files and import them automatically (there will probably be a preference checkbox to enable this behavior). cheers adam On 08/26/2010 01:57 PM, Brian Candler wrote: > Hi, > > I think this is probably a FAQ, but I can't find the answer. > > I have 0.7.0-1~lucid1 running under Ubuntu Lucid x86_64. In a fit of > reorganisation, I decided to move a bunch of existing photos (which I'd > already manually catalogued by year) under ~/Pictures/YYYY/..., where > Shotwell keeps its photos. > > Unfortunately, they don't appear in Shotwell, and I think this is because > they're not in Shotwell's library database. > > I've found there's a ticket for 0.8 to handle this automatically: > http://trac.yorba.org/ticket/2478 > > but until then, is there a way I can force Shotwell to rebuild its database > of photos? Or tell it to rescan or import pictures in-place? > > I'm a bit scared of using "Import from Folder" when the files are already > under the Pictures folder, in case they get overwritten in situ - unless > someone can confirm this is safe. > > Otherwise, I was thinking that I could move all the photos into some other > directory, wipe Shotwell's database, import them all - which should copy > them under Pictures - and then delete the other location. I'd rather avoid > such a potentially destructive set of actions if at all possible. > > Many thanks, > > Brian. > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > From adam at yorba.org Thu Aug 26 21:22:16 2010 From: adam at yorba.org (Adam Dingle) Date: Thu, 26 Aug 2010 14:22:16 -0700 Subject: [Shotwell] Up next: Shotwell 0.8 In-Reply-To: References: <4C746299.7070604@yorba.org> <4C7608CA.8090703@free.fr> <4C768599.3070609@yorba.org> Message-ID: <4C76DB08.7050908@yorba.org> (Replying to the mailing list.) On 08/26/2010 01:01 PM, Peter DO Smith wrote: > Would not the planned plugin architecture be a good place to implement > things like this? > Then we could write plugins to do our favourite transformations. > Yes, as long as we provide hooks which allow plugins to transform photos at import time. That would seem like a nice capability to offer. > How far off is the implementation of a plugin architecture? I accept this is > a far from trivial task. This is honestly probably still a couple of releases away since we're still missing a number of other basic features, and since many of Shotwell's internal APIs (which will be exposed to plugins) are still in flux as Shotwell matures. > What language tools would the plugin architecture > support? My vote would be for Python. > I think we should build our plugin system using libpeas (http://live.gnome.org/Libpeas). Then plugin authors will be able to use C, Python or JavaScript as they please. adam >> Gilles, >> >> On 08/25/2010 11:25 PM, Gilles wrote: >> >>> Hello All >>> >>> I have recently discovered shotwell and seem to answer to my quest of >>> good photo manager. >>> >>> A little suggestion, is there a way to normalise name of pictures during >>> the import ? for example, i alway rename my picture in lower cases, is >>> it an option to do this ? if no, perhaps a new impovement ? >>> >>> >> I agree this would be a nice feature, but we don't have this yet. We >> have a ticket for this at http://trac.yorba.org/ticket/1942 - that's a >> good place for further discussion about this. >> >> >>> Thanks in advance and continue your great job on shotwell. >>> >>> >> Thanks - I'm glad you like Shotwell! >> >> adam >> >> _______________________________________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >> >> > From brunogirin at gmail.com Thu Aug 26 21:39:44 2010 From: brunogirin at gmail.com (Bruno Girin) Date: Thu, 26 Aug 2010 22:39:44 +0100 Subject: [Shotwell] Up next: Shotwell 0.8 In-Reply-To: <4C76DB08.7050908@yorba.org> References: <4C746299.7070604@yorba.org> <4C7608CA.8090703@free.fr> <4C768599.3070609@yorba.org> <4C76DB08.7050908@yorba.org> Message-ID: <1282858784.1568.9.camel@nuuk> On Thu, 2010-08-26 at 14:22 -0700, Adam Dingle wrote: > > > How far off is the implementation of a plugin architecture? I accept this is > > a far from trivial task. > > This is honestly probably still a couple of releases away since we're > still missing a number of other basic features, and since many of > Shotwell's internal APIs (which will be exposed to plugins) are still in > flux as Shotwell matures. You could always start with exposing a small number of fairly stable APIs to test drive the concept. Also, one of the points to consider with any plugin mechanism is how to distribute the plugins, ensure that they play well with each other and don't crash the whole app, whether you'd have plugin dependencies, etc. > > > What language tools would the plugin architecture > > support? My vote would be for Python. > > > > I think we should build our plugin system using libpeas > (http://live.gnome.org/Libpeas). Then plugin authors will be able to > use C, Python or JavaScript as they please. If C is an option does it mean that you could potentially write a plugin in Vala too? Bruno From adam at yorba.org Thu Aug 26 21:50:33 2010 From: adam at yorba.org (Adam Dingle) Date: Thu, 26 Aug 2010 14:50:33 -0700 Subject: [Shotwell] Up next: Shotwell 0.8 In-Reply-To: <1282858784.1568.9.camel@nuuk> References: <4C746299.7070604@yorba.org> <4C7608CA.8090703@free.fr> <4C768599.3070609@yorba.org> <4C76DB08.7050908@yorba.org> <1282858784.1568.9.camel@nuuk> Message-ID: <4C76E1A9.4000900@yorba.org> On 08/26/2010 02:39 PM, Bruno Girin wrote: > On Thu, 2010-08-26 at 14:22 -0700, Adam Dingle wrote: > > >> I think we should build our plugin system using libpeas >> (http://live.gnome.org/Libpeas). Then plugin authors will be able to >> use C, Python or JavaScript as they please. >> > If C is an option does it mean that you could potentially write a plugin > in Vala too? > Absolutely. By the way, gedit now uses libpeas for its own plugin system (in fact libpeas evolved out of gedit - see http://log.istique.net/2010-06-03/announcing-libpeas.html) and some gedit plugins are written in Vala (including one of my favorite gedit plugins: http://yorba.org/valencia/ :) . adam From vera at yorba.org Thu Aug 26 22:36:33 2010 From: vera at yorba.org (Vera Yin) Date: Thu, 26 Aug 2010 15:36:33 -0700 Subject: [Shotwell] Shotwell 0.7.1 - a digital photo organizer for the GNOME desktop Message-ID: Yorba has released Shotwell 0.7.1, an update to our digital photo organizer. ?This release includes important fixes, translation updates, and documentation updates. ?It's highly recommended that all users upgrade. This release includes the following: * Fix for a critical bug that caused Shotwell to crash when deleting the only photo in an event * F-Spot import now correctly interprets older databases ?* New Kazakh translation ?* Many updated translations including Czech, Galician, Hungarian, Japanese, Italian, Portuguese, and Spanish * Fix for an issue where pressing F11 would not exit full-screen mode * Updated documentation Download a source tarball from the Shotwell home page at: http://www.yorba.org/shotwell/ Binaries for Ubuntu Lucid and Maverick are available at Yorba's Launchpad PPA: https://launchpad.net/~yorba/+archive/ppa Cheers, Vera Yin From dwlloyd at telus.net Fri Aug 27 01:20:38 2010 From: dwlloyd at telus.net (D.W. Lloyd) Date: Thu, 26 Aug 2010 19:20:38 -0600 Subject: [Shotwell] Update to 0.7.1 Message-ID: <4C7712E6.6020706@telus.net> Hi, On Ubuntu Lucid, I tried to update from 0.5.1+trunk to 0.7.1 by: $ sudo add-apt-repository ppa:yorba/ppa $ sudo apt-get update $ sudo apt-get install shotwell It seemed to go OK, but when I run Shotwell I still get 0.5.1+trunk. I wonder if this is connected to the fact that I previously compiled Shotwell when I was working on ticket 1939. Is there something I have to do to get 0.5.1+trunk to go away? Thanks, Dominic From adam at yorba.org Fri Aug 27 03:19:03 2010 From: adam at yorba.org (Adam Dingle) Date: Thu, 26 Aug 2010 20:19:03 -0700 Subject: [Shotwell] Update to 0.7.1 In-Reply-To: <4C7712E6.6020706@telus.net> References: <4C7712E6.6020706@telus.net> Message-ID: Dominic, On Thu, Aug 26, 2010 at 6:20 PM, D.W. Lloyd wrote: > Hi, > > On Ubuntu Lucid, I tried to update from 0.5.1+trunk to 0.7.1 by: > > $ sudo add-apt-repository ppa:yorba/ppa > $ sudo apt-get update > $ sudo apt-get install shotwell > > It seemed to go OK, but when I run Shotwell I still get 0.5.1+trunk. I > wonder if this is connected to the fact that I previously compiled > Shotwell when I was working on ticket 1939. Is there something I have to > do to get 0.5.1+trunk to go away? > Your PPA update placed Shotwell 0.7.1 in /usr/bin. If you previously compiled and installed Shotwell 0.5.1+trunk yourself, that binary is probably in /usr/local/bin, which appears first in your PATH, so that's the version that's running. If you still have the source directory where you build Shotwell 0.5.1, cd to that directory and type "sudo make uninstall". That should remove 0.5.1 and you will be only left with 0.7.1. If that directory is no longer around, then you should probably download the 0.5.1 sources, cd there and type "sudo make uninstall". Alternatively, you could simply remove /usr/local/bin/shotwell, but that won't be a clean uninstall and you'll still have other Shotwell-related files in /usr/local that could potentially affect your 0.7.1. I hope this helps. If you're still stuck, email again and we'll figure it out. cheers adam From ainsaur at sbcglobal.net Fri Aug 27 03:49:01 2010 From: ainsaur at sbcglobal.net (ainsaur at sbcglobal.net) Date: Thu, 26 Aug 2010 20:49:01 -0700 (PDT) Subject: [Shotwell] Can't return to created Albums in Facebook Message-ID: <32460.81245.qm@web180303.mail.gq1.yahoo.com> Hi, I previously mentioned this issue and was hoping that there was an answer in 0.8, but I am still getting it. To recap, after creating an album and sending photos, I am unable to return to the same (or any) album for subsequent uploads. What I get is a greyed out option to select an album with the default being to create an album called "Shotwell Connect". Is there any other information I can provide to help troubleshot this issue? I am currently using Shotwell 0.8 using Ubuntu 10.04 (64bit version). Thanks! Alex From pdo.smith at gmail.com Fri Aug 27 07:06:15 2010 From: pdo.smith at gmail.com (Peter DO Smith) Date: Fri, 27 Aug 2010 09:06:15 +0200 Subject: [Shotwell] Up next: Shotwell 0.8 In-Reply-To: <4C76DB08.7050908@yorba.org> References: <4C746299.7070604@yorba.org> <4C7608CA.8090703@free.fr> <4C768599.3070609@yorba.org> <4C76DB08.7050908@yorba.org> Message-ID: Thanks Adam, that is good news. Will you wait for Vala support in Libpeas? On Thu, Aug 26, 2010 at 11:22 PM, Adam Dingle wrote: > (Replying to the mailing list.) > > > On 08/26/2010 01:01 PM, Peter DO Smith wrote: > >> Would not the planned plugin architecture be a good place to implement >> things like this? >> Then we could write plugins to do our favourite transformations. >> >> > > Yes, as long as we provide hooks which allow plugins to transform photos at > import time. That would seem like a nice capability to offer. > > > How far off is the implementation of a plugin architecture? I accept this >> is >> a far from trivial task. >> > > This is honestly probably still a couple of releases away since we're still > missing a number of other basic features, and since many of Shotwell's > internal APIs (which will be exposed to plugins) are still in flux as > Shotwell matures. > > > What language tools would the plugin architecture >> support? My vote would be for Python. >> >> > > I think we should build our plugin system using libpeas ( > http://live.gnome.org/Libpeas). Then plugin authors will be able to use > C, Python or JavaScript as they please. > > adam > > > Gilles, >>> >>> On 08/25/2010 11:25 PM, Gilles wrote: >>> >>> >>>> Hello All >>>> >>>> I have recently discovered shotwell and seem to answer to my quest of >>>> good photo manager. >>>> >>>> A little suggestion, is there a way to normalise name of pictures during >>>> the import ? for example, i alway rename my picture in lower cases, is >>>> it an option to do this ? if no, perhaps a new impovement ? >>>> >>>> >>>> >>> I agree this would be a nice feature, but we don't have this yet. We >>> have a ticket for this at http://trac.yorba.org/ticket/1942 - that's a >>> good place for further discussion about this. >>> >>> >>> >>>> Thanks in advance and continue your great job on shotwell. >>>> >>>> >>>> >>> Thanks - I'm glad you like Shotwell! >>> >>> adam >>> >>> _______________________________________________ >>> Shotwell mailing list >>> Shotwell at lists.yorba.org >>> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >>> >>> >>> >> >> > > From el.cameleon.1 at gmail.com Fri Aug 27 09:00:37 2010 From: el.cameleon.1 at gmail.com (Vincent) Date: Fri, 27 Aug 2010 11:00:37 +0200 Subject: [Shotwell] Can't return to created Albums in Facebook In-Reply-To: <32460.81245.qm@web180303.mail.gq1.yahoo.com> References: <32460.81245.qm@web180303.mail.gq1.yahoo.com> Message-ID: Hi, This is a known issue, wheras it is not clear if its affect Facebook or Shotwell. Please see http://trac.yorba.org/ticket/2370 for more informations. Regards On Fri, Aug 27, 2010 at 5:49 AM, wrote: > Hi, > > I previously mentioned this issue and was hoping that there was an answer > in 0.8, but I am still getting it. To recap, after creating an album and > sending photos, I am unable to return to the same (or any) album for > subsequent uploads. What I get is a greyed out option to select an album > with the default being to create an album called "Shotwell Connect". Is > there any other information I can provide to help troubleshot this issue? I > am currently using Shotwell 0.8 using Ubuntu 10.04 (64bit version). Thanks! > > Alex > > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From B.Candler at pobox.com Fri Aug 27 09:14:29 2010 From: B.Candler at pobox.com (Brian Candler) Date: Fri, 27 Aug 2010 10:14:29 +0100 Subject: [Shotwell] How to force a db rebuild, or rescan the Pictures directory In-Reply-To: <4C76D871.3030201@yorba.org> References: <20100826205755.GA9752@talktalkplc.com> <4C76D871.3030201@yorba.org> Message-ID: <20100827091429.GA6075@uk.tiscali.com> On Thu, Aug 26, 2010 at 02:11:13PM -0700, Adam Dingle wrote: > in this situation, you can simply reimport the Pictures folder into > Shotwell. Shotwell will ignore any photos which are already in its > library, and will import the others. The dialog prompts the following: Shotwell can copy the photos into your library or it can link to the photos without duplicating them. [Cancel] [Copy into Library] [Create Links] Does it matter which I choose in this case, given that the files are already within the library? Now I think about it, I guess when it says "Create Links" it doesn't actually mean creating symlinks inside the library, but just that the database entry refers directly to the original location in the filesystem. Is that right? If so, perhaps the language could be clearer. How about: Shotwell can copy the photos into your library directory or it can use them in their original location. [Cancel] [Copy into Library] [Use where they are] Maybe there could be another option which is to copy into library and delete from the original location, which would be useful when importing from a camera. Regards, Brian. From B.Candler at pobox.com Fri Aug 27 09:31:11 2010 From: B.Candler at pobox.com (Brian Candler) Date: Fri, 27 Aug 2010 10:31:11 +0100 Subject: [Shotwell] Storing event in filesystem path Message-ID: <20100827093111.GB6075@uk.tiscali.com> (I was going to add this to ticket 1290, but then thought it would be better to discuss it on the list first) I'd like to note that another possible place to store (some) metadata is within the filesystem path. Specifically, I like to organise my photos as %YYYY%/%EVENT%/%FILENAME%; with this model, the event can be inferred directly from the path. This has some knock-on effects though: * If I rename an event, it should rename the directory * If I change the event of a picture, it should be moved on the filesystem * There are some possible ambiguities, e.g. 2008/Christmas and 2009/Christmas * Either the event name should not be allowed to contain a slash, or an event containing slashes maps to nested folders (which makes renames more complex) * It could be awkward to keep track of the other shotwell metadata linked to a picture if they are moved around externally The benefit is that if I have already organised my photos this way, or decide to reorganise them using drag-and-drop at the filesystem level, this could be immediately reflected in the application. It also gives a good way to browse photos in dumb media players. It's probably only useful for event though. It wouldn't work for any multi-valued attribute, like tags, without getting messy (e.g. if a tag is a directory containing symlinks to the photos) I also found ticket 1597, but I think the suggestion here is different. #1597 is about choosing the location to copy a file into the library initially, whereas I'm suggesting that the location be used to hold the current value of the event attribute - so changes to event are reflected in filesystem, and vice versa. Comments? Brian. From pdo.smith at gmail.com Fri Aug 27 10:44:27 2010 From: pdo.smith at gmail.com (Peter DO Smith) Date: Fri, 27 Aug 2010 12:44:27 +0200 Subject: [Shotwell] Storing event in filesystem path In-Reply-To: <20100827093111.GB6075@uk.tiscali.com> References: <20100827093111.GB6075@uk.tiscali.com> Message-ID: Brian, the advantages of the present system are that the logical view of your photos (events/tags/ratings etc) is completely decoupled from the physical storage of your photos. This means each person can store their photos as they see fit and that Shotwell does not dictate this to you. It also means that you can change your storage model without breaking your logical model (when, as planned, Shotwell detects changes to file layout). We are conditioned into thinking of our physical layout as being equivalent to our logical layout. This is the consequence of using file manager tools to organise our photos. But tools like Shotwell allow us to break free from the constraints of a physical storage model. So for example you can combine or create new events without touching your physical layout. This is especially evident once you start making extensive uses of tags to create new views of your data. Tying the logical model of your data to the physical model creates more problems than it solves and greatly reduces flexibility. Peter On Fri, Aug 27, 2010 at 11:31 AM, Brian Candler wrote: > (I was going to add this to ticket 1290, but then thought it would be > better > to discuss it on the list first) > > I'd like to note that another possible place to store (some) metadata is > within the filesystem path. Specifically, I like to organise my photos as > %YYYY%/%EVENT%/%FILENAME%; with this model, the event can be inferred > directly from the path. > > This has some knock-on effects though: > * If I rename an event, it should rename the directory > * If I change the event of a picture, it should be moved on the filesystem > * There are some possible ambiguities, e.g. 2008/Christmas and > 2009/Christmas > * Either the event name should not be allowed to contain a slash, or an > event containing slashes maps to nested folders (which makes renames more > complex) > * It could be awkward to keep track of the other shotwell metadata linked > to a picture if they are moved around externally > > The benefit is that if I have already organised my photos this way, or > decide to reorganise them using drag-and-drop at the filesystem level, this > could be immediately reflected in the application. It also gives a good > way > to browse photos in dumb media players. > > It's probably only useful for event though. It wouldn't work for any > multi-valued attribute, like tags, without getting messy (e.g. if a tag is > a directory containing symlinks to the photos) > > I also found ticket 1597, but I think the suggestion here is different. > #1597 is about choosing the location to copy a file into the library > initially, whereas I'm suggesting that the location be used to hold the > current value of the event attribute - so changes to event are reflected in > filesystem, and vice versa. > > Comments? > > Brian. > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From B.Candler at pobox.com Fri Aug 27 11:09:09 2010 From: B.Candler at pobox.com (Brian Candler) Date: Fri, 27 Aug 2010 12:09:09 +0100 Subject: [Shotwell] Storing event in filesystem path In-Reply-To: References: <20100827093111.GB6075@uk.tiscali.com> Message-ID: <20100827110909.GA18747@uk.tiscali.com> On Fri, Aug 27, 2010 at 12:44:27PM +0200, Peter DO Smith wrote: > Tying the logical model of your data to the physical model creates more > problems than it solves and greatly reduces flexibility. We are both entitled to our opinions of course. If all your metadata persists in a shotwell sqlite3 database, the downside is that it's not available to any other application (unless that application is specifically written to open the shotwell database - which may or may not be documented or supported). Hence the already accepted suggestion to persist the metadata elsewhere, such as EXIF/XMP/IPTC, in ticket #1290. I am just pointing out that the filesystem path is another option for storing metadata which is highly accessible to a broad range of other applications and devices. Furthermore, I may want to be able to locate a picture quickly, for example to attach it to an E-mail. If the filesystem path is unrelated to any logical grouping, then I would have to (1) launch shotwell, (2) browse to the event, (3) ask shotwell to map this to the directory path, (4) navigate to that path in my mail client. Regards, Brian. From pdo.smith at gmail.com Fri Aug 27 11:57:54 2010 From: pdo.smith at gmail.com (Peter DO Smith) Date: Fri, 27 Aug 2010 13:57:54 +0200 Subject: [Shotwell] Storing event in filesystem path In-Reply-To: <20100827110909.GA18747@uk.tiscali.com> References: <20100827093111.GB6075@uk.tiscali.com> <20100827110909.GA18747@uk.tiscali.com> Message-ID: On Fri, Aug 27, 2010 at 1:09 PM, Brian Candler wrote: > On Fri, Aug 27, 2010 at 12:44:27PM +0200, Peter DO Smith wrote: > > Tying the logical model of your data to the physical model creates more > > problems than it solves and greatly reduces flexibility. > > We are both entitled to our opinions of course. > Yes, and the considered exchange of opinions is invariably helpful. > > If all your metadata persists in a shotwell sqlite3 database, the downside > is that it's not available to any other application (unless that > application > is specifically written to open the shotwell database - which may or may > not > be documented or supported). Hence the already accepted suggestion to > persist the metadata elsewhere, such as EXIF/XMP/IPTC, in ticket #1290. > Yes, that would be advantageous, though, speaking as a developer, I think it is much easier to work with the sqlite3 database. Its structure is easily deduced by inspection. > > I am just pointing out that the filesystem path is another option for > storing metadata which is highly accessible to a broad range of other > applications and devices. > If one is already storing other metadata elsewhere should not the event data be stored there as well? I organise my photos as follows /some/path/YEAR/MONTH. To me this seemed so obvious and natural that I could hardly conceive of any other way of doing it. But my friends surprised me by insisting their way of doing it was better (they had a point and they all differed). My point being that each person has their own way of physically organising their files and Shotwell respects this. > > Furthermore, I may want to be able to locate a picture quickly, for example > to attach it to an E-mail. If the filesystem path is unrelated to any > logical grouping, It need not be unrelated. You can still organise your files physically as it suits you. Though if you use Shotwell to import directly from the camera you are stuck with the Shotwell model of YEAR/MONTH/DAY > then I would have to (1) launch shotwell, (2) browse to > the event, (3) ask shotwell to map this to the directory path, (4) navigate > to that path in my mail client. > True, but if you have a medium to large photo collection the only realistic way of locating your photos quickly is to do it through a photo manager such as Shotwell. One of the features I would like to see is the ability to drag a photo from Shotwell and drop it into the email I am composing. Gmail (which I use) already has a drag and drop interface for attachments but sadly I cannot access it from Shotwell. > > Regards, > > Brian. > From B.Candler at pobox.com Fri Aug 27 12:50:56 2010 From: B.Candler at pobox.com (Brian Candler) Date: Fri, 27 Aug 2010 13:50:56 +0100 Subject: [Shotwell] Storing event in filesystem path In-Reply-To: References: <20100827093111.GB6075@uk.tiscali.com> <20100827110909.GA18747@uk.tiscali.com> Message-ID: <20100827125056.GC22984@uk.tiscali.com> On Fri, Aug 27, 2010 at 01:57:54PM +0200, Peter DO Smith wrote: > Yes, that would be advantageous, though, speaking as a developer, I think it > is much easier to work with the sqlite3 database. Its structure is easily > deduced by inspection. True, although it's also subject to change. On my system, VersionTable currently contains schemaVersion = 8. That does suggest another option though: I could write a small script which scans the sqlite3 database, moves photos into the %YYYY%/%EVENT%/ location, and updates the database as it does so. > My point being that each person has their own way of physically > organising their files and Shotwell respects this. Indeed, but the flipside is that Shotwell itself won't assist me in physically organising new photos. That is, once Shotwell has imported the files (as you say, it only does YYYY/MM/DD at the moment), then I can't use Shotwell to reorganise them into my preferred structure. So then that means I need to import my photos externally to Shotwell, and organise them into directories externally to Shotwell, and then tell Shotwell to scan those directories. If I'm doing all that outside of Shotwell, then I might as well just use gthumb to view them. > One of the features I would like to see is the ability to drag a photo from > Shotwell and drop it into the email I am composing. Gmail (which I use) > already has a drag and drop interface for attachments but sadly I cannot > access it from Shotwell. I use mutt, so such drag-and-drop might be more problematic :-) Cheers, Brian. From mahfiaz at gmail.com Fri Aug 27 13:03:54 2010 From: mahfiaz at gmail.com (Mattias =?ISO-8859-1?Q?P=F5ldaru?=) Date: Fri, 27 Aug 2010 16:03:54 +0300 Subject: [Shotwell] Storing event in filesystem path In-Reply-To: <20100827125056.GC22984@uk.tiscali.com> References: <20100827093111.GB6075@uk.tiscali.com> <20100827110909.GA18747@uk.tiscali.com> <20100827125056.GC22984@uk.tiscali.com> Message-ID: <1282914234.10875.2479.camel@antiloop> ?hel kenal p?eval, R, 2010-08-27 kell 13:50, kirjutas Brian Candler: > On Fri, Aug 27, 2010 at 01:57:54PM +0200, Peter DO Smith wrote: > > Yes, that would be advantageous, though, speaking as a developer, I think it > > is much easier to work with the sqlite3 database. Its structure is easily > > deduced by inspection. > > True, although it's also subject to change. On my system, VersionTable > currently contains schemaVersion = 8. > > That does suggest another option though: I could write a small script which > scans the sqlite3 database, moves photos into the %YYYY%/%EVENT%/ location, > and updates the database as it does so. > > > My point being that each person has their own way of physically > > organising their files and Shotwell respects this. > > Indeed, but the flipside is that Shotwell itself won't assist me in > physically organising new photos. > > That is, once Shotwell has imported the files (as you say, it only does > YYYY/MM/DD at the moment), then I can't use Shotwell to reorganise them into > my preferred structure. > > So then that means I need to import my photos externally to Shotwell, and > organise them into directories externally to Shotwell, and then tell > Shotwell to scan those directories. If I'm doing all that outside of > Shotwell, then I might as well just use gthumb to view them. You are absolutely right here. Your workflow as described here, quite doesn't need photo management program. As didn't mine, but I dumped it in favor of better (shotwell) way. I right now don't see why you want to keep doing it the old way. Also, it would be nice, if you developed an export plugin for shotwell, which exports all photos into folders, named year/mo/event/day. HH:MM Title.jpg, so you could backup all files and have these organised well for off-shotwell usage. Why exporting, not external scripts? So you can let shotwell apply all the adjustments you have done to photos (color enchancements, cropping etc). Regards Mattias > > > One of the features I would like to see is the ability to drag a photo from > > Shotwell and drop it into the email I am composing. Gmail (which I use) > > already has a drag and drop interface for attachments but sadly I cannot > > access it from Shotwell. > > I use mutt, so such drag-and-drop might be more problematic :-) > Cheers, > > Brian. > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From B.Candler at pobox.com Fri Aug 27 14:19:57 2010 From: B.Candler at pobox.com (Brian Candler) Date: Fri, 27 Aug 2010 15:19:57 +0100 Subject: [Shotwell] Storing event in filesystem path In-Reply-To: <1282914234.10875.2479.camel@antiloop> References: <20100827093111.GB6075@uk.tiscali.com> <20100827110909.GA18747@uk.tiscali.com> <20100827125056.GC22984@uk.tiscali.com> <1282914234.10875.2479.camel@antiloop> Message-ID: <20100827141957.GA27472@uk.tiscali.com> On Fri, Aug 27, 2010 at 04:03:54PM +0300, Mattias P?ldaru wrote: > You are absolutely right here. Your workflow as described here, quite > doesn't need photo management program. As didn't mine, but I dumped it > in favor of better (shotwell) way. I right now don't see why you want to > keep doing it the old way. I did try changing; indeed, I tried when F-spot replaced gthumb in Ubuntu. But it turns out to make life a lot more difficult. Use cases: 1. My wife (who logs in as a different account on our PC) wants to be able to locate a photo I took, to mail to her friend. Currently she has to browse down the filesystem hierarchy YYYY/MM/DD to find it. It's painful. I suppose she might be able to run shotwell with the -d flag to point to my sqlite3 database, which she would have read-only perms on. She doesn't know anything about using the command line, and doesn't want to learn. Furthermore, I don't think she'd be able to drag-and-drop the photo from Shotwell into Thunderbird anyway, so would still need to traverse the filesystem. (*) 2. I sync parts of my home directory between my laptop and desktop using unison, partly so I have local access to the files, and partly as a form of backup. I would like to do tagging and organising at both sides. I could try syncing the .shotwell/data/photo.db file, but if I ever made changes at both ends, they would be in conflict and the database couldn't replicate. Renaming a file does cause it to be treated as delete-and-copy by unison, but at least it's a non-conflicting operation. 3. If I get a new TV with DLNA, or a network-attached media player, I'd like to be able to browse my photos on it. I'm guessing I'll only be able to browse by folder. Again, it would then become hard to find a specific photo or event if it's under YYYY/MM/DD. Now, some of these issues would go away if the events were stored in EXIF. For example: my wife could import my photo library into her own collection (which could be another instance of shotwell, with its own database) and still see my events and tags, as long as shotwell refreshed itself on changes. Replication wouldn't be a problem - or at least, if a replication conflict occured, it would be for a single photo rather than the whole database, so would easily be resolved. Some of these issues might also go away if shotwell used a distributed replicating database like couchdb, although that introduces platform dependencies and its own conflict management headaches. But at the end of the day, the reason I want to organise under YYYY/EVENT is because it just makes life so much easier to locate a photo externally to the photo app. Call me old-fashioned if you like. > Also, it would be nice, if you developed an export plugin for shotwell, > which exports all photos into folders, named year/mo/event/day. HH:MM > Title.jpg, so you could backup all files and have these organised well > for off-shotwell usage. Why exporting, not external scripts? So you can > let shotwell apply all the adjustments you have done to photos (color > enchancements, cropping etc). That would work, and might be the best approach for the media-player/NAS scenario, at the cost of doubling disk space. Regards, Brian. (*) Possibly we could set up a shared photo library and a shared .shotwell directory - that would require appropriate use of Unix group permissions with setgid bits on directories etc. Life is too short to debug the fallout from that :-) From lutimdale at yahoo.com Fri Aug 27 14:34:30 2010 From: lutimdale at yahoo.com (Lu Timdale) Date: Fri, 27 Aug 2010 07:34:30 -0700 (PDT) Subject: [Shotwell] Storing event in filesystem path In-Reply-To: <20100827125056.GC22984@uk.tiscali.com> References: <20100827093111.GB6075@uk.tiscali.com> <20100827110909.GA18747@uk.tiscali.com> <20100827125056.GC22984@uk.tiscali.com> Message-ID: <500463.93744.qm@web33702.mail.mud.yahoo.com> I think we can agree that one size does not fit all. This applies for 1. Storage of the new files in whatever file naming pattern chosen by the user (exif > filesystem/sqlite) [I believe this is coming in 0.8] or 2. Organizing existing files in library to match that pattern (exif/sqlite > filesystem) or 3. Extracting parameters (event name, etc.) based on filesystem info (filesystem > sqlite/exif) I don't see this as a problem, if it is done as optional approach based on a checkbox or two. It doesn't mean that the default can't be whatever the yorba team sees as the most used scenario. Currently I see this as point 1 only. Howeer, keep in mind that even iTunes has a setting to "keep my music organized" or "let me organize it myself". I believe in their case, it applies for all music, not just new. I am desperately waiting on 1 before I can switch over to use shotwell. I personally would also see value in 2 and 3. 2) I have changed my mind about how I want the files organized every few years. So there are slight variations on the structure of the files. It is virtually impossible to restructure the old content manually. This will never change unless it's automated. 3) My existing photo library (about 12 years / 200GB) have event name info embedded in the folder names and/or filenames. It would be good if I didn't have to redo all this work and it could be imported into Shotwell... the best photo management app. :-) It is again virutally impossible to do this manually. 2 & 3 can be somewhat alleviated by allowing file system view of the folders that have been added to the library. I believe the real intent of this topic is that if a user WANTS all 3 sources of data (exif/sqlite/filesystem) to be in sync, he/she should have that option avaiable to them. Just my 2 cents. :-) Lu Timdale lutimdale at yahoo.com From Sebastian at SSpaeth.de Fri Aug 27 14:36:26 2010 From: Sebastian at SSpaeth.de (Sebastian Spaeth) Date: Fri, 27 Aug 2010 16:36:26 +0200 Subject: [Shotwell] Storing event in filesystem path In-Reply-To: References: <20100827093111.GB6075@uk.tiscali.com> <20100827110909.GA18747@uk.tiscali.com> Message-ID: <87vd6wktqt.fsf@SSpaeth.de> On 2010-08-27, Peter DO Smith wrote: > Yes, that would be advantageous, though, speaking as a developer, I think it > is much easier to work with the sqlite3 database. Its structure is easily > deduced by inspection. I disagree here. Yes, it is easily deduced but it still very app-specific. That that fspot import flaw that was recently fixed as an example. Older f-spot versions did not populate a specific database column which shotwell expected, leading to only a subset of photos being imported by shotwell. The best is to a) use agreed on metadata in the files themselves, so it doesn't matter whether I use f-spot or shotwell, or eog to inspect a file. And which will still work if I simply archive my photos and move them to the next computer. b) systems that have been explicitely created to share meta-data among applications as the tracker app which is part of gnome3 is supposed to be doing. > > Furthermore, I may want to be able to locate a picture quickly, for example > > to attach it to an E-mail. If the filesystem path is unrelated to any > > logical grouping, That's why shotwell needs the "send by email" function :P > One of the features I would like to see is the ability to drag a photo from > Shotwell and drop it into the email I am composing. Gmail (which I use) > already has a drag and drop interface for attachments but sadly I cannot > access it from Shotwell. +1 From adam at yorba.org Fri Aug 27 17:20:19 2010 From: adam at yorba.org (Adam Dingle) Date: Fri, 27 Aug 2010 10:20:19 -0700 Subject: [Shotwell] How to force a db rebuild, or rescan the Pictures directory In-Reply-To: <4C76FB50.3030108@kth.se> References: <20100826205755.GA9752@talktalkplc.com> <4C76D871.3030201@yorba.org> <4C76FB50.3030108@kth.se> Message-ID: <4C77F3D3.8020004@yorba.org> (Replying to the mailing list.) Simon, good point. I consider that a bug, and have just created a ticket for this here: http://trac.yorba.org/ticket/2487 adam On 08/26/2010 04:40 PM, Simon Spannagel wrote: > Hej Adam, > > but the problem in doing it this way is, that Shotwell would not > recognize edited pictures as a copy of an original one - so I get them > twice in the database... > > greetings, > simon > > > Am 26.08.2010 23:11, schrieb Adam Dingle: >> Brian, >> >> in this situation, you can simply reimport the Pictures folder into >> Shotwell. Shotwell will ignore any photos which are already in its >> library, and will import the others. >> >> And yes, in 0.8 we do plan to extend Shotwell so it can notice the new >> files and import them automatically (there will probably be a preference >> checkbox to enable this behavior). >> >> cheers >> adam >> >> On 08/26/2010 01:57 PM, Brian Candler wrote: >>> Hi, >>> >>> I think this is probably a FAQ, but I can't find the answer. >>> >>> I have 0.7.0-1~lucid1 running under Ubuntu Lucid x86_64. In a fit of >>> reorganisation, I decided to move a bunch of existing photos (which I'd >>> already manually catalogued by year) under ~/Pictures/YYYY/..., where >>> Shotwell keeps its photos. >>> >>> Unfortunately, they don't appear in Shotwell, and I think this is >>> because >>> they're not in Shotwell's library database. >>> >>> I've found there's a ticket for 0.8 to handle this automatically: >>> http://trac.yorba.org/ticket/2478 >>> >>> but until then, is there a way I can force Shotwell to rebuild its >>> database >>> of photos? Or tell it to rescan or import pictures in-place? >>> >>> I'm a bit scared of using "Import from Folder" when the files are >>> already >>> under the Pictures folder, in case they get overwritten in situ - >>> unless >>> someone can confirm this is safe. >>> >>> Otherwise, I was thinking that I could move all the photos into some >>> other >>> directory, wipe Shotwell's database, import them all - which should >>> copy >>> them under Pictures - and then delete the other location. I'd rather >>> avoid >>> such a potentially destructive set of actions if at all possible. >>> >>> Many thanks, >>> >>> Brian. >>> _______________________________________________ >>> Shotwell mailing list >>> Shotwell at lists.yorba.org >>> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >>> >>> >> _______________________________________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > From adam at yorba.org Fri Aug 27 17:30:49 2010 From: adam at yorba.org (Adam Dingle) Date: Fri, 27 Aug 2010 10:30:49 -0700 Subject: [Shotwell] Up next: Shotwell 0.8 In-Reply-To: References: <4C746299.7070604@yorba.org> <4C7608CA.8090703@free.fr> <4C768599.3070609@yorba.org> <4C76DB08.7050908@yorba.org> Message-ID: <4C77F649.7070304@yorba.org> Peter, there should be no need for libpeas to have explicit support for Vala. The magical thing about Vala is that the Vala compiler generates GObject-based C code, which can be used just about anywhere that C code normally works. adam On 08/27/2010 12:06 AM, Peter DO Smith wrote: > Thanks Adam, that is good news. Will you wait for Vala support in Libpeas? > > On Thu, Aug 26, 2010 at 11:22 PM, Adam Dingle wrote: > > >> (Replying to the mailing list.) >> >> >> On 08/26/2010 01:01 PM, Peter DO Smith wrote: >> >> >>> Would not the planned plugin architecture be a good place to implement >>> things like this? >>> Then we could write plugins to do our favourite transformations. >>> >>> >>> >> Yes, as long as we provide hooks which allow plugins to transform photos at >> import time. That would seem like a nice capability to offer. >> >> >> How far off is the implementation of a plugin architecture? I accept this >> >>> is >>> a far from trivial task. >>> >>> >> This is honestly probably still a couple of releases away since we're still >> missing a number of other basic features, and since many of Shotwell's >> internal APIs (which will be exposed to plugins) are still in flux as >> Shotwell matures. >> >> >> What language tools would the plugin architecture >> >>> support? My vote would be for Python. >>> >>> >>> >> I think we should build our plugin system using libpeas ( >> http://live.gnome.org/Libpeas). Then plugin authors will be able to use >> C, Python or JavaScript as they please. >> >> adam >> >> >> Gilles, >> >>>> On 08/25/2010 11:25 PM, Gilles wrote: >>>> >>>> >>>> >>>>> Hello All >>>>> >>>>> I have recently discovered shotwell and seem to answer to my quest of >>>>> good photo manager. >>>>> >>>>> A little suggestion, is there a way to normalise name of pictures during >>>>> the import ? for example, i alway rename my picture in lower cases, is >>>>> it an option to do this ? if no, perhaps a new impovement ? >>>>> >>>>> >>>>> >>>>> >>>> I agree this would be a nice feature, but we don't have this yet. We >>>> have a ticket for this at http://trac.yorba.org/ticket/1942 - that's a >>>> good place for further discussion about this. >>>> >>>> >>>> >>>> >>>>> Thanks in advance and continue your great job on shotwell. >>>>> >>>>> >>>>> >>>>> >>>> Thanks - I'm glad you like Shotwell! >>>> >>>> adam >>>> >>>> _______________________________________________ >>>> Shotwell mailing list >>>> Shotwell at lists.yorba.org >>>> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >>>> >>>> >>>> >>>> >>> >>> >> >> > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > From adam at yorba.org Fri Aug 27 17:44:01 2010 From: adam at yorba.org (Adam Dingle) Date: Fri, 27 Aug 2010 10:44:01 -0700 Subject: [Shotwell] How to force a db rebuild, or rescan the Pictures directory In-Reply-To: <20100827091429.GA6075@uk.tiscali.com> References: <20100826205755.GA9752@talktalkplc.com> <4C76D871.3030201@yorba.org> <20100827091429.GA6075@uk.tiscali.com> Message-ID: <4C77F961.60400@yorba.org> Brian, On 08/27/2010 02:14 AM, Brian Candler wrote: > The dialog prompts the following: > > Shotwell can copy the photos into your library or it can link to the > photos without duplicating them. > > [Cancel] [Copy into Library] [Create Links] > > Does it matter which I choose in this case, given that the files are already > within the library? > It does not matter: if files are already inside the library directory, then Shotwell won't copy them. Given this, it's a bit silly that we pose the question in this situation since it will probably only confuse the user. I've just ticketed this here: http://trac.yorba.org/ticket/2488 . > Now I think about it, I guess when it says "Create Links" it doesn't > actually mean creating symlinks inside the library, but just that the > database entry refers directly to the original location in the filesystem. > Is that right? > Yes, that's right. > If so, perhaps the language could be clearer. How about: > > Shotwell can copy the photos into your library directory or it can use > them in their original location. > > [Cancel] [Copy into Library] [Use where they are] > You're right: the term "Create Links" could be confusing since it sounds like we might be creating symbolic links, but we're not. I've ticketed this at http://trac.yorba.org/ticket/2489 . > Maybe there could be another option which is to copy into library and delete > from the original location, which would be useful when importing from a > camera. > I think users will usually use Shotwell's built-in camera import feature, which does ask whether to delete files from the camera, rather than dragging from the camera's mounted filesystem into Shotwell. For advanced users, we might still implement a drag-and-drop modifier key which causes the files to be moved rather than copied in this situation; see http://trac.yorba.org/ticket/603 . cheers adam From adam at yorba.org Fri Aug 27 18:20:24 2010 From: adam at yorba.org (Adam Dingle) Date: Fri, 27 Aug 2010 11:20:24 -0700 Subject: [Shotwell] Storing event in filesystem path In-Reply-To: <500463.93744.qm@web33702.mail.mud.yahoo.com> References: <20100827093111.GB6075@uk.tiscali.com> <20100827110909.GA18747@uk.tiscali.com> <20100827125056.GC22984@uk.tiscali.com> <500463.93744.qm@web33702.mail.mud.yahoo.com> Message-ID: <4C7801E8.6080206@yorba.org> Thanks for all the discussion on this thread about Shotwell and filesystem paths. It's great to see how different users are using (and want to use) Shotwell! I completely agree that one size does not fit all. Some users don't care at all about filesystem paths: they simply want to import their photos into a library directory and then work with them using a photo program that lets them forget about where they are all stored physically. Other users do care, however: they want control over where photos are placed and may have large existing photo collections which they have organized into folders manually. Both of these viewpoints are reasonable. Today, however, Shotwell only really works well for users who don't care where their files are, since it uses a fixed directory pattern at import time and since it doesn't expose photos' physical locations through the user interface. We plan to evolve Shotwell so that it can make both kinds of users happy. One step in that direction is letting the user choose a file naming pattern (http://trac.yorba.org/ticket/1597) to be used at import time, which we're hoping to implement in 0.8. We'd also like to implement a directory folder tree in the sidebar which you can use to browse through photos in their physical locations (http://trac.yorba.org/ticket/1594). With that, a user like Brian should be happy, I think: when using that tree, moving a photo from folder to folder will actually move it on the filesystem, and renaming a sidebar item will rename the directory. This would make Shotwell behave a lot more like gThumb. We could provide an option to display either the classic event tree or a folder tree as the user prefers. I know that many users would also like to be able to drag photos to applications other than Nautilus, as suggested in this thread. The reason we can't do that today is that Shotwell doesn't currently keep up-to-date full-resolution photos on hard disk, and it's hard to generate these on the fly at drag-and-drop time due to the way that GTK drag and drop works. The solution is to (optionally) have Shotwell generate full-resolution copies on disk after every edit (http://trac.yorba.org/ticket/1798). That will use more disk space, but will make drag and drop to applications work. One final thought: we agree that it would be great if Shotwell could store more of its state along with photo files so that they can be seamlessly shared among photo applications (but still cache it in a SQLite database for fast access, presumably). One big step in that direction is storing metadata in photo files on the fly (http://trac.yorba.org/ticket/1290). adam On 08/27/2010 07:34 AM, Lu Timdale wrote: > I think we can agree that one size does not fit all. > > This applies for > 1. Storage of the new files in whatever file naming pattern chosen by the user > (exif> filesystem/sqlite) > [I believe this is coming in 0.8] > or > 2. Organizing existing files in library to match that pattern (exif/sqlite> > filesystem) > or > 3. Extracting parameters (event name, etc.) based on filesystem info > (filesystem> sqlite/exif) > > I don't see this as a problem, if it is done as optional approach based on a > checkbox or two. > > It doesn't mean that the default can't be whatever the yorba team sees as the > most used scenario. Currently I see this as point 1 only. > > Howeer, keep in mind that even iTunes has a setting to "keep my music organized" > or "let me organize it myself". I believe in their case, it applies for all > music, not just new. > > > I am desperately waiting on 1 before I can switch over to use shotwell. > I personally would also see value in 2 and 3. > 2) I have changed my mind about how I want the files organized every few > years. So there are slight variations on the structure of the files. It is > virtually impossible to restructure the old content manually. This will never > change unless it's automated. > 3) My existing photo library (about 12 years / 200GB) have event name info > embedded in the folder names and/or filenames. It would be good if I didn't > have to redo all this work and it could be imported into Shotwell... the best > photo management app. :-) It is again virutally impossible to do this > manually. > > > > 2& 3 can be somewhat alleviated by allowing file system view of the folders > that have been added to the library. > > > I believe the real intent of this topic is that if a user WANTS all 3 sources of > data (exif/sqlite/filesystem) to be in sync, he/she should have that option > avaiable to them. > > Just my 2 cents. :-) > > > > Lu Timdale > lutimdale at yahoo.com > > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > From dwlloyd at telus.net Fri Aug 27 19:27:42 2010 From: dwlloyd at telus.net (D.W. Lloyd) Date: Fri, 27 Aug 2010 13:27:42 -0600 Subject: [Shotwell] Update to 0.7.1 In-Reply-To: References: <4C7712E6.6020706@telus.net> Message-ID: <4C7811AE.3040908@telus.net> On 10-08-26 09:19 PM, Adam Dingle wrote: > Dominic, > > On Thu, Aug 26, 2010 at 6:20 PM, D.W. Lloyd > wrote: > > Hi, > > On Ubuntu Lucid, I tried to update from 0.5.1+trunk to 0.7.1 by: > > $ sudo add-apt-repository ppa:yorba/ppa > $ sudo apt-get update > $ sudo apt-get install shotwell > > It seemed to go OK, but when I run Shotwell I still get 0.5.1+trunk. I > wonder if this is connected to the fact that I previously compiled > Shotwell when I was working on ticket 1939. Is there something I > have to > do to get 0.5.1+trunk to go away? > > > Your PPA update placed Shotwell 0.7.1 in /usr/bin. If you previously > compiled and installed Shotwell 0.5.1+trunk yourself, that binary is > probably in /usr/local/bin, which appears first in your PATH, so > that's the version that's running. > > If you still have the source directory where you build Shotwell 0.5.1, > cd to that directory and type "sudo make uninstall". That should > remove 0.5.1 and you will be only left with 0.7.1. > > If that directory is no longer around, then you should probably > download the 0.5.1 sources, cd there and type "sudo make uninstall". > Alternatively, you could simply remove /usr/local/bin/shotwell, but > that won't be a clean uninstall and you'll still have other > Shotwell-related files in /usr/local that could potentially affect > your 0.7.1. > > I hope this helps. If you're still stuck, email again and we'll > figure it out. > > cheers > adam > sudo make uninstall did the job. Thanks, Dominic From mahfiaz at gmail.com Fri Aug 27 19:31:38 2010 From: mahfiaz at gmail.com (Mattias =?ISO-8859-1?Q?P=F5ldaru?=) Date: Fri, 27 Aug 2010 22:31:38 +0300 Subject: [Shotwell] Storing event in filesystem path In-Reply-To: <4C7801E8.6080206@yorba.org> References: <20100827093111.GB6075@uk.tiscali.com> <20100827110909.GA18747@uk.tiscali.com> <20100827125056.GC22984@uk.tiscali.com> <500463.93744.qm@web33702.mail.mud.yahoo.com> <4C7801E8.6080206@yorba.org> Message-ID: <1282937498.10875.2897.camel@antiloop> ?hel kenal p?eval, R, 2010-08-27 kell 11:20, kirjutas Adam Dingle: > > I know that many users would also like to be able to drag photos to > applications other than Nautilus, as suggested in this thread. The > reason we can't do that today is that Shotwell doesn't currently keep > up-to-date full-resolution photos on hard disk, and it's hard to > generate these on the fly at drag-and-drop time due to the way that > GTK > drag and drop works. The solution is to (optionally) have Shotwell > generate full-resolution copies on disk after every edit > (http://trac.yorba.org/ticket/1798). That will use more disk space, > but > will make drag and drop to applications work. My random thoughts, skip if in hurry: Maybe a special "Drag selected photos from here" button workaround (instead of fixing GTK): 1. Select your photo/photos in Shotwell 2. Press this button, it shows animation while /tmp is populated with prepared files. 3. Animation ends with text "Photos ready for dragging! Start drag from here". It would be inconsistent with nautilus dragging, which works directly, would require an extra step to learn. Or another way: 1. Start dragging while holding mouse down, shotwell flashes "Please wait while pictures are prepared!" 2. When finished, it is indicated, the dragging properties change and it can not only be dropped into nautilus, but also into other applications. 3. Release your mouse to drop. With a fair amount of images this might take only seconds. Yet another: Use "Export basket" (you could use temporary tags for this already): Let's say on left side there is export basket, where you can drop photos. The exporting to /tmp starts when pictures land there, so you could drag from there instantly, no extra buttons needed. Export basket accompanies with picking different export resolutions really well. Also why not have different effects, especially for web use (photo frames, randomly rotated images, white border, drop shadow etc, so you could directly drag your photo into web3 blog). Enough of random ideas. Shotwell already is wonderful. Mattias From dwlloyd at telus.net Fri Aug 27 19:55:13 2010 From: dwlloyd at telus.net (D.W. Lloyd) Date: Fri, 27 Aug 2010 13:55:13 -0600 Subject: [Shotwell] Go to Event Message-ID: <4C781821.4020502@telus.net> How about adding "Go to Event" to the right-click menu for photos? From simonspa at kth.se Fri Aug 27 20:07:56 2010 From: simonspa at kth.se (Simon Spannagel) Date: Fri, 27 Aug 2010 22:07:56 +0200 Subject: [Shotwell] Go to Event In-Reply-To: <4C781821.4020502@telus.net> References: <4C781821.4020502@telus.net> Message-ID: <4C781B1C.40200@kth.se> Hej, that would be really great - if I access pictures by clicking on one of the tags, I can't find out to which event that photo belongs. This is especially for landscape photos very important. So an entry in the context menu would solve this issue - and I could easily jump to the event (and the selected photo?) to see, if there are other (untagged) photos available. Greetings, Simon Am 27.08.2010 21:55, schrieb D.W. Lloyd: > How about adding "Go to Event" to the right-click menu for photos? > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From adam at yorba.org Fri Aug 27 20:35:00 2010 From: adam at yorba.org (Adam Dingle) Date: Fri, 27 Aug 2010 13:35:00 -0700 Subject: [Shotwell] Go to Event In-Reply-To: <4C781B1C.40200@kth.se> References: <4C781821.4020502@telus.net> <4C781B1C.40200@kth.se> Message-ID: <4C782174.8030801@yorba.org> Yes - this is a good idea. We have a ticket for this at http://trac.yorba.org/ticket/2248. I've just upped the ticket priority to high since I think this would be useful and might not be too hard to implement. adam On 08/27/2010 01:07 PM, Simon Spannagel wrote: > Hej, > > that would be really great - if I access pictures by clicking on one of > the tags, I can't find out to which event that photo belongs. This is > especially for landscape photos very important. > So an entry in the context menu would solve this issue - and I could > easily jump to the event (and the selected photo?) to see, if there are > other (untagged) photos available. > > Greetings, > Simon > > > > Am 27.08.2010 21:55, schrieb D.W. Lloyd: > >> How about adding "Go to Event" to the right-click menu for photos? >> >> _______________________________________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >> >> > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > From brunogirin at gmail.com Fri Aug 27 21:34:24 2010 From: brunogirin at gmail.com (Bruno Girin) Date: Fri, 27 Aug 2010 22:34:24 +0100 Subject: [Shotwell] Up next: Shotwell 0.8 In-Reply-To: <4C76E1A9.4000900@yorba.org> References: <4C746299.7070604@yorba.org> <4C7608CA.8090703@free.fr> <4C768599.3070609@yorba.org> <4C76DB08.7050908@yorba.org> <1282858784.1568.9.camel@nuuk> <4C76E1A9.4000900@yorba.org> Message-ID: <1282944864.4168.3.camel@nuuk> On Thu, 2010-08-26 at 14:50 -0700, Adam Dingle wrote: > On 08/26/2010 02:39 PM, Bruno Girin wrote: > > On Thu, 2010-08-26 at 14:22 -0700, Adam Dingle wrote: > > > > > >> I think we should build our plugin system using libpeas > >> (http://live.gnome.org/Libpeas). Then plugin authors will be able to > >> use C, Python or JavaScript as they please. > >> > > If C is an option does it mean that you could potentially write a plugin > > in Vala too? > > > > Absolutely. By the way, gedit now uses libpeas for its own plugin > system (in fact libpeas evolved out of gedit - see > http://log.istique.net/2010-06-03/announcing-libpeas.html) and some > gedit plugins are written in Vala (including one of my favorite gedit > plugins: http://yorba.org/valencia/ :) . Yes, I had a look at libpeas, it looks really nice! And the API is designed so that you can define several extension interfaces for a given application plugin support and each plugin only implements the interfaces that it provides. So it would be a good way to introduce plugins to Shotwell: start with one or two stable extension interfaces and gradually include more when internal APIs stabilise. Bruno From brunogirin at gmail.com Fri Aug 27 21:36:49 2010 From: brunogirin at gmail.com (Bruno Girin) Date: Fri, 27 Aug 2010 22:36:49 +0100 Subject: [Shotwell] Up next: Shotwell 0.8 In-Reply-To: <4C77F649.7070304@yorba.org> References: <4C746299.7070604@yorba.org> <4C7608CA.8090703@free.fr> <4C768599.3070609@yorba.org> <4C76DB08.7050908@yorba.org> <4C77F649.7070304@yorba.org> Message-ID: <1282945009.4168.6.camel@nuuk> On Fri, 2010-08-27 at 10:30 -0700, Adam Dingle wrote: > Peter, > > there should be no need for libpeas to have explicit support for Vala. > The magical thing about Vala is that the Vala compiler generates > GObject-based C code, which can be used just about anywhere that C code > normally works. True but what is needed are Vala binding so that the library can be used in a Vala application (as opposed to writing plugins in Vala). Bruno From B.Candler at pobox.com Sat Aug 28 08:21:47 2010 From: B.Candler at pobox.com (Brian Candler) Date: Sat, 28 Aug 2010 09:21:47 +0100 Subject: [Shotwell] How to force a db rebuild, or rescan the Pictures directory In-Reply-To: <4C77F961.60400@yorba.org> References: <20100826205755.GA9752@talktalkplc.com> <4C76D871.3030201@yorba.org> <20100827091429.GA6075@uk.tiscali.com> <4C77F961.60400@yorba.org> Message-ID: <20100828082147.GA3378@talktalkplc.com> On Fri, Aug 27, 2010 at 10:44:01AM -0700, Adam Dingle wrote: > You're right: the term "Create Links" could be confusing since it > sounds like we might be creating symbolic links, but we're not. > I've ticketed this at http://trac.yorba.org/ticket/2489 . Thanks for recording these issues. > >Maybe there could be another option which is to copy into library and delete > >from the original location, which would be useful when importing from a > >camera. > > I think users will usually use Shotwell's built-in camera import > feature, which does ask whether to delete files from the camera, > rather than dragging from the camera's mounted filesystem into > Shotwell. Unfortunately, for me it doesn't work - details at http://trac.yorba.org/ticket/2494 Because Shotwell doesn't give me the option to retry the camera import, I have to use regular import from folder, and that won't delete at source. I'm not sure why two different flows are required though. As far as I remember, in F-prot the import triggered when you plug in a camera is the same dialog that you get when you select "Photo > Import". Regards, Brian. From chrisgame at pobox.com Sat Aug 28 13:56:10 2010 From: chrisgame at pobox.com (Chris Game) Date: Sat, 28 Aug 2010 14:56:10 +0100 (BST) Subject: [Shotwell] Photo-viewer and importing photos. In-Reply-To: References: Message-ID: Niggles on Shotwell 0.6.1 photo-viewer: could a rotate-left icon be added to the toolbar as well as rotate-right? I always seem to need the left rather than the right on my stuff. Secondly, there is no 'delete' command on the toolbar or the menus or the context menu (again in the viewer). This makes sorting wheat from chaff on importing new photos more work that necessary (or I could use eog instead of Shotwell but that seems unnecessary). Regds, Chris Game From florian at manach.fr Sat Aug 28 15:00:08 2010 From: florian at manach.fr (Florian Manach) Date: Sat, 28 Aug 2010 17:00:08 +0200 Subject: [Shotwell] Shotwell improvements and existing users Message-ID: <1283007608.1572.17.camel@compaq> Hi everybody, First message here, so let me introduce myself. Florian, 24, France. System & Network Administrator, Linux enthousiast, Ubuntu user and amateur photographer. I discovered Shotwell when I knew it will be part of Ubuntu 10.10. First of all, I want to congratulate all the project team for making such a simple, pleasant to use, photo management system. Reading the mailing list, I've learned that many of the improvements I want before actually switch from "Nautilus directory based management" to Shotwell will be included in the next versions (like in-file tagging, possibility to specify a path when importing). Let me now explain, what I think would be good for these improvements. One of the thing preventing me from switching NOW is that the tags are not stored in the files in the stable version. So I think I will wait for the stable version including this feature to switch to Shotwell. So when you will add this feature, I think it should be good to add a way for existing users to use it. Use case : Bob uses Shotwell and tags his photos. Tags are stored on the database. A new versions pops up and now, Bob can choose to store the tags inside the files. But what to do with his existing library. I think Bob should have the possibility by and option for an example, when he chooses to embed the tags in his photos, to embed all his previous tags, to his previous tagged photo files. To make it simple : When you add an option on the workflow, I think you should also add a way for existing users to apply it to their existing photo library and not only for the pictures handled since they activate the option. My to cents, Florian MANACH From mahfiaz at gmail.com Sat Aug 28 16:26:45 2010 From: mahfiaz at gmail.com (Mattias =?ISO-8859-1?Q?P=F5ldaru?=) Date: Sat, 28 Aug 2010 19:26:45 +0300 Subject: [Shotwell] Photo-viewer and importing photos. In-Reply-To: References: Message-ID: <1283012805.10875.4165.camel@antiloop> ?hel kenal p?eval, L, 2010-08-28 kell 14:56, kirjutas Chris Game: > Niggles on Shotwell 0.6.1 photo-viewer: could a rotate-left icon be > added to the toolbar as well as rotate-right? I always seem to need > the left rather than the right on my stuff. Secondly, there is no > 'delete' command on the toolbar or the menus or the context menu > (again in the viewer). This makes sorting wheat from chaff on > importing new photos more work that necessary (or I could use eog > instead of Shotwell but that seems unnecessary). For left rotation there is a neat trick of pressing Ctrl, see the button icon change. Mattias > > Regds, Chris Game > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From ralf.butler at web.de Sun Aug 29 12:59:08 2010 From: ralf.butler at web.de (Ralf Butler) Date: Sun, 29 Aug 2010 14:59:08 +0200 (CEST) Subject: [Shotwell] Lost 99% of my tags and events Message-ID: <885596738.837737.1283086748811.JavaMail.fmail@mwmweb075> Hi there, After updating my library location, restarting shotwell it crashed. Tried to start it a 2nd time and ... voila ... nearly all my tags and events are gone!!! All thumbnails are still there, however they all are listed under 'Missing Files'. Is there any way to get my tags and events back? Thanks, Ralf ___________________________________________________________ WEB.DE DSL SOMMER-SPECIAL: Surf & Phone Flat 16.000 f?r nur 19,99 ?/mtl.!* http://web.de/DSL-Doppel-Flatrate/ From dwlloyd at telus.net Sun Aug 29 17:57:29 2010 From: dwlloyd at telus.net (D.W. Lloyd) Date: Sun, 29 Aug 2010 11:57:29 -0600 Subject: [Shotwell] Backwards? Message-ID: <4C7A9F89.4040003@telus.net> I imported three photos from my hard drive into Shotwell 0.7.1. Two photos went into an event named Thu Aug 26, 2010. The other photo went into Sun Aug 29, 2010. I wanted all three of them to be in Sun Aug 29, 2010 so I went to the Thu event, selected the two photos, and dragged them to the Sun event. I expected that all three would end out in Sun, and the Thu event, being empty, would disappear. What actually happened was that all three photos ended up in the Thu event and the Sun event disappeared. From Sebastian at SSpaeth.de Sun Aug 29 20:05:39 2010 From: Sebastian at SSpaeth.de (Sebastian Spaeth) Date: Sun, 29 Aug 2010 22:05:39 +0200 Subject: [Shotwell] Backwards? In-Reply-To: <4C7A9F89.4040003@telus.net> References: <4C7A9F89.4040003@telus.net> Message-ID: <87sk1xxjzg.fsf@SSpaeth.de> On 2010-08-29, D.W. Lloyd wrote: > I imported three photos from my hard drive into Shotwell 0.7.1. Two > photos went into an event named Thu Aug 26, 2010. The other photo went > into Sun Aug 29, 2010. I wanted all three of them to be in Sun Aug 29, > 2010 so I went to the Thu event, selected the two photos, and dragged > them to the Sun event. I expected that all three would end out in Sun, > and the Thu event, being empty, would disappear. Yep, whenever you drag photos in those auto-named date events around, I noticed that it picks the earliest of all dates. Which kind of makes sense, although it is a bit awkward if you drag photos around between years. You can always explicitly rename your event though. It will still be sorted under the month/year of the oldest photo though. Sebastian From thibaut.bethune at gmail.com Sun Aug 29 21:55:31 2010 From: thibaut.bethune at gmail.com (thibaut bethune) Date: Sun, 29 Aug 2010 21:55:31 +0000 Subject: [Shotwell] Shotwell should not unmount the camera for importing Message-ID: Hi, >From a beginner point of view, having Shotwell asking if the camera has to be unmounted before importing sounds a bit weird..! Lots of applications (see gThumb with Martin Pitt's patch) want to unmount cameras before proceeding but it's a mistake to me. Once unmounting, it can't be accessible through Nautilus for instance. Applications should not fight against the system so Nautilus and Shotwell could be able to share the device. Maybe you could look at phraymd (Python application) which succeed in importing photos without unmounting the camera, which seems to be the only way to proceed. For what i know i think that spillz (phraymd developper) makes use of GVfs for that. Once he pointed out the GVfs FUSE hack explained here : http://davidz25.blogspot.com/2008/10/getting-gvfs-and-fuse-right.html, adding : "Of course, the GVfs API provides higher level access than what FUSE gives, so I will ultimately use that in phraymd." Hope it can help. Anyway, keep on the good work for that excellent application Cheers, Thibaut From david.velazquez08 at gmail.com Mon Aug 30 03:27:16 2010 From: david.velazquez08 at gmail.com (David Velazquez) Date: Sun, 29 Aug 2010 23:27:16 -0400 Subject: [Shotwell] Shotwell should not unmount the camera for importing In-Reply-To: References: Message-ID: I agree with you here. Asking a beginner if it's ok to unmount a device before proceeding is counter-intuitive to me. If I were just starting off with Linux common sense would probably dictate that a device should be mounted before anything can be done with it. I get that it needs to be unmounted from one application to be used by another (or at least I think that's what happens), but that's not necessarily common knowledge and certainly would not be for someone new to all of this. Granted, as long as it all works I'm inclined to trust whatever the application tells me needs to be done, but I would be in favor of anything (even a change in the wording) that makes things easier to understand. At this point I think that I've seen that message so much I just stopped paying attention to it and just clicked right on through. On Sun, Aug 29, 2010 at 5:55 PM, thibaut bethune wrote: > Hi, > > From a beginner point of view, having Shotwell asking if the camera > has to be unmounted before importing sounds a bit weird..! > > Lots of applications (see gThumb with Martin Pitt's patch) want to > unmount cameras before proceeding but it's a mistake to me. Once > unmounting, it can't be accessible through Nautilus for instance. > Applications should not fight against the system so Nautilus and > Shotwell could be able to share the device. > > Maybe you could look at phraymd (Python application) which succeed in > importing photos without unmounting the camera, which seems to be the > only way to proceed. For what i know i think that spillz (phraymd > developper) makes use of GVfs for that. Once he pointed out the GVfs > FUSE hack explained here : > http://davidz25.blogspot.com/2008/10/getting-gvfs-and-fuse-right.html, > adding : "Of course, the GVfs API provides higher level access than > what FUSE gives, so I will ultimately use that in phraymd." > > Hope it can help. > > Anyway, keep on the good work for that excellent application > > Cheers, > > Thibaut > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From B.Candler at pobox.com Mon Aug 30 07:55:30 2010 From: B.Candler at pobox.com (Brian Candler) Date: Mon, 30 Aug 2010 08:55:30 +0100 Subject: [Shotwell] Shotwell should not unmount the camera for importing In-Reply-To: References: Message-ID: <20100830075530.GA2883@talktalkplc.com> On Sun, Aug 29, 2010 at 11:27:16PM -0400, David Velazquez wrote: > I agree with you here. Asking a beginner if it's ok to unmount a device > before proceeding is counter-intuitive to me. If I were just starting off > with Linux common sense would probably dictate that a device should be > mounted before anything can be done with it. With my HTC Desire the unmounting fails anyway (ticket #2494), so I have to manually import anyway. I'm sure there must be a good reason why it does this, but it seems very strange that if the volume is already mounted and ready to go, why it doesn't just copy the photos off. Regards, Brian. From adam at yorba.org Mon Aug 30 16:29:09 2010 From: adam at yorba.org (Adam Dingle) Date: Mon, 30 Aug 2010 09:29:09 -0700 Subject: [Shotwell] Lost 99% of my tags and events In-Reply-To: <885596738.837737.1283086748811.JavaMail.fmail@mwmweb075> References: <885596738.837737.1283086748811.JavaMail.fmail@mwmweb075> Message-ID: <4C7BDC55.8000208@yorba.org> Ralf, On 08/29/2010 05:59 AM, Ralf Butler wrote: > Hi there, > > After updating my library location, restarting shotwell it crashed. How did you update your library location? Did you rename your library directory, change the directory in Shotwell's preferences dialog, or both? I'm sorry to hear that Shotwell crashed. If you can reproduce this crash we'd certainly like to hear about it, including a sequence of steps that make the crash happen. > Tried to start it a 2nd time and ... voila ... nearly all my tags and events are gone!!! > All thumbnails are still there, however they all are listed under 'Missing Files'. > > Is there any way to get my tags and events back? > Yes - you'll get your tags and events back if you move your photo files back to the location where Shotwell thinks they should be. For example, if your library directory was originally /home/Pictures and you renamed it to /home/Photos, you'll see the behavior you described: Shotwell will list all your photos as missing since it can't find them in /home/Pictures. If you rename Photos back to Pictures, your tags and events will come back the next time you restart Shotwell. Unfortunately in Shotwell 0.7 you must keep your library directory in one place - you can't rename it while keeping your tags and events. We know this is a significant limitation, and we're hoping to improve this in Shotwell 0.8. adam From adam at yorba.org Mon Aug 30 16:47:52 2010 From: adam at yorba.org (Adam Dingle) Date: Mon, 30 Aug 2010 09:47:52 -0700 Subject: [Shotwell] Photo-viewer and importing photos. In-Reply-To: References: Message-ID: <4C7BE0B8.9000009@yorba.org> Chris, On 08/28/2010 06:56 AM, Chris Game wrote: > Niggles on Shotwell 0.6.1 photo-viewer: could a rotate-left icon be > added to the toolbar as well as rotate-right? I always seem to need > the left rather than the right on my stuff. As Mattias helpfully pointed out, you can press the Ctrl key to reverse the rotation direction. > Secondly, there is no > 'delete' command on the toolbar or the menus or the context menu > (again in the viewer). This makes sorting wheat from chaff on > importing new photos more work that necessary (or I could use eog > instead of Shotwell but that seems unnecessary). > Yes - it would be useful to be able to delete photo files from the viewer. We have a ticket for this here: http://trac.yorba.org/ticket/2231 adam From adam at yorba.org Mon Aug 30 16:56:40 2010 From: adam at yorba.org (Adam Dingle) Date: Mon, 30 Aug 2010 09:56:40 -0700 Subject: [Shotwell] Shotwell improvements and existing users In-Reply-To: <1283007608.1572.17.camel@compaq> References: <1283007608.1572.17.camel@compaq> Message-ID: <4C7BE2C8.8090808@yorba.org> On 08/28/2010 08:00 AM, Florian Manach wrote: > Hi everybody, > > First message here, so let me introduce myself. > > Florian, 24, France. > System& Network Administrator, Linux enthousiast, Ubuntu user and > amateur photographer. > Welcome, Florian! :) > I discovered Shotwell when I knew it will be part of Ubuntu 10.10. > > First of all, I want to congratulate all the project team for making > such a simple, pleasant to use, photo management system. > Thanks! :) > Reading the mailing list, I've learned that many of the improvements I > want before actually switch from "Nautilus directory based management" > to Shotwell will be included in the next versions (like in-file tagging, > possibility to specify a path when importing). > > Let me now explain, what I think would be good for these improvements. > > One of the thing preventing me from switching NOW is that the tags are > not stored in the files in the stable version. So I think I will wait > for the stable version including this feature to switch to Shotwell. > > So when you will add this feature, I think it should be good to add a > way for existing users to use it. > > Use case : Bob uses Shotwell and tags his photos. Tags are stored on the > database. A new versions pops up and now, Bob can choose to store the > tags inside the files. But what to do with his existing library. I think > Bob should have the possibility by and option for an example, when he > chooses to embed the tags in his photos, to embed all his previous tags, > to his previous tagged photo files. > > To make it simple : When you add an option on the workflow, I think you > should also add a way for existing users to apply it to their existing > photo library and not only for the pictures handled since they activate > the option. > Thanks for the suggestion, and I completely agree: when the user enables the option to store tags in photo files, we should (perhaps optionally?) write all existing tags into the Shotwell library. Of course, this may take some time, but it will happen in the background so you'll be able to continue to use Shotwell while tags are being written. In Shotwell 0.8, we're planning to display a progress bar at the bottom of the sidebar (immediately above the Basic Information pane) when background operations like this are taking place (see http://trac.yorba.org/ticket/2491 ). adam From adam at yorba.org Mon Aug 30 17:53:02 2010 From: adam at yorba.org (Adam Dingle) Date: Mon, 30 Aug 2010 10:53:02 -0700 Subject: [Shotwell] Shotwell should not unmount the camera for importing In-Reply-To: References: Message-ID: <4C7BEFFE.40709@yorba.org> On 08/29/2010 08:27 PM, David Velazquez wrote: > I agree with you here. Asking a beginner if it's ok to unmount a device > before proceeding is counter-intuitive to me. If I were just starting off > with Linux common sense would probably dictate that a device should be > mounted before anything can be done with it. I get that it needs to be > unmounted from one application to be used by another (or at least I think > that's what happens), but that's not necessarily common knowledge and > certainly would not be for someone new to all of this. > I also agree. In case it's not obvious to some of you on this mailing list, Shotwell can only import photos from a camera when it's *unmounted*. When it's mounted, by contrast, the camera's filesystem shows up in Nautilus but Shotwell cannot read it. Yes, this is confusing to beginners (and probably not only to beginners). > On Sun, Aug 29, 2010 at 5:55 PM, thibaut bethune > wrote: > > >> Hi, >> >> From a beginner point of view, having Shotwell asking if the camera >> has to be unmounted before importing sounds a bit weird..! >> >> Lots of applications (see gThumb with Martin Pitt's patch) want to >> unmount cameras before proceeding but it's a mistake to me. Once >> unmounting, it can't be accessible through Nautilus for instance. >> Applications should not fight against the system so Nautilus and >> Shotwell could be able to share the device. >> >> Maybe you could look at phraymd (Python application) which succeed in >> importing photos without unmounting the camera, which seems to be the >> only way to proceed. For what i know i think that spillz (phraymd >> developper) makes use of GVfs for that. Once he pointed out the GVfs >> FUSE hack explained here : >> http://davidz25.blogspot.com/2008/10/getting-gvfs-and-fuse-right.html, >> adding : "Of course, the GVfs API provides higher level access than >> what FUSE gives, so I will ultimately use that in phraymd." >> I agree it would be nice if Shotwell could import photos from a camera without unmounting, and thanks for pointing out that phraymd does that. I don't know if that would be technically easy, though. I've created a ticket (http://trac.yorba.org/ticket/2498) to track that idea. adam From el.cameleon.1 at gmail.com Mon Aug 30 18:42:43 2010 From: el.cameleon.1 at gmail.com (Vincent) Date: Mon, 30 Aug 2010 20:42:43 +0200 Subject: [Shotwell] Shotwell should not unmount the camera for importing In-Reply-To: <4C7BEFFE.40709@yorba.org> References: <4C7BEFFE.40709@yorba.org> Message-ID: Thanks for that informations, I know understand why I could not navigate my camera (in order to import a video for instance) in Nautilus after using Shotwell or F-Spot! Sure it would be great if it can be fixed because I imagine a lot of user do not understand this... Regards, On Mon, Aug 30, 2010 at 7:53 PM, Adam Dingle wrote: > On 08/29/2010 08:27 PM, David Velazquez wrote: > > I agree with you here. Asking a beginner if it's ok to unmount a device > > before proceeding is counter-intuitive to me. If I were just starting off > > with Linux common sense would probably dictate that a device should be > > mounted before anything can be done with it. I get that it needs to be > > unmounted from one application to be used by another (or at least I think > > that's what happens), but that's not necessarily common knowledge and > > certainly would not be for someone new to all of this. > > > > I also agree. In case it's not obvious to some of you on this mailing > list, Shotwell can only import photos from a camera when it's > *unmounted*. When it's mounted, by contrast, the camera's filesystem > shows up in Nautilus but Shotwell cannot read it. Yes, this is > confusing to beginners (and probably not only to beginners). > > > On Sun, Aug 29, 2010 at 5:55 PM, thibaut bethune > > wrote: > > > > > >> Hi, > >> > >> From a beginner point of view, having Shotwell asking if the camera > >> has to be unmounted before importing sounds a bit weird..! > >> > >> Lots of applications (see gThumb with Martin Pitt's patch) want to > >> unmount cameras before proceeding but it's a mistake to me. Once > >> unmounting, it can't be accessible through Nautilus for instance. > >> Applications should not fight against the system so Nautilus and > >> Shotwell could be able to share the device. > >> > >> Maybe you could look at phraymd (Python application) which succeed in > >> importing photos without unmounting the camera, which seems to be the > >> only way to proceed. For what i know i think that spillz (phraymd > >> developper) makes use of GVfs for that. Once he pointed out the GVfs > >> FUSE hack explained here : > >> http://davidz25.blogspot.com/2008/10/getting-gvfs-and-fuse-right.html, > >> adding : "Of course, the GVfs API provides higher level access than > >> what FUSE gives, so I will ultimately use that in phraymd." > >> > > I agree it would be nice if Shotwell could import photos from a camera > without unmounting, and thanks for pointing out that phraymd does that. > I don't know if that would be technically easy, though. I've created a > ticket (http://trac.yorba.org/ticket/2498) to track that idea. > > adam > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From chrisgame at pobox.com Mon Aug 30 19:30:28 2010 From: chrisgame at pobox.com (Chris Game) Date: Mon, 30 Aug 2010 20:30:28 +0100 (BST) Subject: [Shotwell] Photo-viewer and importing photos. In-Reply-To: <4C7BE0B8.9000009@yorba.org> References: <4C7BE0B8.9000009@yorba.org> Message-ID: Yes thanks to Mattias for pointing that out, but I would just say that the interface looks wrong with just the one rotation arrow showing, there is plenty of space for another, and that the Shotwell list is not easy to find for the general user of the application! Regds, Chris Game On Mon, 30 Aug 2010, Adam Dingle wrote: > Chris, > > On 08/28/2010 06:56 AM, Chris Game wrote: >> Niggles on Shotwell 0.6.1 photo-viewer: could a rotate-left icon be >> added to the toolbar as well as rotate-right? I always seem to need >> the left rather than the right on my stuff. > > As Mattias helpfully pointed out, you can press the Ctrl key to reverse the > rotation direction. > >> Secondly, there is no >> 'delete' command on the toolbar or the menus or the context menu >> (again in the viewer). This makes sorting wheat from chaff on >> importing new photos more work that necessary (or I could use eog >> instead of Shotwell but that seems unnecessary). >> > > Yes - it would be useful to be able to delete photo files from the viewer. > We have a ticket for this here: > > http://trac.yorba.org/ticket/2231 > > adam > > From adam at yorba.org Mon Aug 30 19:42:09 2010 From: adam at yorba.org (Adam Dingle) Date: Mon, 30 Aug 2010 12:42:09 -0700 Subject: [Shotwell] Photo-viewer and importing photos. In-Reply-To: References: <4C7BE0B8.9000009@yorba.org> Message-ID: <4C7C0991.6000709@yorba.org> Chris, there's not as much horizontal toolbar space available as you might think: we want Shotwell to run on netbooks with a 1024-pixel horizontal resolution. At that size, there's no more room for another rotate button in the main Shotwell application. I suppose we could add one just to the direct viewer, but I think it's nice to have this be consistent between the main application and the viewer. The Shotwell list may not be so easy to find, but I hope that the new help documentation which shipped with Shotwell 0.7 will help with this kind of question. If you choose Help->Contents and choose the topic "Rotate or flip a photo", you'll see this: You can rotate your photos left and right (clockwise and counterclockwise) with the Rotate button on the toolbar of most views. You can also make a mirror image of any photo. To rotate right, click on the Rotate button. To rotate left, press and hold the Ctrl key and then click the button. Both commands are available in the Photos menu too. adam On 08/30/2010 12:30 PM, Chris Game wrote: > Yes thanks to Mattias for pointing that out, but I would just say > that the interface looks wrong with just the one rotation arrow > showing, there is plenty of space for another, and that the Shotwell > list is not easy to find for the general user of the application! > > Regds, Chris Game > > On Mon, 30 Aug 2010, Adam Dingle wrote: > >> Chris, >> >> On 08/28/2010 06:56 AM, Chris Game wrote: >>> Niggles on Shotwell 0.6.1 photo-viewer: could a rotate-left icon be >>> added to the toolbar as well as rotate-right? I always seem to need >>> the left rather than the right on my stuff. >> >> As Mattias helpfully pointed out, you can press the Ctrl key to >> reverse the rotation direction. >> >>> Secondly, there is no >>> 'delete' command on the toolbar or the menus or the context menu >>> (again in the viewer). This makes sorting wheat from chaff on >>> importing new photos more work that necessary (or I could use eog >>> instead of Shotwell but that seems unnecessary). >>> >> >> Yes - it would be useful to be able to delete photo files from the >> viewer. We have a ticket for this here: >> >> http://trac.yorba.org/ticket/2231 >> >> adam >> >> > From B.Candler at pobox.com Mon Aug 30 19:50:09 2010 From: B.Candler at pobox.com (Brian Candler) Date: Mon, 30 Aug 2010 20:50:09 +0100 Subject: [Shotwell] Photo-viewer and importing photos. In-Reply-To: <4C7C0991.6000709@yorba.org> References: <4C7BE0B8.9000009@yorba.org> <4C7C0991.6000709@yorba.org> Message-ID: <20100830195009.GA5411@talktalkplc.com> On Mon, Aug 30, 2010 at 12:42:09PM -0700, Adam Dingle wrote: > there's not as much horizontal toolbar space available as you might > think: we want Shotwell to run on netbooks with a 1024-pixel horizontal > resolution. At that size, there's no more room for another rotate > button in the main Shotwell application. Improve the tool tip? It currently just says "Rotate the photo right" unless you happen to know to press Ctrl. Maybe "Rotate the photo right (press ctrl for left)" ? From adam at yorba.org Mon Aug 30 19:55:31 2010 From: adam at yorba.org (Adam Dingle) Date: Mon, 30 Aug 2010 12:55:31 -0700 Subject: [Shotwell] =?utf-8?q?new_icon_for_shotwell=3F=C2=BF?= In-Reply-To: <1282819899.4729.1.camel@dani-desktop> References: <1282819899.4729.1.camel@dani-desktop> Message-ID: <4C7C0CB3.6040501@yorba.org> Dani, On 08/26/2010 03:51 AM, Dani Planas Armangue wrote: > Shotwell is becoming one of the best photo manager for gnome desktoip. > now ubuntu will include it on next release, you need a good image, a > good brand. I hope you like. > > first impresions are important. > thanks for your icon proposal. This mailing list doesn't allow attachments, so the best way to send binary files is to upload them to a file hosting service and post the URL here. I've put your tar file here: http://yorba.org/download/scratch/lightgraphite_shotwell_icon.tar adam From adam at yorba.org Mon Aug 30 20:11:38 2010 From: adam at yorba.org (Adam Dingle) Date: Mon, 30 Aug 2010 13:11:38 -0700 Subject: [Shotwell] Photo-viewer and importing photos. In-Reply-To: <20100830195009.GA5411@talktalkplc.com> References: <4C7BE0B8.9000009@yorba.org> <4C7C0991.6000709@yorba.org> <20100830195009.GA5411@talktalkplc.com> Message-ID: <4C7C107A.9090402@yorba.org> On 08/30/2010 12:50 PM, Brian Candler wrote: > On Mon, Aug 30, 2010 at 12:42:09PM -0700, Adam Dingle wrote: > >> there's not as much horizontal toolbar space available as you might >> think: we want Shotwell to run on netbooks with a 1024-pixel horizontal >> resolution. At that size, there's no more room for another rotate >> button in the main Shotwell application. >> > Improve the tool tip? It currently just says "Rotate the photo right" unless > you happen to know to press Ctrl. > > Maybe "Rotate the photo right (press ctrl for left)" ? > That's a good suggestion. We'll implement this soon: http://trac.yorba.org/ticket/2499 adam From simonspa at kth.se Mon Aug 30 22:02:43 2010 From: simonspa at kth.se (Simon Spannagel) Date: Tue, 31 Aug 2010 00:02:43 +0200 Subject: [Shotwell] Shotwell improvements and existing users In-Reply-To: <4C7BE2C8.8090808@yorba.org> References: <1283007608.1572.17.camel@compaq> <4C7BE2C8.8090808@yorba.org> Message-ID: <4C7C2A83.7080203@kth.se> Hejsan, what about a 3-way-option to set Shotwell's behaviour according to the in-file-tags: 1) in-file-tagging off: no additional metadata will be written into the photos. 2) on-the-fly in-file-tagging: every change is immediately written into the file 3) in-file-tagging sometimes (like an update): this could give the user the posibility to work as fast as now with Shotwell, but "store" the metadata to his files on certain points. Perhaps he could be reminded like "The tags of 321 photos are not written to the files. Do you want to do that now? (This could slow down Shotwell for a while.)" This would cover the above mentioned problem as well: the first time, the user starts his new Shotwell-version, he would be kindly reminded, that 10.000 photos are waiting to be updated with tags... :-D Greetings, Simon Am 30.08.2010 18:56, schrieb Adam Dingle: > > Thanks for the suggestion, and I completely agree: when the user enables > the option to store tags in photo files, we should (perhaps optionally?) > write all existing tags into the Shotwell library. Of course, this may > take some time, but it will happen in the background so you'll be able > to continue to use Shotwell while tags are being written. In Shotwell > 0.8, we're planning to display a progress bar at the bottom of the > sidebar (immediately above the Basic Information pane) when background > operations like this are taking place (see > http://trac.yorba.org/ticket/2491 ). > > adam > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From lutimdale at yahoo.com Tue Aug 31 05:08:07 2010 From: lutimdale at yahoo.com (Lu Timdale) Date: Mon, 30 Aug 2010 22:08:07 -0700 (PDT) Subject: [Shotwell] Photo-viewer and importing photos. In-Reply-To: <20100830195009.GA5411@talktalkplc.com> References: <4C7BE0B8.9000009@yorba.org> <4C7C0991.6000709@yorba.org> <20100830195009.GA5411@talktalkplc.com> Message-ID: <224515.1872.qm@web33707.mail.mud.yahoo.com> Since we're willing to sacrifice function over screen real estate, what we're proposing is that a) users don't usually rotate pictures .... fail b) when they do, they only usually rotate one way.... fail c) when they want to rotate the other way, they have to know to hover over and then very intuitively hold the control key while clicking the rotate button... fail x3 Sorry, but every single other photo app has rotate both ways (as in both visibly always). I cannot stress this enough. It is a very annoying user interface failure to not have this. If you're worried about screen real estate, why not get rid of the work "Rotate". The icons are self explanatory, but the odd behaviour you're proposing is very much NOT. Lu Timdale lutimdale at yahoo.com ----- Original Message ---- From: Brian Candler To: shotwell at lists.yorba.org Sent: Mon, August 30, 2010 3:50:09 PM Subject: Re: [Shotwell] Photo-viewer and importing photos. On Mon, Aug 30, 2010 at 12:42:09PM -0700, Adam Dingle wrote: > there's not as much horizontal toolbar space available as you might > think: we want Shotwell to run on netbooks with a 1024-pixel horizontal > resolution. At that size, there's no more room for another rotate > button in the main Shotwell application. Improve the tool tip? It currently just says "Rotate the photo right" unless you happen to know to press Ctrl. Maybe "Rotate the photo right (press ctrl for left)" ? _______________________________________________ Shotwell mailing list Shotwell at lists.yorba.org http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From mweisshaupt1988 at googlemail.com Tue Aug 31 05:57:39 2010 From: mweisshaupt1988 at googlemail.com (=?UTF-8?B?TWFydGluIFdlacOfaGF1cHQ=?=) Date: Tue, 31 Aug 2010 07:57:39 +0200 Subject: [Shotwell] =?utf-8?q?new_icon_for_shotwell=3F=C2=BF?= In-Reply-To: <1282819899.4729.1.camel@dani-desktop> References: <1282819899.4729.1.camel@dani-desktop> Message-ID: <4C7C99D3.4070109@googlemail.com> The current icon is not bad but this one is really great! Great work! I'll take a closer look this evening if this matches the Ubuntu icons well. Greetings Martin Am 26.08.10 12:51, schrieb Dani Planas Armangue: > Shotwell is becoming one of the best photo manager for gnome desktoip. > now ubuntu will include it on next release, you need a good image, a > good brand. I hope you like. > > first impresions are important. > > > > > Light Graphite design studio > > Daniel.Planas.A(https://launchpad.net/~daniplanas.a) > > http://lightgraphite.com/ > > > > > > > > > > > > > > > > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From pdo.smith at gmail.com Tue Aug 31 06:48:57 2010 From: pdo.smith at gmail.com (Peter DO Smith) Date: Tue, 31 Aug 2010 08:48:57 +0200 Subject: [Shotwell] Photo-viewer and importing photos. In-Reply-To: <224515.1872.qm@web33707.mail.mud.yahoo.com> References: <4C7BE0B8.9000009@yorba.org> <4C7C0991.6000709@yorba.org> <20100830195009.GA5411@talktalkplc.com> <224515.1872.qm@web33707.mail.mud.yahoo.com> Message-ID: Remember that [ and ] rotate the image left or right in all views. I find these shortcuts very convenient and use them by choice. On Tue, Aug 31, 2010 at 7:08 AM, Lu Timdale wrote: > Since we're willing to sacrifice function over screen real estate, what > we're > proposing is that > a) users don't usually rotate pictures .... fail > b) when they do, they only usually rotate one way.... fail > c) when they want to rotate the other way, they have to know to hover over > and > then very intuitively hold the control key while clicking the rotate > button... > fail x3 > > Sorry, but every single other photo app has rotate both ways (as in both > visibly > always). I cannot stress this enough. It is a very annoying user > interface > failure to not have this. > > If you're worried about screen real estate, why not get rid of the work > "Rotate". The icons are self explanatory, but the odd behaviour you're > proposing is very much NOT. > Lu Timdale > lutimdale at yahoo.com > > > > ----- Original Message ---- > From: Brian Candler > To: shotwell at lists.yorba.org > Sent: Mon, August 30, 2010 3:50:09 PM > Subject: Re: [Shotwell] Photo-viewer and importing photos. > > On Mon, Aug 30, 2010 at 12:42:09PM -0700, Adam Dingle wrote: > > there's not as much horizontal toolbar space available as you might > > think: we want Shotwell to run on netbooks with a 1024-pixel horizontal > > resolution. At that size, there's no more room for another rotate > > button in the main Shotwell application. > > Improve the tool tip? It currently just says "Rotate the photo right" > unless > you happen to know to press Ctrl. > > Maybe "Rotate the photo right (press ctrl for left)" ? > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From pdo.smith at gmail.com Tue Aug 31 06:50:22 2010 From: pdo.smith at gmail.com (Peter DO Smith) Date: Tue, 31 Aug 2010 08:50:22 +0200 Subject: [Shotwell] Photo-viewer and importing photos. In-Reply-To: References: Message-ID: Chris, the Del button is a convenient shortcut that works in all views. On Sat, Aug 28, 2010 at 3:56 PM, Chris Game wrote: > Niggles on Shotwell 0.6.1 photo-viewer: could a rotate-left icon be > added to the toolbar as well as rotate-right? I always seem to need > the left rather than the right on my stuff. Secondly, there is no > 'delete' command on the toolbar or the menus or the context menu > (again in the viewer). This makes sorting wheat from chaff on > importing new photos more work that necessary (or I could use eog > instead of Shotwell but that seems unnecessary). > > Regds, Chris Game > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From lutimdale at yahoo.com Tue Aug 31 14:38:51 2010 From: lutimdale at yahoo.com (Lu Timdale) Date: Tue, 31 Aug 2010 07:38:51 -0700 (PDT) Subject: [Shotwell] Photo-viewer and importing photos. In-Reply-To: References: <4C7BE0B8.9000009@yorba.org> <4C7C0991.6000709@yorba.org> <20100830195009.GA5411@talktalkplc.com> <224515.1872.qm@web33707.mail.mud.yahoo.com> Message-ID: <391813.81177.qm@web33702.mail.mud.yahoo.com> Yes, I realize that and it's great to have that option. I also realize that keyboard shortcuts are advanced user capability. Grandma Jane is not going to be doing that. Sorry for the rant. I'm just surprised this is still an issue since the UI way should be the primary way of performing the task. Anything and everything should be done to try to increase intuitiveness and reduce mouseclicks. This is going against these principles. Lu Timdale lutimdale at yahoo.com ----- Original Message ---- From: Peter DO Smith To: shotwell at lists.yorba.org Sent: Tue, August 31, 2010 2:48:57 AM Subject: Re: [Shotwell] Photo-viewer and importing photos. Remember that [ and ] rotate the image left or right in all views. I find these shortcuts very convenient and use them by choice. On Tue, Aug 31, 2010 at 7:08 AM, Lu Timdale wrote: > Since we're willing to sacrifice function over screen real estate, what > we're > proposing is that > a) users don't usually rotate pictures .... fail > b) when they do, they only usually rotate one way.... fail > c) when they want to rotate the other way, they have to know to hover over > and > then very intuitively hold the control key while clicking the rotate > button... > fail x3 > > Sorry, but every single other photo app has rotate both ways (as in both > visibly > always). I cannot stress this enough. It is a very annoying user > interface > failure to not have this. > > If you're worried about screen real estate, why not get rid of the work > "Rotate". The icons are self explanatory, but the odd behaviour you're > proposing is very much NOT. > Lu Timdale > lutimdale at yahoo.com > > > > ----- Original Message ---- > From: Brian Candler > To: shotwell at lists.yorba.org > Sent: Mon, August 30, 2010 3:50:09 PM > Subject: Re: [Shotwell] Photo-viewer and importing photos. > > On Mon, Aug 30, 2010 at 12:42:09PM -0700, Adam Dingle wrote: > > there's not as much horizontal toolbar space available as you might > > think: we want Shotwell to run on netbooks with a 1024-pixel horizontal > > resolution. At that size, there's no more room for another rotate > > button in the main Shotwell application. > > Improve the tool tip? It currently just says "Rotate the photo right" > unless > you happen to know to press Ctrl. > > Maybe "Rotate the photo right (press ctrl for left)" ? > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > _______________________________________________ Shotwell mailing list Shotwell at lists.yorba.org http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From wsteitz at googlemail.com Tue Aug 31 06:34:34 2010 From: wsteitz at googlemail.com (Wolfgang Steitz) Date: Tue, 31 Aug 2010 08:34:34 +0200 Subject: [Shotwell] =?iso-8859-1?q?new_icon_for_shotwell=3F=BF?= In-Reply-To: <4C7C99D3.4070109@googlemail.com> References: <1282819899.4729.1.camel@dani-desktop> <4C7C99D3.4070109@googlemail.com> Message-ID: I don't like the proposed icon. It reminds me of the f-spot ?con and i like the clear colors of the current shotwell icon. please do not change it. greetings, wolfgang On Tue, Aug 31, 2010 at 7:57 AM, Martin Wei?haupt < mweisshaupt1988 at googlemail.com> wrote: > The current icon is not bad but this one is really great! > Great work! > > I'll take a closer look this evening if this matches the Ubuntu icons well. > > Greetings > Martin > > Am 26.08.10 12:51, schrieb Dani Planas Armangue: > > Shotwell is becoming one of the best photo manager for gnome desktoip. > > now ubuntu will include it on next release, you need a good image, a > > good brand. I hope you like. > > > > first impresions are important. > > > > > > > > > > Light Graphite design studio > > > > Daniel.Planas.A(https://launchpad.net/~daniplanas.a > ) > > > > http://lightgraphite.com/ > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > Shotwell mailing list > > Shotwell at lists.yorba.org > > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From pdo.smith at gmail.com Tue Aug 31 16:41:34 2010 From: pdo.smith at gmail.com (Peter DO Smith) Date: Tue, 31 Aug 2010 18:41:34 +0200 Subject: [Shotwell] Photo-viewer and importing photos. In-Reply-To: <391813.81177.qm@web33702.mail.mud.yahoo.com> References: <4C7BE0B8.9000009@yorba.org> <4C7C0991.6000709@yorba.org> <20100830195009.GA5411@talktalkplc.com> <224515.1872.qm@web33707.mail.mud.yahoo.com> <391813.81177.qm@web33702.mail.mud.yahoo.com> Message-ID: On Tue, Aug 31, 2010 at 4:38 PM, Lu Timdale wrote: > Yes, I realize that and it's great to have that option. I also realize > that > keyboard shortcuts are advanced user capability. Hardly. It is safe to say the Del key is intuitively obvious to the vast majority in the target audience. > Grandma Jane is not going to > be doing that. > Are we really designing for Grandma Jane? We should of course aim for a simple, intuitively obvious interface. I question the Grandma Jane part because if we really aim for that we may well have something that the majority of photographers disdain. Photographers who take the trouble to use a photo organiser tend to be quite sophisticated. > > Sorry for the rant. I'm just surprised this is still an issue since the UI > way > should be the primary way of performing the task. > > > Anything and everything should be done to try to increase intuitiveness and > reduce mouseclicks. This is going against these principles. > > > Lu Timdale > lutimdale at yahoo.com > > > > ----- Original Message ---- > From: Peter DO Smith > To: shotwell at lists.yorba.org > Sent: Tue, August 31, 2010 2:48:57 AM > Subject: Re: [Shotwell] Photo-viewer and importing photos. > > Remember that [ and ] rotate the image left or right in all views. I find > these shortcuts very convenient and use them by choice. > > On Tue, Aug 31, 2010 at 7:08 AM, Lu Timdale wrote: > > > Since we're willing to sacrifice function over screen real estate, what > > we're > > proposing is that > > a) users don't usually rotate pictures .... fail > > b) when they do, they only usually rotate one way.... fail > > c) when they want to rotate the other way, they have to know to hover > over > > and > > then very intuitively hold the control key while clicking the rotate > > button... > > fail x3 > > > > Sorry, but every single other photo app has rotate both ways (as in both > > visibly > > always). I cannot stress this enough. It is a very annoying user > > interface > > failure to not have this. > > > > If you're worried about screen real estate, why not get rid of the work > > "Rotate". The icons are self explanatory, but the odd behaviour you're > > proposing is very much NOT. > > Lu Timdale > > lutimdale at yahoo.com > > > > > > > > ----- Original Message ---- > > From: Brian Candler > > To: shotwell at lists.yorba.org > > Sent: Mon, August 30, 2010 3:50:09 PM > > Subject: Re: [Shotwell] Photo-viewer and importing photos. > > > > On Mon, Aug 30, 2010 at 12:42:09PM -0700, Adam Dingle wrote: > > > there's not as much horizontal toolbar space available as you might > > > think: we want Shotwell to run on netbooks with a 1024-pixel horizontal > > > resolution. At that size, there's no more room for another rotate > > > button in the main Shotwell application. > > > > Improve the tool tip? It currently just says "Rotate the photo right" > > unless > > you happen to know to press Ctrl. > > > > Maybe "Rotate the photo right (press ctrl for left)" ? > > _______________________________________________ > > Shotwell mailing list > > Shotwell at lists.yorba.org > > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > > > > > > > _______________________________________________ > > Shotwell mailing list > > Shotwell at lists.yorba.org > > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > > > From pdo.smith at gmail.com Tue Aug 31 16:52:12 2010 From: pdo.smith at gmail.com (Peter DO Smith) Date: Tue, 31 Aug 2010 18:52:12 +0200 Subject: [Shotwell] =?iso-8859-1?q?new_icon_for_shotwell=3F=BF?= In-Reply-To: References: <1282819899.4729.1.camel@dani-desktop> <4C7C99D3.4070109@googlemail.com> Message-ID: No doubt that it is an elegant and attractive icon, but I agree with you that it is too close to the f-spot icon. We could brighten it but then it would look like the Picasa icon. I would propose instead a film strip icon with an aperture in the center of the film strip. On Tue, Aug 31, 2010 at 8:34 AM, Wolfgang Steitz wrote: > I don't like the proposed icon. It reminds me of the f-spot ?con and i like > the clear colors of the current shotwell icon. please do not change it. > > greetings, > wolfgang > > On Tue, Aug 31, 2010 at 7:57 AM, Martin Wei?haupt < > mweisshaupt1988 at googlemail.com> wrote: > > > The current icon is not bad but this one is really great! > > Great work! > > > > I'll take a closer look this evening if this matches the Ubuntu icons > well. > > > > Greetings > > Martin > > > > Am 26.08.10 12:51, schrieb Dani Planas Armangue: > > > Shotwell is becoming one of the best photo manager for gnome desktoip. > > > now ubuntu will include it on next release, you need a good image, a > > > good brand. I hope you like. > > > > > > first impresions are important. > > > > > > > > > > > > > > > Light Graphite design studio > > > > > > Daniel.Planas.A(https://launchpad.net/~daniplanas.a< > https://launchpad.net/%7Edaniplanas.a> > > ) > > > > > > http://lightgraphite.com/ > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > Shotwell mailing list > > > Shotwell at lists.yorba.org > > > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > > > _______________________________________________ > > Shotwell mailing list > > Shotwell at lists.yorba.org > > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From brunogirin at gmail.com Tue Aug 31 18:41:33 2010 From: brunogirin at gmail.com (Bruno Girin) Date: Tue, 31 Aug 2010 19:41:33 +0100 Subject: [Shotwell] Photo-viewer and importing photos. In-Reply-To: References: <4C7BE0B8.9000009@yorba.org> <4C7C0991.6000709@yorba.org> <20100830195009.GA5411@talktalkplc.com> <224515.1872.qm@web33707.mail.mud.yahoo.com> <391813.81177.qm@web33702.mail.mud.yahoo.com> Message-ID: <1283280093.1565.14.camel@nuuk> On Tue, 2010-08-31 at 18:41 +0200, Peter DO Smith wrote: > On Tue, Aug 31, 2010 at 4:38 PM, Lu Timdale wrote: > > Grandma Jane is not going to > > be doing that. > > > > Are we really designing for Grandma Jane? We should of course aim for a > simple, intuitively obvious interface. I question the Grandma Jane part > because if we really aim for that we may well have something that the > majority of photographers disdain. Photographers who take the trouble to use > a photo organiser tend to be quite sophisticated. I beg to differ. My mum (who is not sophisticated at all when it comes to computers) has been in need of a decent photo management app for some time especially because she's a grandma: she needs to be able to easily manage the photos of her grand-daughters sent to her by my sister who leave on the other side of the Atlantic ocean. And on this subject, I have to agree with Lu, she'd probably click the "rotate right" button 3 times rather than CTRL+click as she wouldn't understand that she can do that. Cheers, Bruno From brunogirin at gmail.com Tue Aug 31 19:09:04 2010 From: brunogirin at gmail.com (Bruno Girin) Date: Tue, 31 Aug 2010 20:09:04 +0100 Subject: [Shotwell] Photo-viewer and importing photos. In-Reply-To: <4C7C0991.6000709@yorba.org> References: <4C7BE0B8.9000009@yorba.org> <4C7C0991.6000709@yorba.org> Message-ID: <1283281744.1565.41.camel@nuuk> On Mon, 2010-08-30 at 12:42 -0700, Adam Dingle wrote: > Chris, > > there's not as much horizontal toolbar space available as you might > think: we want Shotwell to run on netbooks with a 1024-pixel horizontal > resolution. At that size, there's no more room for another rotate > button in the main Shotwell application. I suppose we could add one > just to the direct viewer, but I think it's nice to have this be > consistent between the main application and the viewer. Adam, I'd have to disagree on that one. Even with the current layout, you can get into situations where some of the buttons in the toolbar disappear: drag the separator far enough to the right, un-maximise the window or run Shotwell on an EeePC 701 that has an 800-pixel wide screen. In fact, when you do that, the first thing you notice is that the zoom slider completely disappears. Also, the number of controls you can fit in the toolbar will not only depend on the screen width but also on the user's language: in Russian for instance you can't fit all of the existing controls on a 1024-pixel wide screen. So I think that being able to handle the situation where you run out of space gracefully would be better than arbitrarily not including useful controls. My suggestion would be to only display the icons with no text if the width of the toolbar is below the width of the image pane: this way you can deal properly with all the use cases mentioned above and have a "rotate left" button too. > > The Shotwell list may not be so easy to find, but I hope that the new > help documentation which shipped with Shotwell 0.7 will help with this > kind of question. If you choose Help->Contents and choose the topic > "Rotate or flip a photo", you'll see this: > > You can rotate your photos left and right (clockwise and > counterclockwise) with the Rotate button on the toolbar of most > views. You can also make a mirror image of any photo. > > To rotate right, click on the Rotate button. To rotate left, press > and hold the Ctrl key and then click the button. Both commands are > available in the Photos menu too. > > adam Hmmm... yes. Except that I don't personally know any user who has ever made use of the "help" menu. I've been told such users exist but I haven't met any. Of course, my personal sample may not be representative :-) Cheers, Bruno From pdo.smith at gmail.com Tue Aug 31 19:23:37 2010 From: pdo.smith at gmail.com (Peter DO Smith) Date: Tue, 31 Aug 2010 21:23:37 +0200 Subject: [Shotwell] Photo-viewer and importing photos. In-Reply-To: <1283281744.1565.41.camel@nuuk> References: <4C7BE0B8.9000009@yorba.org> <4C7C0991.6000709@yorba.org> <1283281744.1565.41.camel@nuuk> Message-ID: A simple, space efficient solution would be to add the left rotate button next to the right rotate button, but without text. Thus the word 'Rotate' would apply to both buttons, like this [Left Rotate Button][Right Rotate Button] Rotate On Tue, Aug 31, 2010 at 9:09 PM, Bruno Girin wrote: > On Mon, 2010-08-30 at 12:42 -0700, Adam Dingle wrote: > > Chris, > > > > there's not as much horizontal toolbar space available as you might > > think: we want Shotwell to run on netbooks with a 1024-pixel horizontal > > resolution. At that size, there's no more room for another rotate > > button in the main Shotwell application. I suppose we could add one > > just to the direct viewer, but I think it's nice to have this be > > consistent between the main application and the viewer. > > Adam, > > I'd have to disagree on that one. Even with the current layout, you can > get into situations where some of the buttons in the toolbar disappear: > drag the separator far enough to the right, un-maximise the window or > run Shotwell on an EeePC 701 that has an 800-pixel wide screen. In fact, > when you do that, the first thing you notice is that the zoom slider > completely disappears. > > Also, the number of controls you can fit in the toolbar will not only > depend on the screen width but also on the user's language: in Russian > for instance you can't fit all of the existing controls on a 1024-pixel > wide screen. > > So I think that being able to handle the situation where you run out of > space gracefully would be better than arbitrarily not including useful > controls. > > My suggestion would be to only display the icons with no text if the > width of the toolbar is below the width of the image pane: this way you > can deal properly with all the use cases mentioned above and have a > "rotate left" button too. > > > > > > The Shotwell list may not be so easy to find, but I hope that the new > > help documentation which shipped with Shotwell 0.7 will help with this > > kind of question. If you choose Help->Contents and choose the topic > > "Rotate or flip a photo", you'll see this: > > > > You can rotate your photos left and right (clockwise and > > counterclockwise) with the Rotate button on the toolbar of most > > views. You can also make a mirror image of any photo. > > > > To rotate right, click on the Rotate button. To rotate left, press > > and hold the Ctrl key and then click the button. Both commands are > > available in the Photos menu too. > > > > adam > > Hmmm... yes. Except that I don't personally know any user who has ever > made use of the "help" menu. I've been told such users exist but I > haven't met any. Of course, my personal sample may not be > representative :-) > > Cheers, > > Bruno > > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From brunogirin at gmail.com Tue Aug 31 19:54:25 2010 From: brunogirin at gmail.com (Bruno Girin) Date: Tue, 31 Aug 2010 20:54:25 +0100 Subject: [Shotwell] Photo-viewer and importing photos. In-Reply-To: References: <4C7BE0B8.9000009@yorba.org> <4C7C0991.6000709@yorba.org> <1283281744.1565.41.camel@nuuk> Message-ID: <1283284465.1566.4.camel@nuuk> On Tue, 2010-08-31 at 21:23 +0200, Peter DO Smith wrote: > A simple, space efficient solution would be to add the left rotate button > next to the right rotate button, but without text. Thus the word 'Rotate' > would apply to both buttons, like this > > [Left Rotate Button][Right Rotate Button] Rotate That's a good idea too. In fact, quite a lot of GNOME apps have text only with selected toolbar buttons. I'm not sure how that works in terms of accessibility though. Bruno From adam at yorba.org Tue Aug 31 20:00:35 2010 From: adam at yorba.org (Adam Dingle) Date: Tue, 31 Aug 2010 13:00:35 -0700 Subject: [Shotwell] Irc channel setup In-Reply-To: References: Message-ID: <4C7D5F63.3000206@yorba.org> By popular demand, we've now set up an IRC channel for Shotwell: it's #shotwell at irc.gnome.org (also known as GimpNet). I've updated the wiki to mention this channel as well. The Shotwell developers do tend to use email more than IRC so the mailing list is still probably the best place to get many questions answered. But #shotwell should be a great place for community discussion and I'm sure the Shotwell developers will show up sometimes too. :) Enjoy! adam On 08/25/2010 05:05 PM, David Velazquez wrote: > There was a channel setup on freenode for shotwell, #shotwell, a few months > ago but it never quite gained traction and I think the 3 or so people that > were hanging out in there have since stopped. I think this would be a great > idea to get the community in one place and talking. > > On Wed, Aug 25, 2010 at 2:17 PM, Tajidin Abdwrote: > > >> I was wondering that its time for yorba to set up a Irc channel if you need >> help to do so i could be of service. I feel like shotwell has become mature >> enough that its a good idea now. Also introduce the other products >> available >> from Yorba. To really have some traction in Open Source. >> What do you think Adam? >> >> >> Tajidin >> _______________________________________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >> >> > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > From adam at yorba.org Tue Aug 31 20:40:12 2010 From: adam at yorba.org (Adam Dingle) Date: Tue, 31 Aug 2010 13:40:12 -0700 Subject: [Shotwell] Shotwell improvements and existing users In-Reply-To: <4C7C2A83.7080203@kth.se> References: <1283007608.1572.17.camel@compaq> <4C7BE2C8.8090808@yorba.org> <4C7C2A83.7080203@kth.se> Message-ID: <4C7D68AC.50107@yorba.org> Simon, thanks for the suggestion. I think that we'll start out just by implementing options 1 and 2 from your message. Regarding option 3, I'm reluctant to remind the user since we never want Shotwell to be annoying, but we could possibly provide a command you can run manually to write tags to files. I'm hopeful that Shotwell will still be pleasant to use even when in-file tagging is turned on, but we'll see what the performance is like once this is implemented. cheers adam On 08/30/2010 03:02 PM, Simon Spannagel wrote: > Hejsan, > > what about a 3-way-option to set Shotwell's behaviour according to the > in-file-tags: > 1) in-file-tagging off: no additional metadata will be written into the > photos. > 2) on-the-fly in-file-tagging: every change is immediately written into > the file > 3) in-file-tagging sometimes (like an update): this could give the user > the posibility to work as fast as now with Shotwell, but "store" the > metadata to his files on certain points. Perhaps he could be reminded > like "The tags of 321 photos are not written to the files. Do you want > to do that now? (This could slow down Shotwell for a while.)" > > This would cover the above mentioned problem as well: the first time, > the user starts his new Shotwell-version, he would be kindly reminded, > that 10.000 photos are waiting to be updated with tags... :-D > > Greetings, > Simon > > > > Am 30.08.2010 18:56, schrieb Adam Dingle: > >> Thanks for the suggestion, and I completely agree: when the user enables >> the option to store tags in photo files, we should (perhaps optionally?) >> write all existing tags into the Shotwell library. Of course, this may >> take some time, but it will happen in the background so you'll be able >> to continue to use Shotwell while tags are being written. In Shotwell >> 0.8, we're planning to display a progress bar at the bottom of the >> sidebar (immediately above the Basic Information pane) when background >> operations like this are taking place (see >> http://trac.yorba.org/ticket/2491 ). >> >> adam >> >> _______________________________________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >> >> > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > From adam at yorba.org Tue Aug 31 20:58:10 2010 From: adam at yorba.org (Adam Dingle) Date: Tue, 31 Aug 2010 13:58:10 -0700 Subject: [Shotwell] Photo-viewer and importing photos. In-Reply-To: <1283281744.1565.41.camel@nuuk> References: <4C7BE0B8.9000009@yorba.org> <4C7C0991.6000709@yorba.org> <1283281744.1565.41.camel@nuuk> Message-ID: <4C7D6CE2.6090009@yorba.org> On 08/31/2010 12:09 PM, Bruno Girin wrote: > So I think that being able to handle the situation where you run out of > space gracefully would be better than arbitrarily not including useful > controls. > > My suggestion would be to only display the icons with no text if the > width of the toolbar is below the width of the image pane: this way you > can deal properly with all the use cases mentioned above and have a > "rotate left" button too. > Yes, we should degrade gracefully, and we don't do a great job of that today: the zoom slider currently disappears first when space is short, which is not very useful. See http://trac.yorba.org/ticket/2445 . I agree that if possible, we should display icons with no text when there's a limited amount of space. We're still undecided about having both left and right rotate buttons since we want to keep the toolbar button set small, but we'll think more about this. adam From chrisgame at pobox.com Tue Aug 31 22:17:06 2010 From: chrisgame at pobox.com (Chris Game) Date: Tue, 31 Aug 2010 23:17:06 +0100 (BST) Subject: [Shotwell] Photo-viewer and importing photos. In-Reply-To: References: Message-ID: > Chris, the Del button is a convenient shortcut that works in all views. > (All together now) Oh no it doesn't! Try opening a folder of photos in the file manager, r-click on one and 'Open in Shotwell Photo Viewer'; in the SPV hit 'Delete', result: no action! (Give me some credit for trying that for goodness sake!) On the arrow usability issue there's an old piece of advice worth bearing in mind: 'Keep things as simple as possible', it reduces the chance of mistakes however experienced you are. Relying on shortcuts or tooltips is making things complicated. Regards, Chris Game From adam at yorba.org Tue Aug 31 22:18:25 2010 From: adam at yorba.org (Adam Dingle) Date: Tue, 31 Aug 2010 15:18:25 -0700 Subject: [Shotwell] Shotwell engineering position Message-ID: <4C7D7FB1.7090106@yorba.org> Yorba would like to hire a full-time software engineer to join the Shotwell development team in the immediate future. If interested, you must have permission to work in the U.S. and must be able to work in our office in San Francisco - we are not considering remote candidates right now. You must have experience developing large programs in C and/or an object-oriented language such as C++, Java or C#. Experience with GNOME and/or GTK development would be helpful but is not absolutely required. Enthusiasm about open source and/or photography is a big plus. You can read more on our Web site at http://yorba.org/jobs/ . Thanks! adam