Bug 193124 - import image should allow both direct and reverse ordering
Summary: import image should allow both direct and reverse ordering
Status: RESOLVED FIXED
Alias: None
Product: digikam
Classification: Applications
Component: Import-Sort (show other bugs)
Version: 0.10.0
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-05-18 16:34 UTC by Simone Lazzaris
Modified: 2017-08-18 06:17 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In: 1.0.0


Attachments
Patch enabling 2 different sorting order (8.83 KB, patch)
2009-06-01 14:56 UTC, Simone Lazzaris
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Simone Lazzaris 2009-05-18 16:34:18 UTC
Version:           0.10.0 (using KDE 4.2.3)
OS:                Linux
Installed from:    Unlisted Binary Package

Wher I open the image import dialog, I cannot choose image ordering. The images are ordered by date, starting from the more recent to the older ones.

While I find this disturbing (I can easly recognise the images if are shown in the cronological order) this causes a more annoying problem if I use the auto-renaming feature.

In this case, appending an autoincrementing number causes the photo to be imported in a reversed cronological order, which is exactly the OPPOSITE of what the camera does.

I mean, on the camera the files are named dsc_0001.jpg, dsc_0002.jpg and so on. Smaller the number, older the file.

If i use autorename and the sequence number, I have photo-vacation-0001874.jpg, photo-vacation-0001873.jpg, photo-vacation-0001873.jpg and so on. Higher the number, older the file.

Worse, if I browse the collection via (say) gwenview, I see the photo in the reversed order, which is *very* annoying.

I think that the import dialog should present the photo in the cronological order, or at least, allow me to choose the ordering I prefer in the configuration.
Comment 1 caulier.gilles 2009-05-18 16:42:08 UTC
>In this case, appending an autoincrementing number causes the photo to be
>imported in a reversed cronological order, which is exactly the OPPOSITE of
>what the camera does.

This is fixed in current implementation from svn. Please try again...

Image still ordered from more recent to older one. This way still more logic, and it's an old whish from users.

Gilles Caulier
Comment 2 Simone Lazzaris 2009-05-19 11:08:00 UTC
Thanks for the info, I'll try to compile a snapshot from the svn.

I still think that the order should be configurable: while I can see the point in showing newest images first, I (and many other, I think) still prefer chronologic order.
Comment 3 Simone Lazzaris 2009-06-01 14:56:57 UTC
Created attachment 34168 [details]
Patch enabling 2 different sorting order

This patch add a menu item and preference to let the user choose the order (chronological or last item first) in which (s)he want the images to be shown.

The patch is against svn revision 969933
Comment 4 caulier.gilles 2009-06-01 15:40:18 UTC
Thanks Simone for your patch. I will review it soon

Gilles Caulier
Comment 5 caulier.gilles 2009-06-11 13:22:42 UTC
SVN commit 980179 by cgilles:

apply patch from Simone Lazzaris to change sort of camera icon view item : in chronological order or not.
Factorize code.
Bug fix : there is a race condition between camera gui and camera controler when thumbnails are processed:
camera controller switch randomly between busy state or not when camera gui fill the list of item thumbs to get one by one.
A new method fill all thumbs to get in a first time : camera controler will be still busy during this task.
BUGS: 193124
BUGS: 188051


 M  +36 -4     cameracontroller.cpp  
 M  +6 -2      cameracontroller.h  
 M  +2 -2      cameraiconview.cpp  
 M  +61 -10    cameraui.cpp  
 M  +5 -1      cameraui.h  
 M  +3 -1      cameraui.rc  
 M  +2 -0      cameraui_p.h  


WebSVN link: http://websvn.kde.org/?view=rev&revision=980179