This project is abandoned and its default file will likely not work with the most recent version of World of Warcraft. Whether this project is out of date or its author has marked it as abandoned, this project is no longer maintained.
GnomeWorks TradeSkill Frame -
a complete replacement for the blizzard trade skill frame.
yeah, i had thought that's how i would do it, but there are many patches and gnomeworks utilizes the recipe database to construct the list of items it needs to track. if i clear out the recipe db every patch, all the inventory tracking would break until you rescan all the recipes.
what i'm doing instead is just letting it recache data the first time you see it during a session. this will allow things to plug in more or less seemlessly. it might have issues with recipe id's changing, but i doubt blizzard would drop that bomb on us.
i'm getting ready to finalize my next revision. i just need to add one component to the mix and it should be good to go. i've been testing it by skilling up my cooking so i've been putting it thru some paces and i'm pretty pleased. of course, the cooking recipes are all pretty simple recipes so it's not exercised certain aspects of the system, but it's been good to hammer on it a bit.
Maybe use the output of GetBuildInfo() and compare to a saved build number. That way you can automatically update all recipies with a new pacth. Maybe also save the version number of GnomeWorks with the DB, so you can force an update, if you change DB structure or an essential part of your addon.
Currently you can use a macro like that, where you need change "NamePlayer" to you character name, "recipeId" to the spell of craft (look wowhead) and "count" its how many you want... you can use tradeID number or variable with GW open.
gotcha. well, no. there isn't. i do plan on adding slash commands for queuing and crafting, so you could do /queue spellName [count] or /craft item|spell [count]
also, don't use /click. make a macro. the click method will fail for pseudo-trades which require a secure button to execute a macro. use the built-in macro technique instead and it'll work for both normal recipes and pseudotrades.
if you really want to add a queue by hand, you can do a /script command to call gw code directly.
Yep I was able to use a macro /click GWProcess to actualyl start the queue with no problem.
I need the button name of the queue button (the one you press to add the selected recipe to the process queue).
For example, if I have the recipe for bold scarlet ruby highlighted I want to have a key bind to add 1 bold scarlet ruby to the process queue for each key press.
I am able to use the following script to find frame names, but it returns nothing when I am over the queue button.
harmankaya, good to hear. there are a couple of little problems right now, but i agree it's pretty close to beta. i've got one last major feature i want to implement before releasing it.
jander, create a macro called "GWProcess". gnomeworks will fill in that macro with the appropriate text to execute your queue on repeated presses.
have you been using gw since before that gem changed? if so, it's probably a case of having an old database of items. you can force a refresh if you do this:
/script GnomeWorksDB.results = {}
/reload
that should cause gnomeworks to rescan new recipes into the database.
if it chokes, you can do:
/script GnomeWorksDB = {}
/reload
that will reset the entire database, tho (alts, inventory, etc)
just noticed when jewelcrafting that for rigid majestic zircon the mat is listed as kings amber not majestic zircon so it is not allowing me to make it.
hmm... i'll add a config option. unfortunately, i don't have a config ui yet, so it'll have to be a /script command to change it.
maleix, not sure if that's ktq's fault or mine. i don't see gnomeworks in the call stack, so it could be ktq doesn't play nicely with enchanting...? if you get a hard error, go ahead and post a ticket i think.
The tooltip covers my recipes since i have gnomeworks on the left side of the screen, any way of implementing the tooltip stay off either side of the tradeskill window?
Rollback Post to RevisionRollBack
To post a comment, please login or register a new account.
yeah, i had thought that's how i would do it, but there are many patches and gnomeworks utilizes the recipe database to construct the list of items it needs to track. if i clear out the recipe db every patch, all the inventory tracking would break until you rescan all the recipes.
what i'm doing instead is just letting it recache data the first time you see it during a session. this will allow things to plug in more or less seemlessly. it might have issues with recipe id's changing, but i doubt blizzard would drop that bomb on us.
i'm getting ready to finalize my next revision. i just need to add one component to the mix and it should be good to go. i've been testing it by skilling up my cooking so i've been putting it thru some paces and i'm pretty pleased. of course, the cooking recipes are all pretty simple recipes so it's not exercised certain aspects of the system, but it's been good to hammer on it a bit.
Maybe use the output of GetBuildInfo() and compare to a saved build number. That way you can automatically update all recipies with a new pacth. Maybe also save the version number of GnomeWorks with the DB, so you can force an update, if you change DB structure or an essential part of your addon.
/script GnomeWorksDB.results = {}
/reload
should do it.
the next rev will intelligently update recipes as it sees them.
WoW Patch 4.0.3a changed Alchemy recipes to all use a single vial, Crystal Vial. How do I get Gnomeworks to rescan just my Alchemist's recipes?
Currently you can use a macro like that, where you need change "NamePlayer" to you character name, "recipeId" to the spell of craft (look wowhead) and "count" its how many you want... you can use tradeID number or variable with GW open.
Its my transmute daily button, puts all transmutes "at top" the transmute for today and process/clean go! without search ;)
LS if you add the command line to add item will be possible the tag "all available".. to make a macro with *ALL INKS* available from pigments at bags.
gotcha. well, no. there isn't. i do plan on adding slash commands for queuing and crafting, so you could do /queue spellName [count] or /craft item|spell [count]
also, don't use /click. make a macro. the click method will fail for pseudo-trades which require a secure button to execute a macro. use the built-in macro technique instead and it'll work for both normal recipes and pseudotrades.
if you really want to add a queue by hand, you can do a /script command to call gw code directly.
Yep I was able to use a macro /click GWProcess to actualyl start the queue with no problem.
I need the button name of the queue button (the one you press to add the selected recipe to the process queue).
For example, if I have the recipe for bold scarlet ruby highlighted I want to have a key bind to add 1 bold scarlet ruby to the process queue for each key press.
I am able to use the following script to find frame names, but it returns nothing when I am over the queue button.
/script message(GetMouseFocus():GetName())
harmankaya, good to hear. there are a couple of little problems right now, but i agree it's pretty close to beta. i've got one last major feature i want to implement before releasing it.
jander, create a macro called "GWProcess". gnomeworks will fill in that macro with the appropriate text to execute your queue on repeated presses.
Is there a way to click the queue button via macro?
The only button I can get the name for via macro is the GWProcess button.
Full round of crafting in all professions, pretty flawless.
Beta, go!
i think i'll maybe change the tooltip to require a meta-key being held to show them. perhaps alt as a default.
Hi Can I turn off the tool tipps by looking for crafting recipe?? When I go with mouse over this than comes tool tipps
Hi Kann man irgendwie dieses Tooltipps ausschalten??
EDIT: http://img508.imageshack.us/img508/2598/unbenanntupe.jpg
have you been using gw since before that gem changed? if so, it's probably a case of having an old database of items. you can force a refresh if you do this:
/script GnomeWorksDB.results = {}
/reload
that should cause gnomeworks to rescan new recipes into the database.
if it chokes, you can do:
/script GnomeWorksDB = {}
/reload
that will reset the entire database, tho (alts, inventory, etc)
just noticed when jewelcrafting that for rigid majestic zircon the mat is listed as kings amber not majestic zircon so it is not allowing me to make it.
glyph factory works perfectly with lsw & ktq & gw atm.
im loving it.
so if you d/l r79 and use ktq for enchanting it works, but then if you get r83 it breaks?
LS,
Prior versions of Gnomeworks worked flawless with KTQ and enchanting it is only since r80 that it stopped.
hmm... i'll add a config option. unfortunately, i don't have a config ui yet, so it'll have to be a /script command to change it.
maleix, not sure if that's ktq's fault or mine. i don't see gnomeworks in the call stack, so it could be ktq doesn't play nicely with enchanting...? if you get a hard error, go ahead and post a ticket i think.
The tooltip covers my recipes since i have gnomeworks on the left side of the screen, any way of implementing the tooltip stay off either side of the tradeskill window?