Now I'm confused - can it be correct?
a) I thought that also the files (input an output were stored..)
b) where are the settings for keepfiledate, orgQuality and some more?
Addendum:
When I set the same (I hope so ...) settings in XNView and export to Batch, I get
xnview wrote: ↑Thu Jul 21, 2022 12:42 pm
file list is not exported, only actions. Is it better to output file list too??
Perhaps in "Create > File listing" an option could be added so that you can export a list of files without headings which can be read by nconvert. And Create > File listing could have presets - one preset could be "File list for nconvert" or "nconvert". Just an idea...
XnView MP 1.2 exports the script with files included.
From my perspective including files into the batch script clutters the batch script. And does this inclusion work for 1000 files, too?
I think that export is supposed to generate two files: One script file with nconvert and actions and options and one file with a list of files. Input and actions would be clearly separated this way. And this would allow for reusing the script more easily because file list can be edited or generated by XnView.
helmut wrote: ↑Wed Sep 14, 2022 9:42 pm
XnView MP 1.2 exports the script with files included.
From my perspective including files into the batch script clutters the batch script. And does this inclusion work for 1000 files, too?
I think that export is supposed to generate two files: One script file with nconvert and actions and options and one file with a list of files. Input and actions would be clearly separated this way. And this would allow for reusing the script more easily because file list can be edited or generated by XnView.
XnView software's export for NConvert function has always exported only the code for the actions selected, and not the code for the input files loaded, or the code for the form of output selected.
It would seem logical for the exported code to include the code for the output terms, which will be constant, and not the code for the input files, which if the exported code is to be useful will vary.
Anyone requiring a filelist for a particular run of NConvert is able to do that using the existing XnView MP function Create > File listing... tool.
cday wrote: ↑Thu Sep 15, 2022 5:42 am... It would seem logical for the exported code to include the code for the output terms, which will be constant, and not the code for the input files, which if the exported code is to be useful will vary.
Anyone requiring a filelist for a particular run of NConvert is able to do that using the existing XnView MP function Create > File listing... tool.
Thank you for your support and backing the idea of exporting two files, Chris. Flexibility and reusability are clear advantages. Export to a single file isn't a good solution and might be even removed once export in two files (script + file list) is implemented.
My suggestion is that the default exported script should include the currently missing output terms, the output file format, compression options and path to the output folder...
An option to export the currently loaded input files might also be useful, although I'm not sure why someone would wish to set up XnConvert to process a set of files and then run the script with the same files on NConvert, rather than use the exported script with different and likely changing batches of input files.
A filelist for a particular set of input files can already be created in the browser, if required.