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.
keep in mind that vendor conversions are handled by clicking the process button rather as a true vendor item in the shopping list. this will be changed in the future.
harmankaya: yeah, it's not supposed to do what it's doing. i've added a lockout while gw is processing items so people can spam the process button over and over. obviously it's not working properly and is getting stuck in the "processing" state. do you recall what recipe you executed that left it like that?
mktag: yes, custom groups will be folded into the system.
yndin/subxero: make a macro called GWProcess and it will be auto-updated to process what you want. you can't actually just do "/click GWProcess" because that will only work for normal trade skills and not the pseudotrades which mostly require secure actions.
stylpe: the milling data comes from wowhead. while you are correct the chance to get a rare is typically either 25% or 50%, if you *do* get a rare, you get between 1 and 3 of them for an average yield of 2. this means if you mill 100 times, you should expect to see roughly 50 or 100 rares depending on the herb type.
The function i loved so much with GW - that it would skip over red items in the queue and just move on is now broken. The queue-button greys our and just says: "Processing.." while my toon isn't doing anything.
I'm just assuming that the old functionality was the intended one. ;)
@danilche & Jiminimonka: delete the Gnomeworks folder in your addons folder, then delete the Gnomeworks.lua and Gnomeworks.lua.bak from your WTF/Account/Account name/SavedVariables.
then reinstall GW and it should work fine. since release R62 i believe vendor conversions are set to default and if it's not showing that for you then there are just some remaining code in your older versions hanging around. deleteing and reinstalling should fix everything perfectly.
Any chance we can make our own lists such as ATSW has with the ability to sort by what we want rather than just a default list? I would like to have a category that I can setup for the jewels that I craft most commonly and the enchants that I make. Would make it easier to sort out all the old tradeskill stuff that we will never use. If we had that then I would change to this from ATSW for sure.
Its about the only thing I miss when I am using GW. Other than that this is the best tradeskill window out there!
r63 working PERFECTLY so far! :) I only have a little question - is there a way to put clicking process button into a macro? So far I'm using:
/click AuctionProfitMasterPostButton
/click AuctionProfitMasterCancelButton
for posting and cancelling auctions, but whatever I try I can't find button name to make it work with GW Process button :(
When I populate my glyph queue, it gives me herbs to mill instead of inks to buy. if I right-click on the ingredient and select "Vendor conversion", it shows only inks in the queue itself; but then it shows no summary purchase order at the bottom, so I have to manually buy inks until the queue is satisfied.
GnomeWorks is coming along really nicely! But where the hell did you get that milling data? A lot of it is wrong (at least for rare pigments, which according to most other sources either drop 25% or 50% of the time).
You know, every time I log a char in I hear a bag opening sound. I don't see any bags open though, but that could because i use a bag mod (bagnon), Next time I'm on ill look into this.
sarah, gw shouldn't open your bags. in fact, there's no code in gw that would in any case open your bags.
i did find a loose end i had disabled in the scanning code that would cause palladia's problem with outfitter. the link decode system should disable other frames from handling the trade skill events. i had disabled this functionality for testing purposes and failed to renable the lock out. outfitter should not react to trade skill events at all in r63. it could be that some other mod also reacts to trade skill events and is causing the bags to open. if that's the case, disabling other trade skill events should solve this problem.
the scan is used to record which recipes are known to the current toon and all alts. i will probably change it to scan only the current toon and then delay scanning other toons only when needed, but in my mind, while the current system might be somewhat annoying, it's functioning as intended and there are other fish to fry.
also, i'm going to try to work on that preferred path issue. in the meantime, i think you can solve your particular problem by issuing the following command via a /script call. you'd need to do this each session:
Is there any way to stop GnomeWorks from popping up my bags when I log in? It definitely happens if I'm in a raid, but seems to happen at other times too. If I close it, it pops up again a dozen times for each of my alt's professions. I'm hoping this is a bug and not one more thing we have to do to support our GW's own tracking system.
I'm with Palladia, the startup scan is still proving to be an annoying issue for me. (And I still don't really understand why we have to do all that stuff before we even open a crafting window.)
I use Outfitter to switch outfits for me, including a Cooking outfit (just the Chef's Hat) which is put on when the Cooking window is opened and removed when the Cooking window is closed. Whenever I log in, GW scans my professions and when it gets to Cooking, Outfitter puts on my Cooking outfit. Unfortunately, the outfit doesn't come off. I think this has to do with the way that you can display different professions in GW without closing the window and that, as a result, Outfitter doesn't get the trigger to remove the outfit.
I've posted about this in the Outfitter forum (on Curse.com). I'm not sure this qualifies as a bug in either Outfitter or GW, but it is a problem with the combination.
Incidentally, is there any way to disable that startup scan? I know I can stop it, but I'd like it to just not happen at all. (If there is a way to do that, it would be a reasonable workaround for the problem above.)
I know you said you're planning to rework this, but right now the ink trader situation is making GW very broken for me. Even if I have neither any Ink of the Sea nor any materials to craft it, the only choice GW will ever make for glyphs is to visit the ink trader.
I have a non-level-capped scribe on one server and now I have to go and manually go set a new pathway for every single queued glyph, which is literally dozens of times.
The Ink Trader is a tricky thing. Depending on your level and the economy of your server, many people will want to always use it; many others will want to never use it. I think this would be a very strong candidate for your very first configuration option. Always, never or based on price. I would love to have this feature.
In any case, as I mentioned before, there's no realistic reason to ever use the ink trader if you have the pigment, as pigment is only useful to make ink, and the types of inks you trade for there is only one way to use that pigment.
spewie, the queue should automatically open at those locations if you have anything in your queue. if you really want, you can make a direct call to gnomeworks.
Is there a command that I can put in a macro (so I can hotkey it) that will open just the Queue window? So that I can easily open it at a vendor, the bank or the AH?
Despite the current bugs (which are minor in comparison to overall functionality) I have to say that this is a fantastic piece of work. I wish to express my appreciation of your work on such a "complete" trade skill window. I'll be recommending this to everyone I know. =D
if you open and close the gui, those messages go away. not sure why they just now started showing up, but they're essentially harmless. maybe is should just nuke them since they aren't really providing much debug info.
In case it helps solve the problem, the "player is nil" and "tradeID is nil" messages come up every time I access the Guild Vault, and with each tab change within the Guild Vault.
Running in to an issue where GW would like me to use herbs on another toon to create inks for a current run of glyphs. It would be helpful if there were some way to force it to buy the ink from vendor instead.
Rollback Post to RevisionRollBack
To post a comment, please login or register a new account.
keep in mind that vendor conversions are handled by clicking the process button rather as a true vendor item in the shopping list. this will be changed in the future.
harmankaya: yeah, it's not supposed to do what it's doing. i've added a lockout while gw is processing items so people can spam the process button over and over. obviously it's not working properly and is getting stuck in the "processing" state. do you recall what recipe you executed that left it like that?
mktag: yes, custom groups will be folded into the system.
yndin/subxero: make a macro called GWProcess and it will be auto-updated to process what you want. you can't actually just do "/click GWProcess" because that will only work for normal trade skills and not the pseudotrades which mostly require secure actions.
stylpe: the milling data comes from wowhead. while you are correct the chance to get a rare is typically either 25% or 50%, if you *do* get a rare, you get between 1 and 3 of them for an average yield of 2. this means if you mill 100 times, you should expect to see roughly 50 or 100 rares depending on the herb type.
The function i loved so much with GW - that it would skip over red items in the queue and just move on is now broken. The queue-button greys our and just says: "Processing.." while my toon isn't doing anything.
I'm just assuming that the old functionality was the intended one. ;)
@danilche & Jiminimonka: delete the Gnomeworks folder in your addons folder, then delete the Gnomeworks.lua and Gnomeworks.lua.bak from your WTF/Account/Account name/SavedVariables.
then reinstall GW and it should work fine. since release R62 i believe vendor conversions are set to default and if it's not showing that for you then there are just some remaining code in your older versions hanging around. deleteing and reinstalling should fix everything perfectly.
Getting the same problem as Danilche. How can I tell GW to use the vendor instead of AH etc. for a source for inks?
Any chance we can make our own lists such as ATSW has with the ability to sort by what we want rather than just a default list? I would like to have a category that I can setup for the jewels that I craft most commonly and the enchants that I make. Would make it easier to sort out all the old tradeskill stuff that we will never use. If we had that then I would change to this from ATSW for sure.
Its about the only thing I miss when I am using GW. Other than that this is the best tradeskill window out there!
Yndin: make a character macro with name GWProcess or manually with /click GWProcess
LS: Now i get these error with low level alter (without profesions)
r63 working PERFECTLY so far! :) I only have a little question - is there a way to put clicking process button into a macro? So far I'm using: /click AuctionProfitMasterPostButton /click AuctionProfitMasterCancelButton for posting and cancelling auctions, but whatever I try I can't find button name to make it work with GW Process button :(
Aaaaah! Inscription is borked!
When I populate my glyph queue, it gives me herbs to mill instead of inks to buy. if I right-click on the ingredient and select "Vendor conversion", it shows only inks in the queue itself; but then it shows no summary purchase order at the bottom, so I have to manually buy inks until the queue is satisfied.
GnomeWorks is coming along really nicely! But where the hell did you get that milling data? A lot of it is wrong (at least for rare pigments, which according to most other sources either drop 25% or 50% of the time).
You know, every time I log a char in I hear a bag opening sound. I don't see any bags open though, but that could because i use a bag mod (bagnon), Next time I'm on ill look into this.
sarah, gw shouldn't open your bags. in fact, there's no code in gw that would in any case open your bags.
i did find a loose end i had disabled in the scanning code that would cause palladia's problem with outfitter. the link decode system should disable other frames from handling the trade skill events. i had disabled this functionality for testing purposes and failed to renable the lock out. outfitter should not react to trade skill events at all in r63. it could be that some other mod also reacts to trade skill events and is causing the bags to open. if that's the case, disabling other trade skill events should solve this problem.
the scan is used to record which recipes are known to the current toon and all alts. i will probably change it to scan only the current toon and then delay scanning other toons only when needed, but in my mind, while the current system might be somewhat annoying, it's functioning as intended and there are other fish to fry.
also, i'm going to try to work on that preferred path issue. in the meantime, i think you can solve your particular problem by issuing the following command via a /script call. you'd need to do this each session:
/script GnomeWorks.data.pseudoTradeData[100001].priority = .9
that will tell the vendor conversion pseudo trade to be a lower priority than inscription
newly queue'd recipes would then prefer making inks via inscription vs purchasing them.
hopefully, i'll get things worked out so this isn't necessary.
Is there any way to stop GnomeWorks from popping up my bags when I log in? It definitely happens if I'm in a raid, but seems to happen at other times too. If I close it, it pops up again a dozen times for each of my alt's professions. I'm hoping this is a bug and not one more thing we have to do to support our GW's own tracking system.
I'm with Palladia, the startup scan is still proving to be an annoying issue for me. (And I still don't really understand why we have to do all that stuff before we even open a crafting window.)
I use Outfitter to switch outfits for me, including a Cooking outfit (just the Chef's Hat) which is put on when the Cooking window is opened and removed when the Cooking window is closed. Whenever I log in, GW scans my professions and when it gets to Cooking, Outfitter puts on my Cooking outfit. Unfortunately, the outfit doesn't come off. I think this has to do with the way that you can display different professions in GW without closing the window and that, as a result, Outfitter doesn't get the trigger to remove the outfit.
I've posted about this in the Outfitter forum (on Curse.com). I'm not sure this qualifies as a bug in either Outfitter or GW, but it is a problem with the combination.
Incidentally, is there any way to disable that startup scan? I know I can stop it, but I'd like it to just not happen at all. (If there is a way to do that, it would be a reasonable workaround for the problem above.)
I know you said you're planning to rework this, but right now the ink trader situation is making GW very broken for me. Even if I have neither any Ink of the Sea nor any materials to craft it, the only choice GW will ever make for glyphs is to visit the ink trader.
I have a non-level-capped scribe on one server and now I have to go and manually go set a new pathway for every single queued glyph, which is literally dozens of times.
The Ink Trader is a tricky thing. Depending on your level and the economy of your server, many people will want to always use it; many others will want to never use it. I think this would be a very strong candidate for your very first configuration option. Always, never or based on price. I would love to have this feature.
In any case, as I mentioned before, there's no realistic reason to ever use the ink trader if you have the pigment, as pigment is only useful to make ink, and the types of inks you trade for there is only one way to use that pigment.
spewie, the queue should automatically open at those locations if you have anything in your queue. if you really want, you can make a direct call to gnomeworks.
i *think* this will work:
/script GnomeWorks:ShoppingListShow("YourPlayerNameHere")
Is there a command that I can put in a macro (so I can hotkey it) that will open just the Queue window? So that I can easily open it at a vendor, the bank or the AH?
Despite the current bugs (which are minor in comparison to overall functionality) I have to say that this is a fantastic piece of work. I wish to express my appreciation of your work on such a "complete" trade skill window. I'll be recommending this to everyone I know. =D
if you open and close the gui, those messages go away. not sure why they just now started showing up, but they're essentially harmless. maybe is should just nuke them since they aren't really providing much debug info.
In case it helps solve the problem, the "player is nil" and "tradeID is nil" messages come up every time I access the Guild Vault, and with each tab change within the Guild Vault.
Running in to an issue where GW would like me to use herbs on another toon to create inks for a current run of glyphs. It would be helpful if there were some way to force it to buy the ink from vendor instead.