prologician Posted January 23, 2010 Report Share Posted January 23, 2010 (edited) First off, I would like to say thank you for Ketarin. I had actually been trying to create a program myself with a similar function using AutoIt, but it was nowhere near as feature-complete or as flexible as Ketarin. ** I've actually encountered a peculiar issue, which may well be partly a misunderstanding on how Ketarin functions. But I feel that it could improve the functionality of Ketarin for use on USB thumbdrives. Let me describe my scenario: I'm attempting to run Ketarin on a USB thumbdrive (it's 128MB in size, if you must know...), for the purpose of updating the software on that thumbdrive. Many of these programs utilize special installation procedures, i.e. download a ZIP archive rather than the normal setup executable, and extract the contents from the archive. However, when the setup procedure is done, there's really no need to maintain the downloaded ZIP file, so I'd much rather delete the file and reclaim some of that precious space. Initially, I was under the impression that using the "use the following variable as indicator for changes" setting within a particular entry would be a solution for this. For example, in the Commands tab I would include something similar to {7z}7z x -o{file:directory} -x!Languages -x!*.txt -y {file} del {file} as the after-download operation, and then use a variable like "version" to be the sole indicator for an update being required. However, according to current Ketarin behavior, the existence of the downloaded setup file is checked before comparing the {version} variable. Might it be possible to either incorporate a switch so that the original setup file isn't required? Or, if not this, is there some other workaround which I'm not seeing? Again, thanks for this fantastic program, and I look forward to future updates. Edited January 23, 2010 by prologician Link to comment Share on other sites More sharing options...
floele Posted January 29, 2010 Report Share Posted January 29, 2010 Seems reasonable. Question to everyone else: Would this be the expected behaviour or would it seriously break all your current setups? Link to comment Share on other sites More sharing options...
josh Posted January 30, 2010 Report Share Posted January 30, 2010 Hi, Why not keep both options open, keep and delete file? Thanks. Link to comment Share on other sites More sharing options...
appyface Posted February 2, 2010 Report Share Posted February 2, 2010 For me if the CIV has not changed, but the previously downloaded file can't be located, I do want the file downloaded again. I agree with Josh, if possible please offer both options? --appyface Link to comment Share on other sites More sharing options...
CybTekSol Posted February 2, 2010 Report Share Posted February 2, 2010 I also need both options Flo due to my varying setups. Link to comment Share on other sites More sharing options...
andreone Posted February 6, 2010 Report Share Posted February 6, 2010 I believe too that both options are needed. This could be the default when creating a new job. Regarding existing jobs, I think the best would to stay with the current behavior, as all existing jobs are relying on this. Link to comment Share on other sites More sharing options...
floele Posted February 12, 2010 Report Share Posted February 12, 2010 I'll add an option to the next release. Link to comment Share on other sites More sharing options...
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now