Hi,
When extracting an inno exe via command line (e.g. uniextract innopackage.exe /sub), a modal popup button "OK" appears. Uniextract waits until the user clicks the "OK" button before extracting anything.
But when extracting nsis or 7zip exe's, uniextract runs unattended without any "OK" dialog. So to extract exe's via batch file, I can use uniextract if the exe is nsis or 7zip but not if it's inno. (For inno exe's I need to use innounp in uniextract's bin directory.)
Could you change uniextract's behavior so that it can extract any package (including inno) unnattended when run via command line? IMHO that would make uniextract more useful for scripts.
One option would be to make uniextract run unattended by default when run via command line. Another option would be to add a switch (e.g. /q) to invoke unattended operation.
Thank you for Universal Extractor. I just discovered it and am already a fan.
Re: Modal popup when extracting inno exe
This is a bug, not intended behavior. It's leftover debugging code that I had put in there simply to pause execution during Inno Setup extraction, but I forgot to take it out before releasing the final version. Believe me, you aren't the first to report it. :-) It'll be fixed in the next version.
Wherever possible, UniExtract does run in an unattended manner as you requested. Excluding the Inno Setup bug, the only scenarios where it does not run unattended is when there's some need to prompt the user for input. One such example of this occurs when extracting Wise installers. There are several different possible extraction methods, and the user must select one before continuing. This is something that I can't really make unattended. Even if I just had it default to one of the options, there'd still be an issue with validating the output - it's possible that something will be extracted, but it may be unusable files. Using a manual process for these scenarios ensures that the user can easily re-run UniExtract and select a different method if extraction fails.
I do like your idea about adding a something like a
/qswitch, however. I'll play around with some ideas for it in a future version.--
http://www.legroom.net/