Hi
A very quick question. I've searched the forums and read everything I can re' page numbers, ordering etc. with no joy.
My question is, I have an output of single page TIFs which I have no control over the names of, they are 1.tif, 2.tif, 3.tif etc., with no padding. The numbers relate to page numbers in a 3rd party piece of software.
I have a routine which needs to periodically convert them to a multi page TIF, but whatever I've been unable to successfully get the page ordering correct, I always get the following page order:-
1,10,11,12,13,14,15,16,17,18,19,2,20,21,22,23,24,25 etc etc.
I understand that Nconvert is simply matching strings and I can write e.g. an XCOPY command to pad with leading zeros or similar but wanted to avoid this extra step, so my question is whether there is any way I can provide a wildcard or get nconvert to stitch them based on Windows created date etc.
Many thanks
Glazza
Page Numbering Issue
Moderators: XnTriq, helmut, xnview
-
- Author of XnView
- Posts: 45218
- Joined: Mon Oct 13, 2003 7:31 am
- Location: France
-
- Posts: 2
- Joined: Tue Oct 30, 2012 3:42 pm
Re: Page Numbering Issue
Hi
I could xcopy them to a different directory and pad them with leading zeros, but was hoping to avoid it. I understand that its a Windows thing... just wondered if there was an nconvert command (e.g. stitch based on Windows created date instead of filename) that I was overlooking. No biggy if not.
Cheers!
Glazza
I could xcopy them to a different directory and pad them with leading zeros, but was hoping to avoid it. I understand that its a Windows thing... just wondered if there was an nconvert command (e.g. stitch based on Windows created date instead of filename) that I was overlooking. No biggy if not.
Cheers!
Glazza