trixmoto wrote:I don't really have time to go back to all of my first posts and edit them constantly to update them, especially as with this script it's not me that changes things, it's the sources.
But apparently you have time to post updates, and post repeatedly, and require your users to dig back thru a 100-page topic to find out thatGOOGLE DOESN'T WORK.
This is the same attitude as developers who say "I don't have time to write unit tests."
Is it really necessary to point out that you wouldn't be going back to "all" of your first posts? Just the ones where there are, like, serious usability problems?
Regarding the "MSINET component could not be found" error:
Thanks for the tip, but it hasn't helped me, under WindowsXP/64. FWIW, I ran that .INF file as an administrator and from a 32-bit cmd.exe (the one in Windows\SysWow64), as well as from a 64-bit Explorer.
I get the warning you describe, too, but then I get a failure when it actually comes time to download the JPEG. The script is failing on creating the "InetCtls.Inet" object. Since the script doesn't actually look at the error code and assumes all problems are the same problem, it just tries to re-register, with no improvement, whether run as administrator or not.
The actual error code I get when I try to create one of those objects in Python has a message of "Class is not licensed for use." I don't understand the details behind this, but the suggestion at this MSDN thread
is to not use MSINET.OCX (obsolete!) but use System.NET instead, which doesn't require licensing or even installation on modern systems. I don't know if the scripting used in MediaMonkey can access the .NET stuff or not, but either way, I don't expect to see this working any time soon.