Actually, it seems to start importing as soon as you select a folder... then the dialog remains locked until it reads all the files in it.<br><br><div class="gmail_quote">2009/12/8 caleb.marcus+u-d-d <span dir="ltr"><<a href="mailto:caleb.marcus%2Bu-d-d@gmail.com">caleb.marcus+u-d-d@gmail.com</a>></span><br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">The bizarrely obnoxious bit about F-Spot import is that it copies everything to your photos folder BEFORE you actually accept the import. Then, if you don't accept it, it deletes them... which is just Bad Behavior.<br>
<br><div class="gmail_quote">On Tue, Dec 8, 2009 at 4:57 AM, Sebastien Bacher <span dir="ltr"><<a href="mailto:seb128@ubuntu.com">seb128@ubuntu.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Le lundi 07 décembre 2009 à 21:24 -0500, Danny Piccirillo a écrit :<br>
<div class="im">> Before too much effort is invested into making F-Spot good enough to<br>
> meet all of the needs outlined at the UDS Default App Selection<br>
> session, i thought i should bring up Solang and Shotwell to see if it<br>
> might be worth including instead of F-Spot in Lucid, or if it's too<br>
> late, in Lucid +1.<br>
<br>
</div>Hi,<br>
<br>
Thank you for raising the topic. What effort are you speaking about<br>
exactly there though? The only change we needed was the edit options to<br>
be available in view mode basically and upstream already fixed that one.<br>
<div class="im"><br>
> GTumb has been discussed, but it doesn't seem to deliver the goods.<br>
<br>
</div>Why not? Somebody pointed recently a post about gthumb, the code has<br>
been refactored recently apparently and the new version looks quite good<br>
<div class="im"><br>
>  Solang is new, yet it's developed quickly and is showing a lot of<br>
> promise. Shotwell might also be a contender worth discussing, but i am<br>
> unfamiliar with it. Hopefully someone else has some insights as to how<br>
> Shotwell compares to Solang and F-Spot.<br>
<br>
</div>We have something not perfect right now but working ok for common use,<br>
it seems risky to want to change to some new codebase in a lts cycle<br>
especially when we don't know how reliable upstream is and when those<br>
softwares have not been exposed to real user testing and feedback yet.<br>
<br>
>       * A major issue with F-Spot that Solang doesn't have is that you<br>
<div class="im">>         have to move images to import them into the library.<br>
<br>
</div>Do you? The import dialog has a checkbox about copy that you can uncheck<br>
<br>
>       * F-Spot is much more resource intensive than Solang<br>
<br>
Do you have numbers on that?<br>
<div class="im"><br>
> Solang, Shotwell, and F-Spot are all fine image managers/organizers,<br>
> but the current plan is to work on F-Spot to get it to meet the<br>
> following needs:<br>
>       * Quickly viewing images by folder [currently handled by EOG]<br>
>               * Solang and F-Spot both have view-modes but still<br>
>                 require importing the image. Shotwell might not.<br>
<br>
</div>No, the f-spot --view mode doesn't require to import anything...<br>
<br>
>       * Editing images without importing (Shotwell does this)<br>
<div class="im">>               * Rotating [currently handled by EOG]<br>
>               * Red-eye removal [currently handled by GIMP]<br>
>               * Cropping [currently handled by GIMP]<br>
<br>
</div>those are done by f-spot as well<br>
<div class="im"><br>
> Although the interface has been cleaned up, it just feels heavy.<br>
<br>
</div>The comment there is about the user interface or the opening speed,<br>
reactivity to actions, ...?<br>
<div class="im"><br>
> It's worth reconsidering how much work should be put in to F-Spot when<br>
> other projects seem to be progressing faster. If this much work is<br>
> going to be invested as it is, we should consider whether it might be<br>
> better to focus on Solang instead. Shotwell might already meet many of<br>
> these needs, and need significantly less work.<br>
<br>
</div>We don't put too many efforts in f-spot, the work is done mostly by<br>
upstream and the packaging is done mostly by Debian, we just try to<br>
issues reported on launchpad and work with upstream on the ones we<br>
consider worth trying to fix for the next version.<br>
<br>
Where did you get that the other projects are moving faster too? They<br>
might have extra work to put to catch up with what f-spot does now. The<br>
timeline view is rather nice to use and f-spot has quite some other<br>
options.<br>
<br>
Did anybody looked at how those other software handle exporting to<br>
flick, picasa or other web services?<br>
<div class="im"><br>
> Please look into both Solang and Shotwell and post your thoughts.<br>
> Thanks!<br>
<br>
</div>I will let other people comment on those, but changing a known codebase<br>
for new project in a lts cycle doesn't seem a good move from there<br>
<font color="#888888"><br>
<br>
<br>
Sebastien Bacher<br>
</font><div><div></div><div class="h5"><br>
<br>
<br>
<br>
--<br>
Ubuntu-devel-discuss mailing list<br>
<a href="mailto:Ubuntu-devel-discuss@lists.ubuntu.com">Ubuntu-devel-discuss@lists.ubuntu.com</a><br>
Modify settings or unsubscribe at: <a href="https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss" target="_blank">https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss</a><br>
</div></div></blockquote></div><br></blockquote></div><br>