Version: (using KDE 4.1.2) Installed from: Unspecified Linux I attached two pictures. Currently, my workflow looks like this: (1) Take picuture (2) Upload them to Windows (3) Use ZoomBrowser (Canon (tm)) to sort fotos out. That means: Take 100 pictures, throw 85 away (4) Copy them to Digikam to tag and geotag them Attached are two pictures which show one reason why I am using ZoomBrowser. This very simple comparison-mode really rocks.
Created attachment 27975 [details] One nice way to compare pictures
Created attachment 27976 [details] Second nice way to compare pictures.
Just a question : are you tried Light Table ? http://www.digikam.org/drupal/node/329 Gilles Caulier
What's wrong with LightTable? The only really different thing I see in your pictures is "quad" mode.
Nothing is wrong with the Light Table, it is a good tool indeed. This wish is probably not clear enough from only looking at the pictures. I will try to make a screencast to show you what ZoomBrowser does better. Short-version: (a) You can view 1, 2 (horizontal), 2 (vertical), 3 or 4 pictures at a time (b) The metadata is "better integrated" in the UI. The feature is already in LightTable, I just think that it could be improved. I am talking about this: http://www.flickr.com/photos/digikam/2606804522/ (c) You can see the autofokus-fields of the camera (well, if you used a dSLR, of course). Lets see if I can make a small video of the tool or at least show you two more screenshots.
Created attachment 27996 [details] The blue circles show the feature "Display Autofocus Fields". The red shows how ZoomBrowser displays the metainformation
Created attachment 27998 [details] The red circle highlights a button. If you click on that button you would get a new window which shows the TIFF picuture. The three fotos you see are all RAW-Pictures (cr2) which is why ZoomBrowser offers this feature (wouldn't make sense for JPEGs I guess).
Andi, About to display meta info as transpaent widget, Qt4 will simplify life. This feature is require too with Slideshow tool. Some code can be backported from Gwenview or KPhotoAlbum. We need definitivly a common widget here. Of course this can be delayed later 0.10.0 About camera device focus area, it's the hell. This information cannot be extracted from makernotes, and of course each camera maker implement a private structure to host these informations. There is already a file in B.K.O about this feature. Exiv2 and libkexiv2 need to be improved here to extract properlly these informations in a common way. Gilles
Not sure about more than 2 images at the same time. Currently LT is tailored for 2 images with panels on both sides giving access to all metadata. Adjusting it to 3 or 4 images would require to rethink *whole* LT interface. I wholeheartedly agree that showing more data in interface without hovering with mouse is good idea. Some additional status bar to show this info? I am not fan of translucent panel because this will obscure image itself.
Gilles, yes, this should be delayed for the next version. Right now we still have many crashes, especially when importing images (I count 6 reports on that topic at the moment), so those should really be fixed first before the final 0.10 release. For the next version we also might want to add more animation to fit KDE4 look&feel (for example the thumbbar in imageviewer could scroll a bit smoother)... Andi
From Mik, #9 >Not sure about more than 2 images at the same time. Currently LT is tailored >for 2 images with panels on both sides giving access to all metadata. Adjusting >it to 3 or 4 images would require to rethink *whole* LT interface. I'm totally agree. More than 2 images at the same time will break all codes. Gilles.
From Mik, #9 : >I wholeheartedly agree that showing more data in interface without hovering >with mouse is good idea. Some additional status bar to show this info? I am not >fan of translucent panel because this will obscure image itself. Satatus bar can be a solution. there are freespace. Look this entry too : https://bugs.kde.org/show_bug.cgi?id=175836 Gilles Caulier
Seems related to Bug 221142 and still apply to 2.6
To respond of comment #5 : a) ==> see bug #221140 b) ==> see bug #175836 c) ==> see bug #138704 Gilles Caulier *** This bug has been marked as a duplicate of bug 221140 ***