hugin-devs team mailing list archive
-
hugin-devs team
-
Mailing list archive
-
Message #01007
[Bug 707309] Re: filenames badly sorted -> destroys "multirow" technique
Note that the provided example file names sort nicely in the Finder of
OS X (no1, no2, no3, ..., no10, no11, ...) and should also do so in
Windows Explorer and also in file mangers of other systems. So I think
this should work just like in standard file mangers: consecutive numbers
should be regarded as one multi-digit number, see attached screenshot.
BTW I really like your idea to include creation dates into the import
order sorting routine. Even if this wouldn't work with e.g. scans.
** Attachment added: "Sort order behaviour in Finder (file manager of Mac OS X)"
https://bugs.launchpad.net/hugin/+bug/707309/+attachment/1806041/+files/SortOrder_MacOSX-Finder.png
--
You received this bug notification because you are a member of Hugin
Developers, which is subscribed to Hugin.
https://bugs.launchpad.net/bugs/707309
Title:
filenames badly sorted -> destroys "multirow" technique
Status in Hugin - Panorama Tools GUI:
New
Bug description:
I have 18 images from an HTC Desire (very popular phone, and a decent
camera)
these are the filenames, as sorted by Hugin:
no1, no10, no11, no12, no13, no14, no15, no16, no17, no18, no2, no3,
no4, no5, no6, no7, no8, no9
This could obviously create some issues if stitching with "multirow"
mode on.
Can Hugin please sort the files in "human sequential" way (which also
happens to be the way this particular camera names the files)?
References