https://bugs.kde.org/show_bug.cgi?id=349402
--- Comment #6 from Mahendra Tallur <ma...@free.fr> --- Hi ! My typical use-case is very unoriginal :-) For instance : - I take 10 family pictures in a row because I'm a very bad photographer. Obviously, there are many similar ones and it makes no sense to keep them all. - So I mark the first 6 to activate the comparison feature. - in the mosaic, I can see easily which pictures are too blurry, so I delete them. If some pics are incredibly beautiful, I un-mark them, and select the next ones. If some are really similar I try to check which one is the best, put some to the bin, un-select the other ones. - when space is freed in the mosaic, I select more (+ sign in the top bar) to add them to the mosaic Obviously, if the mosaic was not constrained to 6 pics, I could select my ten pics right away. Although I might not select all 10 because (depending on my screen resolution) it might be difficult to see which ones are really blurry inside the mosaic. But I guess at least, if there was no limit, it would be up to the user to decide whether he selects 6, 8 or 10 pics. If there was a 6 limit it would be fine : no bug triggered. And if there was a queue system, it would be equivalent to what I do manually right now to work around the bug (select 6, unselect/delete some, select more). One could imagine improvements of this feature to make it even better : possibility to temporarily see one (or several pics) bigger when you are not sure if 1 or 2 pics inside the mosaic is blurry or not (without having to deselect the others). Or possibility to re-order the pics inside the mosaic (if you find pairs for instance). Or assign colour-codes etc. Many possible ideas but that's another story :) Thanks everyone, been loving gwenview for 13 years ;) -- You are receiving this mail because: You are watching all bug changes.
