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.
Please stop making the 'Scanning :Class [Trade]' window bigger. :P It takes forever, and makes the game fairly unplayable while it's up due to it's now extremely enormous size.
Maybe consider making it a very small icon that expands if you hover over it instead?
I have GW working great except I still have Vr55. No matter what i =do it stays at r55. I have deleted the complete GW directory in addons and also remove the two variables (.bak inc) from the account directory. It still installs as r55.
Any help here is appreciated. I am at a loss as to why it is so.ta
Looks good, seems to have fixed the login error. I do have one question, is there a way to stop it from opening the queue window ever time I visit a vendor or bank. It has become a irritation to have to close it every time, this happens even when I have nothing in the Q.
i think i tracked down the problem with the item counts being bogus. see if it all looks good now.
the link decode error i tracked down to smelting. if you got this error and don't have smelting on the toon that got the error, let me know. a word about this process: it should only take a fraction of a second to scan your links unless you don't have an up-to-date local cache. this is normally the case only after a patch has emptied your cache. once you've scanned all your trades, then the cache has been repopulated and it should again only take a fraction of a second.
the vendor api has changed so i had to make some modifications to properly record vendor conversions. that said, there's still the issue of how to get gw to prefer one path to an item over another (ie, should it tell you to mill or should it tell you to trade in ink of the sea?) this is actually something that goes deeper than just this particular case and requires a generic solution. i have designs on how to solve it, but it's a bit of coding to get there.
i still need to stop the queue from popping for no reason (ie, you don't need anything). fwiw, you can resize/move the queue when it's undocked and it will retain this position if that helps.
i'm guessing it's not tracking those glyphs because it doesn't know that they need to be tracked. the inventory tracking in gw is based purely on trade-skill oriented items. if the items in question are new items, i could see how gw might not recognize their need to be tracked. the item list is supposed to grow as it discovers more items over the course of operation, but it's possible that is not working properly.
Ah, that's where the file was. Turns out that I had the file, but I had the old version of the .toc file, which didn't include that lua file >< updating the .toc file fixed the error.
The window still can't detect how many glyphs are in my inventory however. =/ Oh well.
ajonos: it sounds like you're missing a file. do you have a Libs/LibStagedExecution.lua file in the GW folder?
i will be reworking the skill scanning stuff. still considering my options, but databroker doesn't work well because the native data recording isn't in a suitable format for quickly finding whether a spell is known or not. it seems kind of pointless to require data broker and then immediately reformat the data. also, data broker is purely passive, meaning that the data would only ever be recorded when you view that particular trade skill. the goal i am (was?) aiming for was to have gw figure out what spells are known by itself rather than having to wait until you viewed a particular trade skill. but again, i'm still debating how to move forward.
i'm aware of some issues with the shopping list numbers adding up improperly and that should be relatively easy to track down.
for cases where columns are too narrow, you can actually change their width by enabling the layout editing mode (button next to the plugins button). that mode will let you resize columns, turn them on/off, rearrange the layout, etc. this is a per-session change, tho. once i implement an options system, i'll have it save layouts as well.
I haven't been able to get GW to translate herbs to inks in the Reagent shopping list. Like most other scribes I shop for Northrend herbs, turn them into Ink of the Sea, and use the Ink Trader to acquire the necessary materials. The shopping list really messes me up because of the math.
While the papers needed are added incrementally in the queue, the shopping list takes those incremental numbers and adds THEM. So on the queue, the last item needing Resilient Parchment will show the total number, the shopping list shows the sum of all those numbers. Conversely, the inks are showing correctly (as 3 per glyph) yet it's translated to Mill Item: 22790 (x3) and the next line says Purchase (Herb name here) with, again, an incremental number. The shopping list again adds all of the incremental numbers so there's no way of telling exactly how many inks are needed for any specific queue.
Is anyone getting an ink count in the shopping list rather than an herb list? And the # column on the shopping list cuts off anything over 999 items, letting you guess what 14... stands for. The column's right hand border should either be flexible or movable.
My solution, albeit tedious and imperfect, is to log into my scribe and turn on ATSW, scan the glyphs at the AH with Auctioneer's Glypher module, Get Profitable using LSW, Add to Skill populating the ATSW queue, then port to Dalaran, and use the Buy Ink and Buy Parchment single clicks from ATSW. Now back into AddonControlPanel, deactivate ATSW, activate GW, port back to Orgrimmar, open Auctioneer again, Get Profitable again, and Add to Skill populating GW for crafting (having all the correct inks and papers in my bags). Whew.
I can't get the newest versions to work (r55 or r56). I get a lua error immediately on startup:
Message: Interface\AddOns\GnomeWorks\GnomeWorks.lua:423: attempt to index global 'LibStagedExecution' (a nil value)
Disabled all other addons, still get it. I was trying to update to a newer version to see if it fixed a bug I was getting in an earlier version (r54) and I'm hoping is fixed in the newer one. Basically, the GnomeWorks crafting screen won't tell me how many of each glyph I have, but it will tell me how many I have of other craftable items:
As the picture shows, I definitely have 7 Glyphs of Raise Dead, but it shows as having none. However, it correctly sees that I have 15 Moonglow Ink and 1 Ivory Ink.
Any idea what's wrong? (with either problem really)
Hi. My problem with GW showing wrong count for inks needed is solved. I deleted the Gnomeworks.lua file in my Savedvariables folded and now all Glyphs show up with the correct number of inks.
Thanks again for a great addon and for all comments to my last post.
I have to agree with the others here, the current scanning screen that pops up for ten seconds when I log in is not worth it. Better to have no alt support or just say "if you want alts support, you must install this other add-on" that already deals with this stuff. I really don't think intelligent alts support is worth it if it's gonna require a lot of complexity, bugs and loading costs and you can't or won't utilize the other tools we already have to track this stuff. Mailing stuff back & forth is nice, but using one alt to craft stuff as a prerequisite for another isn't really a huge use case that needs a lot of automation. Unless you can do it with a small amount of efficient code, my vote is to take it out. I think if you did a poll, most people who would use those features already have Altoholic (or something similar) so they can see their alts' skills.
But I'm assuming you're going to keep this, so I like the idea of a de-normalized system that lets you do this more quickly. Even better, don't load that stuff at all until we open the trade skill window. I don't like it, but I can handle waiting a few seconds when I start up GW. I can't handle waiting a dozen seconds every time I log in. That's a deal breaker for me.
When I run KTQ, I don't get a list of inks in my shopping list. I get a list of herbs to buy from the AH and mill.
What option have I disabled? I've tried this with r55 and r56 and getting the same issues
Edit
And when I queue an additional glyph where I have inks for one, but not inks for another, it doesn't queue up the additional inks required, it automatically goes to "Auction" and posts the herbs required
My GnomeWorks installation tallies up the мats incorrectly. I have r56, installed it yesterday.
The mats are listed additively in each item, but then the final tally adds them up again. it's like this:
Say I have 2 glyphs. Gnomeworks correctly records the mats as 6 Ethereal inks. The next item is 2 more glyphs, which are also 6 Ethereal inks. GNomeworks now shows *12* Ethereal inks for that item. Say, the next item is 3 more glyphs. For that item GnomeWorks now shows Ethereal 27 inks.
However, when it does the final mats tally at the bottom, instead of listing the last sum, it adds up all those inks again; so in my example, instead of listing 27 inks, it would list 45 (27 + 12 + 6).
I can still get the correct mats by scrolling down to the last glyph with each ink type, and buying its materials, as the last glyph of each type shows the final materials tally of that kind. However, it would be nice if the separate final tally were accurate.
Hum i've read said comment (thank God it was one of the early ones, cause it's a pain to find something in Curse/WoWace.com comments :/), and i still don't understand.
His reason is that he don't want to force people to download Altoholic to use Gnomeworks... and that is the reason of existence of DataSore.
DataStore isn't altoholic, it's the whole scanning/caching part of the addons (for bags, banks, tradeskills, achievements and such) put as a SEPARATE addon so that others addons authors can use it in their addon (as a dependency, like Altoholic does) for those things instead of coding yet another tool to do it, and have only one set of those stored info instead of having one per addon.
His reason for not using DataStore should be the reason to use it.
Altoholic is a different addon with DataStore as a dependency (not hard to check, get the addon and load it in game you'll see, and it's stated on Altoholic's page on Curse too).
On another note, the more systems to cache/store those info, the higher the risk of incompatibilities, bad performances, hangout and such.
If he had said he didn't like the way it was done/the coding/couldn't work with the addon author, i could understand, but it seems like he didn't even check what it was about and could be a great way of doing it (and take the burden of maintaining that part out of him that already have quite some addons to work on).
Edit>> On another note, thanx for the pointing out of somewhere there, i've been trying lilsparky's Workshop recently (the whole "display the prices from AH in GW" appeals to me :)) and i can't make them work together. :(
Either i get GW working, either i got Lilsparky, can't make them both work.
Anyone here managed to do so ?
Edit2>> Hum, scratch that, it seems i found the culprit (didn't notice the thing before) it seems the latest version of Grid2 makes me unable to use GW or LsW.. :(
Will investigate further.
@ErikB - I use inscription, and its showing the correct materials for me also. I don't see how it could be showing otherwise, the data shown in GW comes from Blizzard.
@Azroliak - Lilsparky already stated when this addon first started up he didn't want to use DataStore, go back in the comments and you will see his reasons.
@Lilsparky - Awesome work, the queue system combined with the shopping list speeds up crafting no end.
lilsparky>> Thx for the queue fix, i'm eager to test it, it was starting to bugging me. :)
For the tradeskill scan, maybe you could use the DataStore addon to store them, meaning you wouldn't have to scan it from the cache each time ?
DataStore is a set of "mini-addons" by the author of altoholic, whose goal is to store different variables and cache things, so it wouldn't be needed to be duplicated between addons. ie : he split up the whole caching/storing part of altoholic and deported it into DataStores, so if other authors want they can use it too for the storing/caching, meaning it's there only once and not once per addon.
I think most of what you need can already be stored in DS, and if there is something that is lacking i'm pretty sure it wouldn't take long for Altoholic's author to implement it (i bet he would be happy if others started using his work).
I know i would love having addons sharing that part because having Altoholic, Guildcraft, GW, ARL, Carbonite and a few others each one scanning/caching things (half of them or more being the same ones :p) is not really optimized (and i have lots of addons, and i can't say that Blizz API on this part is something that works well and is efficient :().
ErikB>> Weird because i use it too for Inscription (the lag in ATSW was one of my main reason to finally find an alternative) and all Glyphs are shown requiring 3 inks.
Hi lilsparky, love your addon, but i have a small issue with Inscription. All recipes in GW shows up still using 1 ink, and most (maybe all?) now uses 3 inks.
Sorry for poor English, it's not my native tongue.
Please stop making the 'Scanning :Class [Trade]' window bigger. :P It takes forever, and makes the game fairly unplayable while it's up due to it's now extremely enormous size.
Maybe consider making it a very small icon that expands if you hover over it instead?
Hey Guys,
I have GW working great except I still have Vr55. No matter what i =do it stays at r55. I have deleted the complete GW directory in addons and also remove the two variables (.bak inc) from the account directory. It still installs as r55.
Any help here is appreciated. I am at a loss as to why it is so.ta
Bill
Looks good, seems to have fixed the login error. I do have one question, is there a way to stop it from opening the queue window ever time I visit a vendor or bank. It has become a irritation to have to close it every time, this happens even when I have nothing in the Q.
new rev is up.
i think i tracked down the problem with the item counts being bogus. see if it all looks good now.
the link decode error i tracked down to smelting. if you got this error and don't have smelting on the toon that got the error, let me know. a word about this process: it should only take a fraction of a second to scan your links unless you don't have an up-to-date local cache. this is normally the case only after a patch has emptied your cache. once you've scanned all your trades, then the cache has been repopulated and it should again only take a fraction of a second.
the vendor api has changed so i had to make some modifications to properly record vendor conversions. that said, there's still the issue of how to get gw to prefer one path to an item over another (ie, should it tell you to mill or should it tell you to trade in ink of the sea?) this is actually something that goes deeper than just this particular case and requires a generic solution. i have designs on how to solve it, but it's a bit of coding to get there.
i still need to stop the queue from popping for no reason (ie, you don't need anything). fwiw, you can resize/move the queue when it's undocked and it will retain this position if that helps.
i'm guessing it's not tracking those glyphs because it doesn't know that they need to be tracked. the inventory tracking in gw is based purely on trade-skill oriented items. if the items in question are new items, i could see how gw might not recognize their need to be tracked. the item list is supposed to grow as it discovers more items over the course of operation, but it's possible that is not working properly.
Ah, that's where the file was. Turns out that I had the file, but I had the old version of the .toc file, which didn't include that lua file >< updating the .toc file fixed the error.
The window still can't detect how many glyphs are in my inventory however. =/ Oh well.
ajonos: it sounds like you're missing a file. do you have a Libs/LibStagedExecution.lua file in the GW folder?
i will be reworking the skill scanning stuff. still considering my options, but databroker doesn't work well because the native data recording isn't in a suitable format for quickly finding whether a spell is known or not. it seems kind of pointless to require data broker and then immediately reformat the data. also, data broker is purely passive, meaning that the data would only ever be recorded when you view that particular trade skill. the goal i am (was?) aiming for was to have gw figure out what spells are known by itself rather than having to wait until you viewed a particular trade skill. but again, i'm still debating how to move forward.
i'm aware of some issues with the shopping list numbers adding up improperly and that should be relatively easy to track down.
for cases where columns are too narrow, you can actually change their width by enabling the layout editing mode (button next to the plugins button). that mode will let you resize columns, turn them on/off, rearrange the layout, etc. this is a per-session change, tho. once i implement an options system, i'll have it save layouts as well.
i'm hoping to have a new version up soon.
@Jiminimonka
I don't have a GnomeWorks.lua file in my SavedVariables folder. To be sure I went and deleted the SavedVariables folder entirely. Didn't help.
I haven't been able to get GW to translate herbs to inks in the Reagent shopping list. Like most other scribes I shop for Northrend herbs, turn them into Ink of the Sea, and use the Ink Trader to acquire the necessary materials. The shopping list really messes me up because of the math.
While the papers needed are added incrementally in the queue, the shopping list takes those incremental numbers and adds THEM. So on the queue, the last item needing Resilient Parchment will show the total number, the shopping list shows the sum of all those numbers. Conversely, the inks are showing correctly (as 3 per glyph) yet it's translated to Mill Item: 22790 (x3) and the next line says Purchase (Herb name here) with, again, an incremental number. The shopping list again adds all of the incremental numbers so there's no way of telling exactly how many inks are needed for any specific queue.
Is anyone getting an ink count in the shopping list rather than an herb list? And the # column on the shopping list cuts off anything over 999 items, letting you guess what 14... stands for. The column's right hand border should either be flexible or movable.
My solution, albeit tedious and imperfect, is to log into my scribe and turn on ATSW, scan the glyphs at the AH with Auctioneer's Glypher module, Get Profitable using LSW, Add to Skill populating the ATSW queue, then port to Dalaran, and use the Buy Ink and Buy Parchment single clicks from ATSW. Now back into AddonControlPanel, deactivate ATSW, activate GW, port back to Orgrimmar, open Auctioneer again, Get Profitable again, and Add to Skill populating GW for crafting (having all the correct inks and papers in my bags). Whew.
I never used GnomeWorks until Patch 4.0.1. And now I must say it's great! :D
Skillet doesn't work anymore and ATSW... well in three years an issue with special characters in the name like "û" was never fixed...
I just wanted to say thank you, because crafting with the standard UI is a pain despite the little improvements Blizz made. :)
@Ajonos - Did you delete the gnomeworks.lua file (read ErikB's post)?
I can't get the newest versions to work (r55 or r56). I get a lua error immediately on startup:
Message: Interface\AddOns\GnomeWorks\GnomeWorks.lua:423: attempt to index global 'LibStagedExecution' (a nil value)
Disabled all other addons, still get it. I was trying to update to a newer version to see if it fixed a bug I was getting in an earlier version (r54) and I'm hoping is fixed in the newer one. Basically, the GnomeWorks crafting screen won't tell me how many of each glyph I have, but it will tell me how many I have of other craftable items:
http://i1034.photobucket.com/albums/a424/Ajonos/gnomeworksinventoryproblem.jpg
As the picture shows, I definitely have 7 Glyphs of Raise Dead, but it shows as having none. However, it correctly sees that I have 15 Moonglow Ink and 1 Ivory Ink.
Any idea what's wrong? (with either problem really)
Hi. My problem with GW showing wrong count for inks needed is solved. I deleted the Gnomeworks.lua file in my Savedvariables folded and now all Glyphs show up with the correct number of inks.
Thanks again for a great addon and for all comments to my last post.
I have to agree with the others here, the current scanning screen that pops up for ten seconds when I log in is not worth it. Better to have no alt support or just say "if you want alts support, you must install this other add-on" that already deals with this stuff. I really don't think intelligent alts support is worth it if it's gonna require a lot of complexity, bugs and loading costs and you can't or won't utilize the other tools we already have to track this stuff. Mailing stuff back & forth is nice, but using one alt to craft stuff as a prerequisite for another isn't really a huge use case that needs a lot of automation. Unless you can do it with a small amount of efficient code, my vote is to take it out. I think if you did a poll, most people who would use those features already have Altoholic (or something similar) so they can see their alts' skills.
But I'm assuming you're going to keep this, so I like the idea of a de-normalized system that lets you do this more quickly. Even better, don't load that stuff at all until we open the trade skill window. I don't like it, but I can handle waiting a few seconds when I start up GW. I can't handle waiting a dozen seconds every time I log in. That's a deal breaker for me.
I must be missing something then
When I run KTQ, I don't get a list of inks in my shopping list. I get a list of herbs to buy from the AH and mill.
What option have I disabled? I've tried this with r55 and r56 and getting the same issues
Edit
And when I queue an additional glyph where I have inks for one, but not inks for another, it doesn't queue up the additional inks required, it automatically goes to "Auction" and posts the herbs required
My GnomeWorks installation tallies up the мats incorrectly. I have r56, installed it yesterday.
The mats are listed additively in each item, but then the final tally adds them up again. it's like this:
Say I have 2 glyphs. Gnomeworks correctly records the mats as 6 Ethereal inks. The next item is 2 more glyphs, which are also 6 Ethereal inks. GNomeworks now shows *12* Ethereal inks for that item. Say, the next item is 3 more glyphs. For that item GnomeWorks now shows Ethereal 27 inks.
However, when it does the final mats tally at the bottom, instead of listing the last sum, it adds up all those inks again; so in my example, instead of listing 27 inks, it would list 45 (27 + 12 + 6).
I can still get the correct mats by scrolling down to the last glyph with each ink type, and buying its materials, as the last glyph of each type shows the final materials tally of that kind. However, it would be nice if the separate final tally were accurate.
Hum i've read said comment (thank God it was one of the early ones, cause it's a pain to find something in Curse/WoWace.com comments :/), and i still don't understand.
His reason is that he don't want to force people to download Altoholic to use Gnomeworks... and that is the reason of existence of DataSore.
DataStore isn't altoholic, it's the whole scanning/caching part of the addons (for bags, banks, tradeskills, achievements and such) put as a SEPARATE addon so that others addons authors can use it in their addon (as a dependency, like Altoholic does) for those things instead of coding yet another tool to do it, and have only one set of those stored info instead of having one per addon.
His reason for not using DataStore should be the reason to use it. Altoholic is a different addon with DataStore as a dependency (not hard to check, get the addon and load it in game you'll see, and it's stated on Altoholic's page on Curse too).
On another note, the more systems to cache/store those info, the higher the risk of incompatibilities, bad performances, hangout and such.
If he had said he didn't like the way it was done/the coding/couldn't work with the addon author, i could understand, but it seems like he didn't even check what it was about and could be a great way of doing it (and take the burden of maintaining that part out of him that already have quite some addons to work on).
Edit>> On another note, thanx for the pointing out of somewhere there, i've been trying lilsparky's Workshop recently (the whole "display the prices from AH in GW" appeals to me :)) and i can't make them work together. :( Either i get GW working, either i got Lilsparky, can't make them both work. Anyone here managed to do so ? Edit2>> Hum, scratch that, it seems i found the culprit (didn't notice the thing before) it seems the latest version of Grid2 makes me unable to use GW or LsW.. :( Will investigate further.
@ErikB - I use inscription, and its showing the correct materials for me also. I don't see how it could be showing otherwise, the data shown in GW comes from Blizzard.
@Azroliak - Lilsparky already stated when this addon first started up he didn't want to use DataStore, go back in the comments and you will see his reasons.
@Lilsparky - Awesome work, the queue system combined with the shopping list speeds up crafting no end.
lilsparky>> Thx for the queue fix, i'm eager to test it, it was starting to bugging me. :)
For the tradeskill scan, maybe you could use the DataStore addon to store them, meaning you wouldn't have to scan it from the cache each time ?
DataStore is a set of "mini-addons" by the author of altoholic, whose goal is to store different variables and cache things, so it wouldn't be needed to be duplicated between addons. ie : he split up the whole caching/storing part of altoholic and deported it into DataStores, so if other authors want they can use it too for the storing/caching, meaning it's there only once and not once per addon.
I think most of what you need can already be stored in DS, and if there is something that is lacking i'm pretty sure it wouldn't take long for Altoholic's author to implement it (i bet he would be happy if others started using his work).
I know i would love having addons sharing that part because having Altoholic, Guildcraft, GW, ARL, Carbonite and a few others each one scanning/caching things (half of them or more being the same ones :p) is not really optimized (and i have lots of addons, and i can't say that Blizz API on this part is something that works well and is efficient :().
ErikB>> Weird because i use it too for Inscription (the lag in ATSW was one of my main reason to finally find an alternative) and all Glyphs are shown requiring 3 inks.
Hi lilsparky, love your addon, but i have a small issue with Inscription. All recipes in GW shows up still using 1 ink, and most (maybe all?) now uses 3 inks.
Sorry for poor English, it's not my native tongue.