flyingboz Posted February 9, 2011 Share Posted February 9, 2011 (edited) I have a compiled script from 2/2008 which works fine, compiled under whatever the release was at that time.Went to modify the script today, using 3.3.6.1; and was surprised to find that the InputBox() commands no longer appear, but functionally appear to no-op. That is, my inputbox() commands that are nested inside an infinite loop that can only be broken out ofwith proper user input are now simply infinite loops.I researched the "script breaking changes" link for v3 (http://www.autoitscript.com/autoit3/docs/script_breaking_changes.htm)and there was no mention of inputbox anywhere that I could find.The only change reference I could find related to the default location for inputbox display on multi-monitor setups.this line does not create an input box on 3.3.6.1 ; but did back in the day when it was compiled.$minimum_dollar_amount_to_include = InputBox("Minimum Dollar Amount To Include", "Please Enter a Dollar Threshold. Categories with total receipts less than this threshold will be ignored. Default is All Categories Included.", 0, " ", "-1", "-1", "-1", "-1", "30") Edited February 9, 2011 by flyingboz Reading the help file before you post... Not only will it make you look smarter, it will make you smarter. Link to comment Share on other sites More sharing options...
JohnOne Posted February 9, 2011 Share Posted February 9, 2011 Wasnt here in 2008, but were those w,h,l,r params really strigs back then? AutoIt Absolute Beginners Require a serial Pause Script Video Tutorials by Morthawt ipify Monkey's are, like, natures humans. Link to comment Share on other sites More sharing options...
trancexx Posted February 9, 2011 Share Posted February 9, 2011 (edited) It doesn't matter if strings or not. Values are wrong. It was never documented that -1 equals default. Therefore it's not breaking change. Use Default keyword for default values. Edited February 9, 2011 by trancexx ♡♡♡ . eMyvnE Link to comment Share on other sites More sharing options...
flyingboz Posted February 9, 2011 Author Share Posted February 9, 2011 It was never documented that -1 equals default. Therefore it's not breaking change.Umm. That seems a mighty thin hair to split. If code compiles / works as expected under version A, then fails to do so under version A+1 , that, in the world of what's real, is a script-breaking change. Just did another search for "default" in the script breaking changes log, and there is no indication in the "Script Breaking Changes" documentation that the Default keyword was now required, instead of having allowed aliases. Of course, if sophistry and semantics such as that indicated above ("changes that break scripts aren't script breaking changes"), then any further rational discussion is unlikely.Obviously, I will make the indicated changes to unbreak my broken script; and I appreciate the prompt response. Reading the help file before you post... Not only will it make you look smarter, it will make you smarter. Link to comment Share on other sites More sharing options...
flyingboz Posted February 9, 2011 Author Share Posted February 9, 2011 Wasnt here in 2008, but were those w,h,l,r params really strigs back then?haven't looked at the internals, but they weren't they were (obviously) cast to values which yielded expected functionality. Reading the help file before you post... Not only will it make you look smarter, it will make you smarter. 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