sorting stuff is so common in daily task, you don't rewrite it when you want to use it every time
No. you write it ONCE. and then you can <re-use> that every time.
A good sorting library is a certainly a plus point. Try writing one by hand, that sorts by a field, then another field, followed by another field, lastly, by another field but this time sort numerically.
Ever worked with listviews? Ever needed to do that as well as Natural sort the filename column? Yeah. done that. Actually, I didn't write the code that does the sort algorithm, that is actually in comctl32.
My Actual Sorting stuff can be used to sort objects, and since the Actual comparison routine can easily be overridden it's a simple matter to change the comparison to make it sort on different fields. This wouldn't extend directly to VBScript since none of the scripting languages supports early-binding to COM components that I know of nor implementing a COM interface. I think they support event sinking so I could just make it raise events or something.
Either way, I never have to do anything with VBScript. I only have one Script file that I ever use, that re-links an executable to change the subsystem. That's it. I largely consider VBScript to be VB6 but to be frank VBScript blows in comparison. and I am reminded of that every time I use VBScript.
WHY does it complain when I say Next <counter>? I could swear that's part of the language, but noooo, it makes me say just "next"...
I was betting you are going to show me this.
sad to say first version out of support and limited in functionality. 2nd version cost money. seriously ?
That was just from a quick google.
There are FTP controls built into windows but I'm not sure if those can be used without a IOLEInPlaceSite implementor. (that is... a window) I know the "Script control" can be used just as an Object.
out of the 126000 hits, which one is free and you have used it to support zip, gzip and is highly recommended to be used in vbscript ? with Perl/Python, compression libraries comes with the distribution and most of the time, its the recommended one to use and is supported by the community.
Personally I'd just Use BCFile for that. Of course I'd need to get BCFile to work in VBScript, a mystery I have yet to bother solving since I never use VBScript, or any other scripting language often enough.
Actually, I think I've lost track of the very point of a scripting language, which is, in general, to provide these types of things. unzipping and zipping can be done with the built in windows Zipping/unzipping but the mechanism for doing so isn't immediately obvious. It can be used indirectly by simply copying a file out of a zipped file namespace, but again- not completely obvious.
Anyway, I think this is what confused me:
but if i have a choice on language to use on a production project, it will not be vbscript
a scripting language shouldn't be used in a "production" project. a scripting language should be used for scripting. python can be used for applications programming but that is- get this, outside the domain of VBScript (see the name? VB
Script?) as far as Applications languages go python is an excellent choice but it's no better or no worse a choice then the other top contenders such as C#, VB.NET, F#, etc. Especially since the .NET framework is at least as extensive in function as perl/python modules; it includes classes for everything you mentioned previously and more.