From papa.filter at googlemail.com Tue Jun 4 09:57:34 2013 From: papa.filter at googlemail.com (R S) Date: Tue, 04 Jun 2013 11:57:34 +0200 Subject: [Shotwell] Fuji .RAF and Canon .CR2 different speed and thumbnail creation In-Reply-To: References: <5192a2bd.e7e1440a.5476.4513@mx.google.com> Message-ID: hi, my way to get the jpg thumbs is now to select all imported "white" pictures and select enhance - which will generate all thumbs - and then -I prefer the original - select undo for all enhanced pictures - the thumbs stay. It takes a while - but there are other things to do meanwhile . papa Am 31.05.2013, 11:32 Uhr, schrieb jhoran : > Jim Nelson writes: > >> >> Shotwell needs to generate the JPEGs because decoding the RAWs each >> time you access them would take too long. If you want to tweak how >> these JPEGs are generated, you can specify a RAW editor inside >> Shotwell's preferences. >> >> You probably want to use Camera developer rather than Shotwell >> developer; the RAW library we use doesn't work with all cameras out >> there. >> > > > Hi all, > > got the same problem with Fuji RAF files : very long time to import > although > the Developer is set to 'Camera'. No JPG thumb is generated though. > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell -- Erstellt mit Operas revolution?rem E-Mail-Modul: http://www.opera.com/mail/ From jhoran1us at yahoo.com Tue Jun 4 12:37:59 2013 From: jhoran1us at yahoo.com (jhoran) Date: Tue, 4 Jun 2013 12:37:59 +0000 (UTC) Subject: [Shotwell] Fuji .RAF and Canon .CR2 different speed and thumbnail creation References: <5192a2bd.e7e1440a.5476.4513@mx.google.com> Message-ID: R S writes: > > hi, > > my way to get the jpg thumbs is now to select all imported "white" > pictures and select > enhance - which will generate all thumbs - and then -I prefer the original > - select undo for all enhanced pictures - the thumbs stay. > It takes a while - but there are other things to do meanwhile . > > papa > > Am 31.05.2013, 11:32 Uhr, schrieb jhoran yahoo.com>: > > > Jim Nelson ...> writes: > > > >> > >> Shotwell needs to generate the JPEGs because decoding the RAWs each > >> time you access them would take too long. If you want to tweak how > >> these JPEGs are generated, you can specify a RAW editor inside > >> Shotwell's preferences. > >> > >> You probably want to use Camera developer rather than Shotwell > >> developer; the RAW library we use doesn't work with all cameras out > >> there. > >> > > > > > > Hi all, > > > > got the same problem with Fuji RAF files : very long time to import > > although > > the Developer is set to 'Camera'. No JPG thumb is generated though. > > > > _______________________________________________ > > Shotwell mailing list > > Shotwell lists.yorba.org > > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > Hi all, Additional comments: I guess that Shotwell use dcraw to extract the embeded JPG in the raw file in order to generate the thumb. In my case, Shotwell cannot generate the thumb for RAF file of Fuji X100S because the latest dcraw stable release does not support this camera. I noticed that Libraw 0.15.2 can handle the Fuji X100S RAF file correctly. One nice feature would be to let the user to configure the command line to extract the JPG from the RAW file. That would let freedom to the user to use whatever raw extracter he/she wants. Fotoxx does that. In my particular case I would use dcraw_emu from Libraw and everything would work perfectly. Hope it helps someone. Jhoran From joseph.bylund at gmail.com Tue Jun 4 13:12:58 2013 From: joseph.bylund at gmail.com (Joseph Bylund) Date: Tue, 04 Jun 2013 09:12:58 -0400 Subject: [Shotwell] Fuji .RAF and Canon .CR2 different speed and thumbnail creation In-Reply-To: References: <5192a2bd.e7e1440a.5476.4513@mx.google.com> Message-ID: <51ADE7DA.3040908@gmail.com> On 06/04/2013 08:37 AM, jhoran wrote: > Hi all, > > Additional comments: > > I guess that Shotwell use dcraw to extract the embeded JPG in the raw file > in order to generate the thumb. > In my case, Shotwell cannot generate the thumb for RAF file of Fuji X100S > because the latest dcraw stable release does not support this camera. > > I noticed that Libraw 0.15.2 can handle the Fuji X100S RAF file correctly. > > One nice feature would be to let the user to configure the command line to > extract the JPG from the RAW file. That would let freedom to the user to use > whatever raw extracter he/she wants. Fotoxx does that. > > In my particular case I would use dcraw_emu from Libraw and everything would > work perfectly. > > Hope it helps someone. > > Jhoran > > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell Jhoran, Shotwell actually uses libraw behind the scenes (which I believe dcraw does as well). Which version of libraw is your shotwell linked against? I'll grab a X100S raw file and test. You can actually "trick" shotwell into using a thumbnail you specify, if you import as a raw+jpg. To do this you need to generate the jpg before import and the basenames need to be the same (with the proper extensions). hope that helps,, -Joe From jhoran1us at yahoo.com Tue Jun 4 13:36:27 2013 From: jhoran1us at yahoo.com (jhoran) Date: Tue, 4 Jun 2013 13:36:27 +0000 (UTC) Subject: [Shotwell] Fuji .RAF and Canon .CR2 different speed and thumbnail creation References: <5192a2bd.e7e1440a.5476.4513@mx.google.com> <51ADE7DA.3040908@gmail.com> Message-ID: Joseph Bylund writes: > > On 06/04/2013 08:37 AM, jhoran wrote: > > Hi all, > > > > Additional comments: > > > > I guess that Shotwell use dcraw to extract the embeded JPG in the raw file > > in order to generate the thumb. > > In my case, Shotwell cannot generate the thumb for RAF file of Fuji X100S > > because the latest dcraw stable release does not support this camera. > > > > I noticed that Libraw 0.15.2 can handle the Fuji X100S RAF file correctly. > > > > One nice feature would be to let the user to configure the command line to > > extract the JPG from the RAW file. That would let freedom to the user to use > > whatever raw extracter he/she wants. Fotoxx does that. > > > > In my particular case I would use dcraw_emu from Libraw and everything would > > work perfectly. > > > > Hope it helps someone. > > > > Jhoran > > > > > > _______________________________________________ > > Shotwell mailing list > > Shotwell at ... > > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > Jhoran, > > Shotwell actually uses libraw behind the scenes (which I believe dcraw > does as well). Which version of libraw is your shotwell linked > against? I'll grab a X100S raw file and test. > > You can actually "trick" shotwell into using a thumbnail you specify, if > you import as a raw+jpg. To do this you need to generate the jpg before > import and the basenames need to be the same (with the proper extensions). > > hope that helps,, > -Joe > Hi Joe, Thanks for your reply. I use Shotwell 0.14.1 from Ubuntu 13.04 ; this is linked with libraw 0.14 which does not support X100S (according to libraw website). My understanding is that libraw reuse some dcraw code, according to libraw website. they claim to "get a library based on dcraw, only better". I would appreciate if you could elaborate on this 'trick'. I actually shoot JPG+RAW and viewing only one thumbnail for the pair would be perfect. How can you do that ? How to avoid Shotwell parsing the raw file ? Jhoran From joseph.bylund at gmail.com Tue Jun 4 14:08:11 2013 From: joseph.bylund at gmail.com (Joseph Bylund) Date: Tue, 04 Jun 2013 10:08:11 -0400 Subject: [Shotwell] Fuji .RAF and Canon .CR2 different speed and thumbnail creation In-Reply-To: References: <5192a2bd.e7e1440a.5476.4513@mx.google.com> <51ADE7DA.3040908@gmail.com> Message-ID: <51ADF4CB.9070006@gmail.com> On 06/04/2013 09:36 AM, jhoran wrote: > Joseph Bylund writes: > >> On 06/04/2013 08:37 AM, jhoran wrote: >>> Hi all, >>> >>> Additional comments: >>> >>> I guess that Shotwell use dcraw to extract the embeded JPG in the raw file >>> in order to generate the thumb. >>> In my case, Shotwell cannot generate the thumb for RAF file of Fuji X100S >>> because the latest dcraw stable release does not support this camera. >>> >>> I noticed that Libraw 0.15.2 can handle the Fuji X100S RAF file correctly. >>> >>> One nice feature would be to let the user to configure the command line to >>> extract the JPG from the RAW file. That would let freedom to the user to use >>> whatever raw extracter he/she wants. Fotoxx does that. >>> >>> In my particular case I would use dcraw_emu from Libraw and everything would >>> work perfectly. >>> >>> Hope it helps someone. >>> >>> Jhoran >>> >>> >>> _______________________________________________ >>> Shotwell mailing list >>> Shotwell at ... >>> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >> Jhoran, >> >> Shotwell actually uses libraw behind the scenes (which I believe dcraw >> does as well). Which version of libraw is your shotwell linked >> against? I'll grab a X100S raw file and test. >> >> You can actually "trick" shotwell into using a thumbnail you specify, if >> you import as a raw+jpg. To do this you need to generate the jpg before >> import and the basenames need to be the same (with the proper extensions). >> >> hope that helps,, >> -Joe >> > Hi Joe, > > Thanks for your reply. > > I use Shotwell 0.14.1 from Ubuntu 13.04 ; this is linked with libraw 0.14 > which does not support X100S (according to libraw website). Here's a sample x100s raw file: http://img.photographyblog.com/reviews/fujifilm_x100s/sample_images/fujifilm_x100s_01.raf I was able to import without any issues using shotwell linked against libraw 15.2. > My understanding is that libraw reuse some dcraw code, according to libraw > website. they claim to "get a library based on dcraw, only better". > > I would appreciate if you could elaborate on this 'trick'. I actually shoot > JPG+RAW and viewing only one thumbnail for the pair would be perfect. How > can you do that ? > How to avoid Shotwell parsing the raw file ? I think I might have misunderstood the first time. You were importing RAW+JPEG and you didn't get any thumbnails? -Joe From jhoran1us at yahoo.com Tue Jun 4 20:31:48 2013 From: jhoran1us at yahoo.com (jhoran) Date: Tue, 4 Jun 2013 20:31:48 +0000 (UTC) Subject: [Shotwell] Fuji .RAF and Canon .CR2 different speed and thumbnail creation References: <5192a2bd.e7e1440a.5476.4513@mx.google.com> <51ADE7DA.3040908@gmail.com> <51ADF4CB.9070006@gmail.com> Message-ID: Joseph Bylund writes: > > >> -Joe > >> > > Hi Joe, > > > > Thanks for your reply. > > > > I use Shotwell 0.14.1 from Ubuntu 13.04 ; this is linked with libraw 0.14 > > which does not support X100S (according to libraw website). > Here's a sample x100s raw file: > http://img.photographyblog.com/reviews/fujifilm_x100s/sample_images/fujifilm_x100s_01.raf > > I was able to import without any issues using shotwell linked against > libraw 15.2. good ; this confirms that the support of X100S RAF file depends on the libraw version. > > > My understanding is that libraw reuse some dcraw code, according to libraw > > website. they claim to "get a library based on dcraw, only better". > > > > I would appreciate if you could elaborate on this 'trick'. I actually shoot > > JPG+RAW and viewing only one thumbnail for the pair would be perfect. How > > can you do that ? > > How to avoid Shotwell parsing the raw file ? > I think I might have misunderstood the first time. You were importing > RAW+JPEG and you didn't get any thumbnails? This works fine with JPG+ORF (olympus RAW) files : i get onyl one thumbnail for the pair JPG+ORF. For JPG+RAF (RAF from X100S , don't know for other Fujifil cameras), I got one thumbnail for the JPG and one fully white thumbnail for the RAF file. I understand that this is due to the libraw version. Thanks for your support. Jhoran From joseph.bylund at gmail.com Tue Jun 4 20:44:25 2013 From: joseph.bylund at gmail.com (Joseph Bylund) Date: Tue, 04 Jun 2013 16:44:25 -0400 Subject: [Shotwell] Fuji .RAF and Canon .CR2 different speed and thumbnail creation In-Reply-To: References: <5192a2bd.e7e1440a.5476.4513@mx.google.com> <51ADE7DA.3040908@gmail.com> <51ADF4CB.9070006@gmail.com> Message-ID: <51AE51A9.1000703@gmail.com> On 06/04/2013 04:31 PM, jhoran wrote: >>> My understanding is that libraw reuse some dcraw code, according to libraw >>> website. they claim to "get a library based on dcraw, only better". >>> >>> I would appreciate if you could elaborate on this 'trick'. I actually shoot >>> JPG+RAW and viewing only one thumbnail for the pair would be perfect. How >>> can you do that ? >>> How to avoid Shotwell parsing the raw file ? >> I think I might have misunderstood the first time. You were importing >> RAW+JPEG and you didn't get any thumbnails? > This works fine with JPG+ORF (olympus RAW) files : i get onyl one thumbnail > for the pair JPG+ORF. > > For JPG+RAF (RAF from X100S , don't know for other Fujifil cameras), I got > one thumbnail for the JPG and one fully white thumbnail for the RAF file. > I understand that this is due to the libraw version. I wonder if the two images are not getting paired on import. Would you mind putting them up on a site like dropbox or ubuntuone and sharing a link (please do not rename the images)? The list drops attachments. -Joe From jhoran1us at yahoo.com Wed Jun 5 10:03:06 2013 From: jhoran1us at yahoo.com (jhoran) Date: Wed, 5 Jun 2013 10:03:06 +0000 (UTC) Subject: [Shotwell] Fuji .RAF and Canon .CR2 different speed and thumbnail creation References: <5192a2bd.e7e1440a.5476.4513@mx.google.com> <51ADE7DA.3040908@gmail.com> <51ADF4CB.9070006@gmail.com> <51AE51A9.1000703@gmail.com> Message-ID: Joseph Bylund writes: > > > This works fine with JPG+ORF (olympus RAW) files : i get onyl one thumbnail > > for the pair JPG+ORF. > > > > For JPG+RAF (RAF from X100S , don't know for other Fujifil cameras), I got > > one thumbnail for the JPG and one fully white thumbnail for the RAF file. > > I understand that this is due to the libraw version. > I wonder if the two images are not getting paired on import. Would you > mind putting them up on a site like dropbox or ubuntuone and sharing a > link (please do not rename the images)? The list drops attachments. > -Joe > Hi Joe, I would separate in 2 symptoms there : symptoms A/ The fact that I get a full white thumb for the RAF is very likely due to the libraw version ; I am pretty sure of that as I tested both version 0.14 and 0.15.2 with the libraw-bin binaries. 0.14 bin crashed or just stay spinning the CPU at 100% and 0.15.2 works perfectly. symptom B/ The fact that with libraw 0.14 shotwell cannot pair the JPG and the RAF is what I would call a side effect of using libraw 0.14. Both issues would be resolved by linking against libraw 0.15.2, as you did. Even if you find a way to solve symptom B (i.e. pairing the JPG and the X100S RAF white thumb), Shotwell would still be unsuable because the import is way too long. Therefore, I would suggest to the regular user who own a X100S to just wait Shotwell to use libraw 0.15.2. Do you really want to investigate symptom B ? -jhoran From jhoran1us at yahoo.com Mon Jun 10 15:45:50 2013 From: jhoran1us at yahoo.com (jhoran) Date: Mon, 10 Jun 2013 15:45:50 +0000 (UTC) Subject: [Shotwell] Fuji .RAF and Canon .CR2 different speed and thumbnail creation References: <5192a2bd.e7e1440a.5476.4513@mx.google.com> <51ADE7DA.3040908@gmail.com> <51ADF4CB.9070006@gmail.com> <51AE51A9.1000703@gmail.com> Message-ID: Hi Joe, > I wonder if the two images are not getting paired on import. Would you > mind putting them up on a site like dropbox or ubuntuone and sharing a > link (please do not rename the images)? The list drops attachments. > -Joe > You can get an example here : http://ubuntuone.com/3bCt10dB46OBm7j9umBzEK with RAF and JPG files, a screenshot and a readme.txt for the steps to follow. I use shotwell 0.14.1 jhoran From llandwerlin at gmail.com Fri Jun 14 13:36:19 2013 From: llandwerlin at gmail.com (Lionel Landwerlin) Date: Fri, 14 Jun 2013 14:36:19 +0100 Subject: [Shotwell] Shotwell fullscreen problem Message-ID: <1371216980-16538-1-git-send-email-llandwerlin@gmail.com> Hi there, I tried creating an account on the redmine issue tracker, but after a few hours and no responses, I'm posting the patch here. My problem is that when I switch shotwell in fullscreen using the F11 key, the bottom of the screen is not covered by the shotwell window. I believe it's the way shotwell requests the fullscreen that leaves mutter a bit confused. Here is a patch to remove window decoration before asking for fullscreen. From llandwerlin at gmail.com Fri Jun 14 13:36:20 2013 From: llandwerlin at gmail.com (Lionel Landwerlin) Date: Fri, 14 Jun 2013 14:36:20 +0100 Subject: [Shotwell] [PATCH] AppWindow: remove decoration from the fullscreen window In-Reply-To: <1371216980-16538-1-git-send-email-llandwerlin@gmail.com> References: <1371216980-16538-1-git-send-email-llandwerlin@gmail.com> Message-ID: <1371216980-16538-2-git-send-email-llandwerlin@gmail.com> --- src/AppWindow.vala | 14 ++++++++------ 1 file changed, 8 insertions(+), 6 deletions(-) diff --git a/src/AppWindow.vala b/src/AppWindow.vala index 66bddbe..c791d86 100644 --- a/src/AppWindow.vala +++ b/src/AppWindow.vala @@ -37,22 +37,24 @@ public class FullscreenWindow : PageWindow { Gtk.AccelGroup accel_group = ui.get_accel_group(); if (accel_group != null) add_accel_group(accel_group); - + set_screen(AppWindow.get_instance().get_screen()); - + + set_decorated(false); + // Needed so fullscreen will occur on correct monitor in multi-monitor setups Gdk.Rectangle monitor = get_monitor_geometry(); move(monitor.x, monitor.y); - + set_border_width(0); - + pin_button.set_label(_("Pin Toolbar")); pin_button.set_tooltip_text(_("Pin the toolbar open")); pin_button.clicked.connect(update_toolbar_dismissal); - + close_button.set_tooltip_text(_("Leave fullscreen")); close_button.clicked.connect(on_close); - + Gtk.Toolbar toolbar = page.get_toolbar(); toolbar.set_show_arrow(false); -- 1.8.3.1 From llandwerlin at gmail.com Fri Jun 14 13:39:42 2013 From: llandwerlin at gmail.com (Lionel Landwerlin) Date: Fri, 14 Jun 2013 14:39:42 +0100 Subject: [Shotwell] Allow pictures to be opened from nautilus in edit mode Message-ID: <1371217183-16676-1-git-send-email-llandwerlin@gmail.com> When you tried to open a picture from nautilus using shotwell, shotwell is opened on the library view and doesn't present the picture you actually try to open. The problem seems to be that nautilus use a file url instead of a filename as argument for the file to open. Here is a patch to fix that problem. From llandwerlin at gmail.com Fri Jun 14 13:39:43 2013 From: llandwerlin at gmail.com (Lionel Landwerlin) Date: Fri, 14 Jun 2013 14:39:43 +0100 Subject: [Shotwell] [PATCH] main: allow file:/// urls to be opened in edit mode In-Reply-To: <1371217183-16676-1-git-send-email-llandwerlin@gmail.com> References: <1371217183-16676-1-git-send-email-llandwerlin@gmail.com> Message-ID: <1371217183-16676-2-git-send-email-llandwerlin@gmail.com> --- src/library/LibraryWindow.vala | 2 +- src/main.vala | 9 +++++++-- 2 files changed, 8 insertions(+), 3 deletions(-) diff --git a/src/library/LibraryWindow.vala b/src/library/LibraryWindow.vala index 5187a89..24321a4 100644 --- a/src/library/LibraryWindow.vala +++ b/src/library/LibraryWindow.vala @@ -20,7 +20,7 @@ public class LibraryWindow : AppWindow { private const string[] SUPPORTED_MOUNT_SCHEMES = { "gphoto2:", "disk:", - "file:" + "file:///dev/" }; private const int BACKGROUND_PROGRESS_PULSE_MSEC = 250; diff --git a/src/main.vala b/src/main.vala index 1d0f898..4271c8d 100644 --- a/src/main.vala +++ b/src/main.vala @@ -236,7 +236,12 @@ private void report_system_pictures_import(ImportManifest manifest, BatchImportR } void editing_exec(string filename) { - File initial_file = File.new_for_commandline_arg(filename); + File initial_file; + + if (filename.has_prefix("file://")) + initial_file = File.new_for_uri(filename); + else + initial_file = File.new_for_commandline_arg(filename); // preconfigure units Direct.preconfigure(initial_file); @@ -361,7 +366,7 @@ void main(string[] args) { if (LibraryWindow.is_mount_uri_supported(arg)) { mounts += arg; - } else if (is_string_empty(filename) && !arg.contains("://")) { + } else if (is_string_empty(filename) && (!arg.contains("://") || arg.has_prefix("file://"))) { filename = arg; } } -- 1.8.3.1 From jim at yorba.org Fri Jun 14 17:02:51 2013 From: jim at yorba.org (Jim Nelson) Date: Fri, 14 Jun 2013 16:55:51 -0007 Subject: [Shotwell] [PATCH] main: allow file:/// urls to be opened in edit mode In-Reply-To: <1371217183-16676-2-git-send-email-llandwerlin@gmail.com> References: <1371217183-16676-1-git-send-email-llandwerlin@gmail.com> <1371217183-16676-2-git-send-email-llandwerlin@gmail.com> Message-ID: <51bb4cbe.61a2420a.4083.ffffde12@mx.google.com> Lionel, could you email your patch to shotwell at yorba.org? Thanks! -- Jim On Fri, Jun 14, 2013 at 6:39 AM, Lionel Landwerlin wrote: > --- > src/library/LibraryWindow.vala | 2 +- > src/main.vala | 9 +++++++-- > 2 files changed, 8 insertions(+), 3 deletions(-) > > diff --git a/src/library/LibraryWindow.vala > b/src/library/LibraryWindow.vala > index 5187a89..24321a4 100644 > --- a/src/library/LibraryWindow.vala > +++ b/src/library/LibraryWindow.vala > @@ -20,7 +20,7 @@ public class LibraryWindow : AppWindow { > private const string[] SUPPORTED_MOUNT_SCHEMES = { > "gphoto2:", > "disk:", > - "file:" > + "file:///dev/" > }; > > private const int BACKGROUND_PROGRESS_PULSE_MSEC = 250; > diff --git a/src/main.vala b/src/main.vala > index 1d0f898..4271c8d 100644 > --- a/src/main.vala > +++ b/src/main.vala > @@ -236,7 +236,12 @@ private void > report_system_pictures_import(ImportManifest manifest, BatchImportR > } > > void editing_exec(string filename) { > - File initial_file = File.new_for_commandline_arg(filename); > + File initial_file; > + > + if (filename.has_prefix("file://")) > + initial_file = File.new_for_uri(filename); > + else > + initial_file = File.new_for_commandline_arg(filename); > > // preconfigure units > Direct.preconfigure(initial_file); > @@ -361,7 +366,7 @@ void main(string[] args) { > > if (LibraryWindow.is_mount_uri_supported(arg)) { > mounts += arg; > - } else if (is_string_empty(filename) && > !arg.contains("://")) { > + } else if (is_string_empty(filename) && > (!arg.contains("://") || arg.has_prefix("file://"))) { > filename = arg; > } > } > -- > 1.8.3.1 > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From jim at yorba.org Fri Jun 14 17:05:04 2013 From: jim at yorba.org (Jim Nelson) Date: Fri, 14 Jun 2013 16:58:04 -0007 Subject: [Shotwell] Shotwell fullscreen problem In-Reply-To: <1371216980-16538-1-git-send-email-llandwerlin@gmail.com> References: <1371216980-16538-1-git-send-email-llandwerlin@gmail.com> Message-ID: <51bb4d42.05b8440a.2f08.ffffdd6e@mx.google.com> On Fri, Jun 14, 2013 at 6:36 AM, Lionel Landwerlin wrote: > Hi there, > > I tried creating an account on the redmine issue tracker, but after a > few hours and no responses, I'm posting the patch here. > Have you checked your spam folder? > My problem is that when I switch shotwell in fullscreen using the F11 > key, the bottom of the screen is not covered by the shotwell window. > > I believe it's the way shotwell requests the fullscreen that leaves > mutter a bit confused. > > Here is a patch to remove window decoration before asking for > fullscreen. > It's easier if you send us a patch: shotwell at yorba.org. Also, I'm not sure what your patch here is fixing. Can you take a screenshot and send that as well, so we can see what you're seeing? -- Jim From nigeldodd at gmail.com Tue Jun 18 11:08:35 2013 From: nigeldodd at gmail.com (Nigel Dodd) Date: Tue, 18 Jun 2013 12:08:35 +0100 Subject: [Shotwell] shotwell hangs on import Message-ID: Shotwell 0.14.1, Peppermint 3. When I try to import from a folder I get the file selection window to select the folder but when I click on the button nothing happens. No noticeable cpu is being used. I have to kill the program. I have tried using a virgin database but same happens. From llandwerlin at gmail.com Tue Jun 18 12:12:53 2013 From: llandwerlin at gmail.com (Lionel Landwerlin) Date: Tue, 18 Jun 2013 13:12:53 +0100 Subject: [Shotwell] Shotwell fullscreen problem In-Reply-To: <51bb4d42.05b8440a.2f08.ffffdd6e@mx.google.com> References: <1371216980-16538-1-git-send-email-llandwerlin@gmail.com> <51bb4d42.05b8440a.2f08.ffffdd6e@mx.google.com> Message-ID: <51C04EC5.8060701@gmail.com> On 14/06/13 18:05, Jim Nelson wrote: > > On Fri, Jun 14, 2013 at 6:36 AM, Lionel Landwerlin > wrote: >> Hi there, I tried creating an account on the redmine issue tracker, >> but after a few hours and no responses, I'm posting the patch here. > > Have you checked your spam folder? Not in there... > >> My problem is that when I switch shotwell in fullscreen using the F11 >> key, the bottom of the screen is not covered by the shotwell window. >> I believe it's the way shotwell requests the fullscreen that leaves >> mutter a bit confused. Here is a patch to remove window decoration >> before asking for fullscreen. > > It's easier if you send us a patch: shotwell at yorba.org. > > Also, I'm not sure what your patch here is fixing. Can you take a > screenshot and send that as well, so we can see what you're seeing? > Attached (hopefully it works) a screenshot of the issue. You can see the bottom of the window/wallpaper behind the shotwell's fullscreen window. Thanks, - Lionel From sk at skaiser.at Thu Jun 20 14:30:59 2013 From: sk at skaiser.at (sk) Date: Thu, 20 Jun 2013 16:30:59 +0200 Subject: [Shotwell] after restoring a backup one Tag is not displayed, although it is present in photo.db Message-ID: <20130620163059.14d45394@sk-MS-7368> Hello all, I have a problem after a change of machines. One of the tags is not displayed in the tag list although the entry for the tag with a sizable list of thumbnails is present in the tagtable. I am a bit stumped, of course I could write a python program to get the photo list, - I need the tags only once for a photo calendar, but I hope You can give some explanation which makes it faster. Thanks, Siegfried From jim at yorba.org Thu Jun 20 18:25:33 2013 From: jim at yorba.org (Jim Nelson) Date: Thu, 20 Jun 2013 18:18:33 -0007 Subject: [Shotwell] Shotwell fullscreen problem In-Reply-To: <51C04EC5.8060701@gmail.com> References: <1371216980-16538-1-git-send-email-llandwerlin@gmail.com> <51bb4d42.05b8440a.2f08.ffffdd6e@mx.google.com> <51C04EC5.8060701@gmail.com> Message-ID: <51c34917.8358440a.7794.4e52@mx.google.com> What distro are you using? Ubuntu, Fedora, Mint, etc. And what version of Shotwell are you using? -- Jim On Tue, Jun 18, 2013 at 5:12 AM, Lionel Landwerlin wrote: > On 14/06/13 18:05, Jim Nelson wrote: >> >> On Fri, Jun 14, 2013 at 6:36 AM, Lionel Landwerlin >> wrote: >>> Hi there, >>> I tried creating an account on the redmine issue tracker, >>> but >>> after a >>> few hours and no responses, I'm posting the patch here. >>> >>> >> >> Have you checked your spam folder? >> > > Not in there... > >> >>> My problem >>> is that when I switch shotwell in fullscreen using the F11 >>> key, the bottom of the screen is not covered by the >>> shotwell >>> window. >>> I believe it's the way shotwell requests the fullscreen >>> that >>> leaves >>> mutter a bit confused. >>> Here is a patch to remove window decoration before asking >>> for >>> fullscreen. >>> >>> >> >> It's easier if you send us a patch: shotwell at yorba.org. >> >> Also, I'm not sure what your patch here is fixing. Can you take a >> screenshot and send that as well, so we can see what you're seeing? >> >> > > Attached (hopefully it works) a screenshot of the issue. > You can see the bottom of the window/wallpaper behind the shotwell's > fullscreen window. > > Thanks, > > - > Lionel > From sk at skaiser.at Fri Jun 21 05:21:02 2013 From: sk at skaiser.at (sk) Date: Fri, 21 Jun 2013 07:21:02 +0200 Subject: [Shotwell] Shotwell Digest, Vol 47, Issue 6/restoring backup problem, one tag ist not displayed In-Reply-To: References: Message-ID: <20130621072102.30b45f80@sk-MS-7368> hello Jim, sorry that I forgot to mention- I am using Ubuntu 12.04 LT, Desktop version,shotwell 0.12.3 Thanks, Siegfried Thu, 20 Jun 2013 12:00:02 -0700 shotwell-request at lists.yorba.org gat geschrieben: > Send Shotwell mailing list submissions to > shotwell at lists.yorba.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > or, via email, send a message with subject or body 'help' to > shotwell-request at lists.yorba.org > > You can reach the person managing the list at > shotwell-owner at lists.yorba.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Shotwell digest..." > > > Today's Topics: > > 1. after restoring a backup one Tag is not displayed, although > it is present in photo.db (sk) > 2. Re: Shotwell fullscreen problem (Jim Nelson) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Thu, 20 Jun 2013 16:30:59 +0200 > From: sk > To: shotwell at lists.yorba.org > Subject: [Shotwell] after restoring a backup one Tag is not > displayed, although it is present in photo.db > Message-ID: <20130620163059.14d45394 at sk-MS-7368> > Content-Type: text/plain; charset=US-ASCII > > Hello all, > > I have a problem after a change of machines. One of the tags is not > displayed in the tag list although the entry for the tag with a > sizable list of thumbnails is present in the tagtable. > I am a bit stumped, of course I could write a python program to get > the photo list, - I need the tags only once for a photo calendar, but > I hope You can give some explanation which makes it faster. > > Thanks, > > Siegfried > > > ------------------------------ > > Message: 2 > Date: Thu, 20 Jun 2013 18:18:33 -0007 > From: Jim Nelson > To: Lionel Landwerlin > Cc: shotwell at lists.yorba.org > Subject: Re: [Shotwell] Shotwell fullscreen problem > Message-ID: <51c34917.8358440a.7794.4e52 at mx.google.com> > Content-Type: text/plain; charset=utf-8; format=flowed > > What distro are you using? Ubuntu, Fedora, Mint, etc. And what > version of Shotwell are you using? > > -- Jim > > On Tue, Jun 18, 2013 at 5:12 AM, Lionel Landwerlin > wrote: > > On 14/06/13 18:05, Jim Nelson wrote: > >> > >> On Fri, Jun 14, 2013 at 6:36 AM, Lionel Landwerlin > >> wrote: > >>> Hi there, > >>> I tried creating an account on the redmine issue > >>> tracker, but > >>> after a > >>> few hours and no responses, I'm posting the patch here. > >>> > >>> > >> > >> Have you checked your spam folder? > >> > > > > Not in there... > > > >> > >>> My problem > >>> is that when I switch shotwell in fullscreen using the > >>> F11 key, the bottom of the screen is not covered by the > >>> shotwell > >>> window. > >>> I believe it's the way shotwell requests the fullscreen > >>> that > >>> leaves > >>> mutter a bit confused. > >>> Here is a patch to remove window decoration before > >>> asking for > >>> fullscreen. > >>> > >>> > >> > >> It's easier if you send us a patch: shotwell at yorba.org. > >> > >> Also, I'm not sure what your patch here is fixing. Can you take a > >> screenshot and send that as well, so we can see what you're seeing? > >> > >> > > > > Attached (hopefully it works) a screenshot of the issue. > > You can see the bottom of the window/wallpaper behind the > > shotwell's fullscreen window. > > > > Thanks, > > > > - > > Lionel > > > > > ------------------------------ > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > > End of Shotwell Digest, Vol 47, Issue 6 > *************************************** From sk at skaiser.at Fri Jun 21 12:50:58 2013 From: sk at skaiser.at (sk) Date: Fri, 21 Jun 2013 14:50:58 +0200 Subject: [Shotwell] Shotwell Digest, Vol 47, Issue 6/restoring backup problem, one tag ist not displayed Message-ID: <20130621145058.6663f9f1@sk-MS-7368> Hi all, I see my problem now very clearly - I still don't know where my thumbs are - when I saved the data, I saved the image-folders and the data in .local/share/shotwell. I restored these and got some really funny things - the tag which I now especially look for was not displayed by the shotwell program, but the tag was still in the database, with a list of thumbs which is now wrong, shows totally different pictures - can I ever get it right again whithout much handiwork. I have some principal problem here - You cannot use the photo-id as index because it can change,but You use instead another id, the thumbfile name, which is as vulnerable as the photo id as You can see in my case. And where are the shotwell data - they changed from .shotwell/data to .local/share/shotwell, to which purpose? I am really stumped. Thanks for help Siegfried From nixphoeni at gmail.com Fri Jun 28 01:47:16 2013 From: nixphoeni at gmail.com (Joe Sapp) Date: Thu, 27 Jun 2013 21:47:16 -0400 Subject: [Shotwell] Filtering files from publishable upload Message-ID: Hi, I'm writing a publishing module and I need to exclude certain files from upload. Any ideas on the best place to do this? I was thinking about checking in the create_transaction() function of my Publishing.RESTSupport.BatchUploader class, but there doesn't seem to be a good way to eliminate the file from upload. Maybe I'm just missing something in another plugin, so any pointers would be appreciated. Thanks, Joe Sapp From lucas at yorba.org Sun Jun 30 22:12:10 2013 From: lucas at yorba.org (Lucas Beeler) Date: Sun, 30 Jun 2013 15:12:10 -0700 Subject: [Shotwell] Filtering files from publishable upload In-Reply-To: References: Message-ID: Hi Joe, Shotwell's publishing subsystem was designed with the intention of making it as easy as possible for external contributors to write publishing plugins. Our hope was that a big plugin ecosystem (SmugMug, ImageShack, Walgreens, Boots, etc.) would develop if we just made it as drop-dead simple as possible to write plugins. We did get major contributions in the form of the Tumblr, YouTube, and Piwigo plugins from the community but, alas, uptake of the publishing plugin API hasn't been as high as we would've liked. Why do I bring this up? I mention this aim for simplicity because it explains a big part of the design of the Shotwell publishing subsystem. Namely, the way that publishing in Shotwell works is that Shotwell itself -- not the individual plugins -- is responsible for serializing and preparing the files on disk for uploading. This seemed like a good, simplifying abstraction. After all, why should plugins care which files are written to disk and how? That said, it would be technically straightforward to add the ability for plugins to filter the files that are serialized. Specifically, the API of the Spit.Publishing.PluginHost interface could be modified to take a pointer to a predicate filter function that returns true for publishable items that should be serialized and false for items that shouldn't be serialized. While this is a pretty easy change technically, I'm not sure it's something we want from a user experience standpoint. In particular, I think that the user -- not the plugin developer -- should be in control of what files get published. If the user has selected 3 photos for publishing and then clicks the "Publish" button, I think all 3 of these photos should be pushed up to the remote hosting service. I think it violates the principle of least astonishment if the plugin of its own accord decides to filter 2 of those 3 photos out, resulting in the user observing only a single file published in spite of his or her having selected 3 photos. However, I'm no longer a technical lead and product manager for the Shotwell project, so any the decision to modify the publishing API rests with Jim Nelson. Jim, what do you think? Cheers, Lucas On Thu, Jun 27, 2013 at 6:47 PM, Joe Sapp wrote: > Hi, > > I'm writing a publishing module and I need to exclude certain files > from upload. Any ideas on the best place to do this? I was thinking > about checking in the create_transaction() function of my > Publishing.RESTSupport.BatchUploader class, but there doesn't seem to > be a good way to eliminate the file from upload. Maybe I'm just > missing something in another plugin, so any pointers would be > appreciated. > > Thanks, > Joe Sapp > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >