Since I really loved WAU, and all other Updaters are missing some functions I need (e.G. move to Trash instead of delete) or don't even work, I decided to write my own Updater.
It's a pure C# and .Net Application.
Features:
- Open Source
- Auto-Updating from all major WoW Addon Sites
- Check multiple Sites for an Addon and take the newest
- Use configurable Threads for Updating
- Move to Recycle-Bin Option!
- Automatically detect related SubAddons
- Handle special Addons (like CT_Mod or Atlas from it's own Site)
Feel free to post bugs, ideas or code at the GitHub page.
Not here yet, I hope to have something ready by tomorrow to download.
Most important thing for the first alpha is, that nothing gets deleted immediately and the user can exactly see what is going on (in the Log).
So yet another updater that every few months will have to tweak the way it gets addons because WoWI or Curse or wowace will change formats slightly. And for that brief time with a partially working update the world will seem to end for your users. :P
Another cross-site updater? I suggest you read the threads here on wowace and on wowi detailing the problems with such updaters.
Only way to do such a thing until the sites you mentioned release some kind of API (which is, imo, a great idea. I'd subscribe to any and all if this was a benefit).
So yet another updater that every few months will have to tweak the way it gets addons because WoWI or Curse or wowace will change formats slightly. And for that brief time with a partially working update the world will seem to end for your users. :P
If (s)he does it right the user won't have to even worry about it.
It uses very basic commands from .Net 2.0. It should also be possible to port the Logic to Java if someone wants to.
The status looks quite good. I renamed it from WADDU to iUpdate.
It can now update from curse, curseforge and wowace. Wowui und wowinterface do almost work (needs some testing)
What I now need are so called "mappings". As you guys know, Addons on wowinterface and wowui have an id (Atlas for example is 400 on wowui). And Addons on curse, curseforge and wowace have names (QuestHelper for example has quest-helper).
It would be great if you guys here could make a list with Addons you have (the Folder Name!) and the Site, they are from and the ID or Name they have on the site (just check their url) and send them to me.
So for example:
QuestHelper, quest-helper, curse
or
Grid, grid, wowace
or
Atlas, 400, wowui
If my list is a bit bigger and I testet it a bit more I will release the first Alpha within next week!
Ok I do have a pre-pre Alpha ready (which updates all my Mods).
I suggest you only use the right-click context menu on the Addons instead of the update all.
It does by default move all your files to trash bevore updating. So you can take them out if something went wrong.
It will create a mappings.xml in c:\ And a config file in your user folder. It's a pre-alpha so don't expect too much and I'm still missing many many "mappings" for all the other addons I don't use.
"no mapping" means I don't have added this Addon. It takes me some seconds to make my Addon support it.
Which Addon is it? IF multiple, just tell me all which show this message.
It's a pure C# and .Net Application.
Features:
- Open Source
- Auto-Updating from all major WoW Addon Sites
- Check multiple Sites for an Addon and take the newest
- Use configurable Threads for Updating
- Move to Recycle-Bin Option!
- Automatically detect related SubAddons
- Handle special Addons (like CT_Mod or Atlas from it's own Site)
Feel free to post bugs, ideas or code at the GitHub page.
Greetings
Roemer
Newest Release (17.03.2016):
- Alpha 6 Maintenance Release 17
GitHub Mirror 1
If you got problems, try running it in Admin-Mode (moving Files from Temp to the WoW Folder in Program Files may give an Error without Admin-Mode).
Most important thing for the first alpha is, that nothing gets deleted immediately and the user can exactly see what is going on (in the Log).
Only way to do such a thing until the sites you mentioned release some kind of API (which is, imo, a great idea. I'd subscribe to any and all if this was a benefit).
If (s)he does it right the user won't have to even worry about it.
Using Mono doesn't work?
Ah, ok.
The status looks quite good. I renamed it from WADDU to iUpdate.
It can now update from curse, curseforge and wowace. Wowui und wowinterface do almost work (needs some testing)
What I now need are so called "mappings". As you guys know, Addons on wowinterface and wowui have an id (Atlas for example is 400 on wowui). And Addons on curse, curseforge and wowace have names (QuestHelper for example has quest-helper).
It would be great if you guys here could make a list with Addons you have (the Folder Name!) and the Site, they are from and the ID or Name they have on the site (just check their url) and send them to me.
So for example:
QuestHelper, quest-helper, curse
or
Grid, grid, wowace
or
Atlas, 400, wowui
If my list is a bit bigger and I testet it a bit more I will release the first Alpha within next week!
Greetings
http://mono-project.com/FAQ:_General
The Mono API today is somewhere in between .NET 2.0 and .NET 3.5 see our Roadmap for details about what is implemented.
I suggest you only use the right-click context menu on the Addons instead of the update all.
It does by default move all your files to trash bevore updating. So you can take them out if something went wrong.
It will create a mappings.xml in c:\ And a config file in your user folder. It's a pre-alpha so don't expect too much and I'm still missing many many "mappings" for all the other addons I don't use.
Feel free to comment.
Here's the Download Link:
Mirror1 Mirror2
Here was standing a dump question :)
sorry for my bad english
Which Addon is it? IF multiple, just tell me all which show this message.