This site works best with JavaScript enabled. Please enable JavaScript to get the best experience from this site.
RatingBuster.toc:## LoadManagers: AddonLoader## X-LoadOn-Always: delayed
Unfortunately, this alone won't do it; I tried it locally and RB just stopped adding things to tooltips (though everything else worked), so there's probably something funny going on with initialization ordering.
Why, you ask? Well, when you have lots of non-essential addons loading "delayed", you just zip past the loading screen and can start doing things quickly. Me likes :)
I'm not sure how AddonLoader works or if it can be done with RB, and I don't really have enough time to learn it at this moment. But if someone can make it work feel free to commit it.
There's nothing really unusual about AddonLoader. It just loads addons on demand.
Or, with the settings I pasted, in a timer sequence after P_E_W, so that you get past the loading screen faster by delaying nonessential addons.
So, if your addon can be loaded on demand ( LoadAddOn("Foo") ), it can be AddonLoader:ed.
LibTipHooker and RatingBuster needs to do initialization on load for hooks, so I don't think I can delay the load. But I think I'll look into it.
After playing around with AddonLoader, I can't support it because of LibTipHooker upgrading problems.
If you have another addon with an older LibTipHooker that is loaded first, the hooks are already in place when you try to load the newer LibTipHooker and there is no way to unhook the old hooks.
I've updated LibTipHooker to work with LoD but you will be on your own for library upgrades.
Adding ## LoadManagers: AddonLoader ## X-LoadOn-Always: delayed worked if you use disembedded libraries, and will now work if you use RatingBuster r248 with embedded libraries.
To post a comment, please login or register a new account.