WARNING: Portable WackGet will no longer be hosted or supported. Use DownThemAll Firefox extension instead.
I noticed that WackGet seemed to be quite a popular program here on the boards when it came to download managers. The problem is that it isn't truly portable, it saves its settings to the registery. This is when I decided to do up Portable WackGet.
It's done in the same format as all of the other PortableApps.com solutions. All of the user settings are saved locally in the applications "settings" directory (you can change this in the INI). I emailed John not too long ago about it, but I guess he has been too busy to get back to me...
What I'm asking from you is feedback and comments, test it out and see if it works. I haven't tested it with DownloadWith yet, but it should work. Any comments or thoughts?
Thanks a lot,
Rob Loach [Website]
Just so you know, I've been using this pretty much since you posted it and it's working fine.
I tested and compared it with various other download managers, and it came out the best. Thanks Rob!!!
Kudos, Rob; great proggie.
Hi, I'd love to try it with DownloadWithPlus but I get a 404 when I try to install this extension.
Could you please prive a valid mirror?
http://members.gamedev.net/robloach/portableapps/PortableWackGet.zip
Rob Loach [Website] [Projects]
I have used your portablewackget script to make an other portable launcher, but my nsis refuse to compile your script, reason, it say "registry::" is not a valide commande. Rob can you help me?
Hey, thanks for the note. I'm glad people are using it to apply to other programs. It needs the Registry Plugin to be compiled. I think it also needs the NewAdvSplash as well, but I'm not entirely sure (it has been a while).
Rob Loach [Website] [Projects]
I will try with registry plugin, thank a lot.
It's fine, I had registry plugins and it does, thank a lot.
I have modified your portablewackget, now it can save local wackget settings and restor it after, are you interesting?
I'm running NSIS v2.16 with the NSIS plugin Registry v2.4 and I'm getting the following error when compiling your source code:
In an attempt to troubleshoot, I ran the example .nsi included with the Registry plug-in, but the example .nsi compiled successfully. When you have a moment, perhaps you could help me out.
- aniperleo
Good Ol' Reliable Aniper Leo
Good Ol' Reliable Aniper Leo
You're sure you installed the Registry plugin?
If it doesn't work, try changing it to
${Registry::RestoreKey}
-- and make sure there are parameters following the command!~nm35 {blog} {personal space}
I downloaded NSIS v2.16, NewAdvSplash v?, and Registry v2.4 from the NSIS site. I un-installed my existing NSIS installation and then I re-installed NSIS, NewAdvSplash, and Registry. I verified that all the files were where they need to be. I ran your sourcecode and still got the same error on line 167.
I tried your advice and changed the entry from
registry::RestoreKey
to${Registry::RestoreKey}
. I still got the error on line 167. I don't understand what I could be doing wrong.-aniperleo
Good Ol' Reliable Aniper Leo
Good Ol' Reliable Aniper Leo
!include "Registry.nsh"
----
R McCue
"If you're not part of the solution, you're part of the precipitate."
Same error. At first the error seemed to have progressed a line, and that got me excited, but then I realized it had moved up one line because I had added one line
!include "Registry.nsh"
. NSIS insists thatregistry::RestoreKey
is an Invalid command. Perhaps you are using an older/newer, more compatible version than I am?- aniperleo
Good Ol' Reliable Aniper Leo
Good Ol' Reliable Aniper Leo
Is Registry.nsh in the NSIS\Includes directory?
----
R McCue
"If you're not part of the solution, you're part of the precipitate."
Yes, as I said earlier, all the files are in their appropriate locations. Had Registry.nsh been outside the include directory (or the same directory as the .nsi file) then that line would have generated an error before the other. I'm at a loss as to why the example .nsi will work with the registry command and yours will not.
- aniperleo
Good Ol' Reliable Aniper Leo
Good Ol' Reliable Aniper Leo
but this time dont worry about the errors. Look at the part where the plugins are recognised. If registry::restoreKey (or whatever is was) doesnt appear, the plugin is stuffed.
----
R McCue
"If you're not part of the solution, you're part of the precipitate."
I fixed it! However, your code may need some alteration. The include strings were not the problem. I needed to change all Registry:: entries to Registry::_ (note the underscore _ ). So, for example
Registry::RestoreKey
needed to be rewritten asRegistry::_RestoreKey
. Strange, huh, but now it is fully working. Thank you so much for your assistance along the way!- aniperleo
Good Ol' Reliable Aniper Leo
Good Ol' Reliable Aniper Leo
It uses the registry? According to the WackGet website, it's not supposed to. I'm paraphrasing here... "WackGet doesn't mess with your system registry or anything, so you can put it on a USB key and run it from there."
It's very interesting that they state that as if you look at:
... You'll notice that all the settings are saved there.
Portable WackGet simply restores and saves those settings when loading and quitting the application. If you take a look in the settings folder in Portable WackGet, you'll see that it saves a couple of registry files in there on exit. These same registry files are loaded in when you run Portable WackGet, effectively making WackGet a portable application.
Rob Loach [Website] [Projects]
Those liars! Hehe.
Yeah, I just looked through the source myself and found calls to the registry functions (didn't feel like installing it). I suppose I could modify the source so it writes to an .ini file instead... then it would be truly portable. Just not sure I'd ever find the time, since I'm hard at work programming my RPG game ("Spectacles: Bruce's Story") at the moment.
Does wackget support multipart downloading? If not, it's downthemall extension for me!
Nice little program. It would be nice to be able to limit the download rate per connection. The "WGet.exe" program does have this functionality using the "--limt-rate" option. The would make this program more bandwith friendly in environments where bandwidth is at a premium.
What I'd like to do is put Wget.exe on the drive, and have downloadwith use it, though the graphic interfaces are nice. Incidentally WinWGet also works well as portable with downloadwith.