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.
ttomsen, because a new file was added, you have to completely exit wow for the update to fix things. also, in regards to skillet vs gnomeworks, gnomeworks is a completely from scratch rewrite based on my experience modifying skillet. skillet's code base was written by nogudnik and based largely on atsw's design philosophy. my modifications didn't always fit with how it was originally written and while it worked, it was quite hacky. i've intended for some time to do a rewrite but never had the time. skillet has pretty worked thru most patches, but 4.0 finally broke it (really, it broke the ace2 libraries that skillet uses). since skillet is still very popular, yossa asked to take over the project to update it for 4.0 and ace3. this is why skillet has been updated lately.
kamephis, update to the latest alpha of lsw to get rid of that error. and thanks for the kind words.
[r85 this error is gone for me too, but still getting the following: (using your lilsparky's workshop) ]
(fixed in latest alpha)
Message: Interface\AddOns\GnomeWorks\plugins\lsw.lua:583: attempt to call field 'AddToItemCache' (a nil value)
Time: 11/27/10 23:58:11
Count: 1
Stack: Interface\AddOns\GnomeWorks\plugins\lsw.lua:583: in function <Interface\AddOns\GnomeWorks\plugins\lsw.lua:572>
[C]: in function `UseAction'
Interface\FrameXML\SecureTemplates.lua:274: in function `handler'
Interface\FrameXML\SecureTemplates.lua:541: in function <Interface\FrameXML\SecureTemplates.lua:489>
Before I forget: ABSOLUTELY LOVE this addon & functionality of lsw =) This is what I was looking for for a long time =)
In addition to the errors already listed, I'm also noticing that when I add an item to the queue it says there's nothing to process; basically I can't create a queue. So now I'm having to create each item one-by-one...
Well I'm getting this one, and as you can see from the 706x, it happens constantly and instantaneous. I deleted the old version and all settings and reinstalled the new one and that doesn't help. Guess I'm going back to r83. :( And I've only been logged on for 3 min too. So there's something definitely not happy here.
706x GnomeWorks-84\GnomeWorks.lua:475 Usage: RegisterEvent("eventname", "methodname"): 'methodname' - method 'MAIL_SHOW' not found on self.
CallbackHandler-1.0-6:140: in function `RegisterEvent'
GnomeWorks-84\GnomeWorks.lua:475 in function `func'
GnomeWorks-84\Libs\LibStagedExecution.lua:22 in function <...erface\AddOns\GnomeWorks\Libs\LibStagedExecution.lua:13
41x GnomeWorks-84\GnomeWorks.lua:475: Usage: RegisterEvent("eventname", "methodname"): 'methodname' - method 'MAIL_SHOW' not found on self.
CallbackHandler-1.0-6 (Ace3):140: in function `RegisterEvent'
GnomeWorks-84\GnomeWorks.lua:475: in function `func'
GnomeWorks-84\Libs\LibStagedExecution.lua:22: in function <...erface\AddOns\GnomeWorks\Libs\LibStagedExecution.lua:13>
the auction scanner is active only at the auction house. if you click the scan button, gw will scan for all reagents for recipes in your queue. the queue will use the auction house inventory to direct your crafting rather than suggesting you search the auction house for items that don't exist. the auction group in the shopping list allows you to quickly search and purchase the items you need. click the individual items to bring up the current auctions for those items. click in the gw auction frame to purchase a lot. unfortunately, the way the blizz api does the auction house, it requires a hardware event to actually place a bid. this means not only that you must click each lot manually, but if the auction spans multiple pages, you might have to click twice (once to find the page, once to buy). items that ghosted need two clicks. the inventory counts are colored green or red depending upon whether gw thinks you should buy that lot. the current logic is pretty simple: it will suggest the cheapest per/item cost and buy enough lots to let you craft (even if you over-buy). i want to improve on this later.
if inventories seem quirky, visit your mailbox and see if that helps.
i'm sure i broke something, so lemme know how it all works.
oh, the costs in the queue columns might be off right now because of the auction scanning stuff...
Ahh, I see I can change the queue to something other than conversion.
There's no way to do it en masse or make it the default though? I mean for a few things that would work but when i've got 100 glyphs in my queue.. i'd have to go through and change each one every time.
I love the work you've done on this so far. Is there currently a way for me to disable the showing in the tooltip of where a recipe in my recipe list is obtained? I'm sure that this is useful for others, but I just haven't a need to know where I might have gotten a recipe from once I've learned it, and it would be nice to shrink the tooltip by turning this off. If there isn't currently a way, could you be bothered to make it configurable in the future?
if you right-click on the queue entry for the conversion, you should get a list of other ways to collect that ink. select the inscription recipe instead of the vendor conversion. (the name of the inscription recipe is just the name of the ink, which is kind of confusing...)
Since 4.0.3a i've ran myself out of all but a few inks I had stockpiled, and i'd like to just be able to make the glyphs I have inks for.. but the queue button always just says "Process Vendor Conversion: xxxx Ink x 9" etc.
I'd like it just to ignore the conversion and process whatever I can make with what I have.
ttomsen, because a new file was added, you have to completely exit wow for the update to fix things. also, in regards to skillet vs gnomeworks, gnomeworks is a completely from scratch rewrite based on my experience modifying skillet. skillet's code base was written by nogudnik and based largely on atsw's design philosophy. my modifications didn't always fit with how it was originally written and while it worked, it was quite hacky. i've intended for some time to do a rewrite but never had the time. skillet has pretty worked thru most patches, but 4.0 finally broke it (really, it broke the ace2 libraries that skillet uses). since skillet is still very popular, yossa asked to take over the project to update it for 4.0 and ace3. this is why skillet has been updated lately.
kamephis, update to the latest alpha of lsw to get rid of that error. and thanks for the kind words.
[r85 this error is gone for me too, but still getting the following: (using your lilsparky's workshop) ] (fixed in latest alpha)
Message: Interface\AddOns\GnomeWorks\plugins\lsw.lua:583: attempt to call field 'AddToItemCache' (a nil value) Time: 11/27/10 23:58:11 Count: 1 Stack: Interface\AddOns\GnomeWorks\plugins\lsw.lua:583: in function <Interface\AddOns\GnomeWorks\plugins\lsw.lua:572> [C]: in function `UseAction' Interface\FrameXML\SecureTemplates.lua:274: in function `handler' Interface\FrameXML\SecureTemplates.lua:541: in function <Interface\FrameXML\SecureTemplates.lua:489>
Before I forget: ABSOLUTELY LOVE this addon & functionality of lsw =) This is what I was looking for for a long time =)
with r85 the MAIL_SHOW error is gone for me. Did you restart Wow after upgrading (a UI reload or disconnecting isn't enough) ?
I'm using r85 and getting the MAIL_SHOW error :( (shown below upon load of game, and another below when opening gnomeworks )
btw, what is the difference between skillet and gnomeworks? I thought gnome superceeded skillet, but i see that skillet is still being worked on.
Date: 2010-11-27 17:06:35 ID: 1 Error occured in: Global Count: 1 Message: ..\AddOns\GnomeWorks\GnomeWorks.lua line 475: Usage: RegisterEvent("eventname", "methodname"): 'methodname' - method 'MAIL_SHOW' not found on self. Debug: [C]: ? [C]: ? ...ore\libs\CallbackHandler-1.0\CallbackHandler-1.0.lua:140: RegisterEvent() GnomeWorks\GnomeWorks.lua:475: func() ...erface\AddOns\GnomeWorks\Libs\LibStagedExecution.lua:22: ...erface\AddOns\GnomeWorks\Libs\LibStagedExecution.lua:13 AddOns: ....... BlizRuntimeLib_enUS v4.0.3.40000 <us> (ck=a92)
Message: ..\AddOns\GnomeWorks\plugins\lsw.lua line 583: attempt to call field 'AddToItemCache' (a nil value)
ccin, are you using r85 and getting the MAIL_SHOW error?
Sparky,
In addition to the errors already listed, I'm also noticing that when I add an item to the queue it says there's nothing to process; basically I can't create a queue. So now I'm having to create each item one-by-one...
By the way, great job so far on the addon.
Cheers!
d'oh.
edit: added the missing mail.lua file... should work better now.
Date: 2010-11-27 18:03:47 ID: 1 Error occured in: Global Count: 1 Message: ..\AddOns\GnomeWorks\GnomeWorks.lua line 475: Usage: RegisterEvent("eventname", "methodname"): 'methodname' - method 'MAIL_SHOW' not found on self. Debug: [C]: ? [C]: ? ...ist\libs\CallbackHandler-1.0\CallbackHandler-1.0.lua:140: RegisterEvent() GnomeWorks\GnomeWorks.lua:475: func() ...erface\AddOns\GnomeWorks\Libs\LibStagedExecution.lua:22: ...erface\AddOns\GnomeWorks\Libs\LibStagedExecution.lua:13 AddOns: [...]
BlizRuntimeLib_enUS v4.0.3.40000 <eu> (ck=d4b)
Getting this error with r84:
Well I'm getting this one, and as you can see from the 706x, it happens constantly and instantaneous. I deleted the old version and all settings and reinstalled the new one and that doesn't help. Guess I'm going back to r83. :( And I've only been logged on for 3 min too. So there's something definitely not happy here.
706x GnomeWorks-84\GnomeWorks.lua:475 Usage: RegisterEvent("eventname", "methodname"): 'methodname' - method 'MAIL_SHOW' not found on self.
CallbackHandler-1.0-6:140: in function `RegisterEvent'
GnomeWorks-84\GnomeWorks.lua:475 in function `func'
GnomeWorks-84\Libs\LibStagedExecution.lua:22 in function <...erface\AddOns\GnomeWorks\Libs\LibStagedExecution.lua:13
41x GnomeWorks-84\GnomeWorks.lua:475: Usage: RegisterEvent("eventname", "methodname"): 'methodname' - method 'MAIL_SHOW' not found on self. CallbackHandler-1.0-6 (Ace3):140: in function `RegisterEvent' GnomeWorks-84\GnomeWorks.lua:475: in function `func' GnomeWorks-84\Libs\LibStagedExecution.lua:22: in function <...erface\AddOns\GnomeWorks\Libs\LibStagedExecution.lua:13>
Soon as i logged in.
okay, new rev is up.
this one adds mail tracking and auction scanning.
the auction scanner is active only at the auction house. if you click the scan button, gw will scan for all reagents for recipes in your queue. the queue will use the auction house inventory to direct your crafting rather than suggesting you search the auction house for items that don't exist. the auction group in the shopping list allows you to quickly search and purchase the items you need. click the individual items to bring up the current auctions for those items. click in the gw auction frame to purchase a lot. unfortunately, the way the blizz api does the auction house, it requires a hardware event to actually place a bid. this means not only that you must click each lot manually, but if the auction spans multiple pages, you might have to click twice (once to find the page, once to buy). items that ghosted need two clicks. the inventory counts are colored green or red depending upon whether gw thinks you should buy that lot. the current logic is pretty simple: it will suggest the cheapest per/item cost and buy enough lots to let you craft (even if you over-buy). i want to improve on this later.
if inventories seem quirky, visit your mailbox and see if that helps.
i'm sure i broke something, so lemme know how it all works.
oh, the costs in the queue columns might be off right now because of the auction scanning stuff...
switch to flat queue layout and you can swap em en masse (at least, for each ink variety).
(the flat/grouped layout toggle is on the queue frame under the current toon name)
Ahh, I see I can change the queue to something other than conversion.
There's no way to do it en masse or make it the default though? I mean for a few things that would work but when i've got 100 glyphs in my queue.. i'd have to go through and change each one every time.
yeah, i could turn it off for now until i get a config set up going.
I love the work you've done on this so far. Is there currently a way for me to disable the showing in the tooltip of where a recipe in my recipe list is obtained? I'm sure that this is useful for others, but I just haven't a need to know where I might have gotten a recipe from once I've learned it, and it would be nice to shrink the tooltip by turning this off. If there isn't currently a way, could you be bothered to make it configurable in the future?
if you right-click on the queue entry for the conversion, you should get a list of other ways to collect that ink. select the inscription recipe instead of the vendor conversion. (the name of the inscription recipe is just the name of the ink, which is kind of confusing...)
Is there a way to disable the auto-ink trading?
Since 4.0.3a i've ran myself out of all but a few inks I had stockpiled, and i'd like to just be able to make the glyphs I have inks for.. but the queue button always just says "Process Vendor Conversion: xxxx Ink x 9" etc.
I'd like it just to ignore the conversion and process whatever I can make with what I have.
@lilsparky (>.<) i thought i had that set up in Curse. Thanks for the tip.
update your lsw to the latest alpha. i should probably build-in a test for that.