Version: 1.0.0 (using Devel) OS: Linux Installed from: Compiled sources I am writing this as a photographer not a computer specialist. Every good course start with "throw your bad photos". Which means select good ones and delete bad ones. Digikam has little support for this initial workflow step. It could be from 20% of bad photograps, when shooting landscape, architecture and other situation with plenty of time for prepare to some 95% - 98%, when shooting sports, parties, concerts, children and other action. Select 50 promising photos out of 1000 is tedious process with digikam. I propose: 1. Fullscreen in view mode should be able to be really fullscreen, without borders, line of thumbnails, menu etc. Similar as in edit mode, but quicker when moving through images. 1 sec slower 2. this fullscreen mode should have switching between "zoom in/full image" preferably on one key like on/off switch, similarly as window can switch between "normal/maximize" . And the zoom position should be maintained for next image. This is important feature as it allow compare images one over another. Your "light table" allow compare images side by side, this could compare in one place and more with a fullscreen feeling. 3. Marking images. I mean on/off switch for temporary selecting. And then choose action, i.e. move, copy, delete, or this list for batch processing. Tagging is not practical, one need select tag, which slows selecting, and removing tag in the and slows too. Marking should switch with pressing one key. And select from system with Ctrl+click Shift+click is very very vulnerable. One wrong click and all selection is out. 4. Speed. I don't say that digikam is slow. But if it will pass through line of images 3 times quicker it save me 30% of time. A solution could be prepare more images for viewing in advance. Not only next one, but 3,5,8 images. In every situation is clear for each image which is next, so it needs only memory, and memory is now cheap. It would be great to have some options in "Configure digikam" to grant it some amount of memory i.e. 2GB, and you could use it to speed the work. It could be similar as in modern CPUs, when CPU does jump it compute both branches before knows where to go. Thank you for your attention and I am sorry for my english. lertimir
> 1. Fullscreen in view mode should be able to be really fullscreen, without > borders, line of thumbnails, menu etc. Similar as in edit mode, but quicker > when moving through images. 1 sec slower You can achieve this now, not in one click but possible: 1) fullscreen mode from toolbar 2) rightclick on toolbar, turn off 3) Ctrl+T to turn off thumbbar > 2. this fullscreen mode should have switching between "zoom in/full image" > preferably on one key like on/off switch, similarly as window can switch > between "normal/maximize" . Ctrl+Alt+0 - note: to make this feature properly working you have to enable "Use real images for embedded preview" from Album View settings. Note2: it will slow down operations but you will get real images instead of smaller preview copy. > And the zoom position should be maintained for > next image. This is important feature as it allow compare images one over > another. Your "light table" allow compare images side by side, this could > compare in one place and more with a fullscreen feeling. Another option :/ "Keep zoom and viewport position between images", right? How it should behave when images are not of the same format - revert to default "Fit in"? > 3. Marking images. I mean on/off switch for temporary selecting. And then > choose action, i.e. move, copy, delete, or this list for batch processing. > Tagging is not practical, one need select tag, which slows selecting, and > removing tag in the and slows too. Marking should switch with pressing one > key. And select from system with Ctrl+click Shift+click is very very > vulnerable. One wrong click and all selection is out. You can use ratings. In pseudo-slideshow mode I described above all shortcuts are working (including Delete ;). I hope in near future we will have color labels for workflow control (while tags and ratings are better for permanent organization imo)
(In reply to comment #1) Thanks. It works, but > > 1. Fullscreen in view mode should be able to be really fullscreen, without > 3) Ctrl+T to turn off thumbbar work. > > 2. this fullscreen mode should have switching between "zoom in/full image" > Ctrl+Alt+0 - note: to make this feature properly working you have to enable > "Use real images for embedded preview" from Album View settings. Note2: it > will slow down operations but you will get real images instead of smaller Ok. work, but this is switch from 1:1 to full image and back and not from arbitrary zoomed image/full image. And it is sloooow. 2sec for change from one image to the next (on 2.4GHz C2D P8600), 4 bilion clock tick for change 1.5 Mpix monitor. As my step 4. it could be precompiled version of the next image somewhere in the memory, with 32 bits per pixel it is 6MB, two possible version for zoomed and full image 12MB, and 10 images precompiled for next and previous direction is x20 so whole is 240MB - not too much. I understand, it is wish item for long time to fulfill, but I stress speed is crucial, if digiKam wants to be working environment and not only sophisticated image cataloger. > > 3. Marking images. I mean on/off switch for temporary selecting. And then > You can use ratings. In pseudo-slideshow mode I described above all shortcuts > are working (including Delete ;). I hope in near future we will have color > labels for workflow control (while tags and ratings are better for permanent > organization imo) Well one star as an mark is possible, but as you said tags and rating is permanent label and not working tool, which should be handy. And mark - review marking - action, is very effective, together with browsing speed, I pass through image set with some condition in mind i.e. is bad - delete it, is dark - add light a bit, is red(blue) - change WB, etc., compare images and mark which fulfill condition, review selection and when I am satisfied with selection start action, the selection could by set for your batch engine. Immediate action i.e. delete as you said is not desirable because I can make mistake. I change mind in review phase many times. For me this is almost killer feature, together with the speed viewing.
Lertimir, This entry still valid with digiKam 2.x serie ? Gilles Caulier
Lertimir, This entry still valid with digiKam 3.5.0 ? Gilles Caulier
I supported this bug in the past. So I reviewd it today. My opinion / experience with version 3.4 (Michiel Wittkampf) : > > 1. Fullscreen in view mode > > 2. Switching between "zoom in/full image". Keep zoom and viewport position between images. Both work good. Supurb! Sidenotes: - keyboard shortcut for "zoom in/full image" seems changed. It is now: Ctrl-, - it is (now) possible to change fullscreen-mode in the settings. One can include 'hide toolbars', 'hide sidebars' and 'turn off thumbnails'. So pushing the button 'fullscreen-mode' changes all at once. (There is one side-effect in Ubuntu with unity: it is difficult to find how to leave the fullscreen-mode.) - i have tested the functionality. But I did not use it enough the last year to comment on the current speed. Speed is important. It seems far beter then described above. Request for improvement: It would be very handy it would be easy to find *and* to set al the settings more easily. This includes the settings: 1) turn on/off fullscreen mode 2) set or include 'hide toolbars', 'hide sidebars' and 'turn off thumbnails' in fullscreen mode 3) turn on/off "Use real images for embedded preview". In order to switch between speed and details. A proposal: a dedicated userinterface like 'light table'? For example two different modes in the light table: 'side-by-side' and 'switching'? > > 3. Marking images. The new color-marking is supurb as temporary marking tool. Thanks! This way Digikam is becomming a much better workflow tool. Thanks a lot for the enormous effort!
New digiKam 4.11.0 is available with official PKG installer for OSX. https://www.digikam.org/node/740 Can you reproduce the problem with this release ? Gilles Caulier
This problem is not reproducible using last digiKam 5.0.0. I close this file now. Don't hesitate to re-open if necessary. Gilles Caulier