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.
@torin523
Yes, it seems that the latest crafted/queued recipe stays selected and Gnomeworks always jumps back to that... I don't remember when it has started but I'm sure that it didn't happened before Cataclysm.
I love gnomeworks except for one problem. Sometimes it will get it into its head that it wants a certain recipe selected and it seems that only some random activity seems to change it. It rather frustrating since I need to be very careful when making things to not accidentally craft the wrong thing. I love everything about gnomeworks but this one thing but it might be the one that drives me away until I hear it's fixed.
Have some problem with when right click to change where to get mats from, it just don't work.
lets say an alt has iron, but im in a hurry and want to change it to buy, but i cant.
And then its some mats that gets red and don't gets into any lists. Neater buy, alt's or craft, even if i have the mats to craft them myself.
Another thing is the crafting list, the marked line doesn't stay marked its hard to enter or read when its jumping.
And last thing the function to see what recipes to learn just shows if im talking to a trainer, should be better if it shows always lets say 5-10 points before the point when i can learn it.
Keep up the great work, maybe time to call it beta :)
Best regards Thomas
so regarding the delays when the main window is open vs when it is closed.... gw tries to calculate "just in time" when it can. this means that inventory changes are only really impactful when something tries to compute the number of items craftable using inventory counts that have been marked dirty. so if the main window is open, it will calculate craftability counts for the current trade. this is a somewhat expensive operation since it's recursive. i'll think about some optimizations that i can introduce for this to see if i can reduce the cpu usage or gang up more changes per update.
regarding clickable items, i presume you mean applicable targets for "enchant" style crafts. i'll give it some thought, but i'm not sure how to detect those recipes and i would really prefer to keep hard-coded tables to a minimum. it might also be difficult to encode the whole list of items acceptable. for example, a classic enchant might be castable on a list of different item types under a particular item level or on a vellum. i realize that some recipes are much more simple than that, but i tend to aim for the most complex case when considering features.
as for missing reagents, that's an interesting idea. my first thought is that the queue kind of does this for you. so if you queue up 10 transmute shadow spirit diamond recipes, it will indicate you need only 9 hessonites. now in this case, you'd have to know that could case 10 with the other reagents.
the way gw queues items when you "queue all" is to first look at your bags to see how many items you can make. if you can make any, it will queue them. if not, it will include vendor counts and queue that number. if it still can't find any to craft, it will check the bank, etc. the result is that successive clicks of "queue all" will step thru each bag type to queue up the next batch.
it would be possible, i think, to do something similar with missing reagents. so that each successive click would ignore the next limiting reagent... so click once to add 7 transmutes, click again to add another 3. then in your shopping list you'll have 9 hessonites.
i'll have to think how to add this, but given my development lately it's going to take a while.
First off, great addon. It replaced skillet for me over a year ago and I haven't looked back. That said, I have a feature request. I think that it would be nice if there was a small line of text located in the crafting window that told you what the limiting reagent for a recipe was -- given your bags, bank, gbank, etc. For example if I have 30 Carnelian, 30 Nightstone, 30 Zephyrite, 30 Jasper, 30 Alacite, and 21 Hessonite GW will tell me that I am able to cast Transmute: Shadow Spirit Diamond seven times. I would like a line to tell me that ten casts are possible, but for the limiting reagent (Hessonite in this case) being nine short of completing the aforementioned casts.
Can I make a suggestion that items for engineering that require an item to click on, have Gnomeworks error out iof you don't have the item or something.
I was just wondering, but when I edit the layout, is it suppose to save it that way? If so, it does not save mine. If I edit my layout to not display the level column for instance, it does not keep it that way and when I log on next time, it is back.
Doing more testing, it would seem that the delays are associated with the initial inventory check as well as when a crafted item is put into inventory.
With the main window open, whenever i create something, there's a half-second or so delay. The item is crafted in the allotted time during this delay as normal (i.e. it doesn't delay the time it takes to create an item), but the interface/screen definitely freezes.
If you add the items to be made to the queue, and then close the main window, you don't experience these delays, as the queue window doesn't do anything really with the inventory updates it seems. Re-open the main window, the delay/skip comes back.
1x GnomeWorks-r154\FrameHooks\AuctionHouse.lua:1009: bad argument #1 to "next" (table expected, got nil)
<in C code>
GnomeWorks-r154\FrameHooks\AuctionHouse.lua:1009: in function <GnomeWorks\FrameHooks\AuctionHouse.lua:999>
<string>:"safecall Dispatcher[1]":4: in function <string>:"safecall Dispatcher[1]":4
<in C code>
<string>:"safecall Dispatcher[1]":13: in function "?"
CallbackHandler\CallbackHandler-1.0-6.lua:92: in function "Fire"
ChocolateBar-v2.1.2\libs\AceEvent-3.0\AceEvent-3.0-3.lua:120: in function <ChocolateBar\libs\AceEvent-3.0\AceEvent-3.0.lua:119>
I.: The needed Inks in the Que aren't shown, talking to the Inktrader brings not the blackfallow ink - needed ink trade button. at a list auf 20 glyphs in que as example like yesterday, he shows like 15 white and 5 red. so i checked the red oney and bought the needed inks for the 5 red ones. then i processed doing glyphs, and after like 3 glyphs 6 different glyphs changed to red. the old system from r146 have been much better.
II.: Each time when a craft completes i have an short wow screen-freeze, like 0,5 sec
gnomeworks standart settings
else a very good work, one of my favourite addons ;)
Brilliant addon Sparky, my only problem seems to occur with using LSW as a plugin, if i am doing a lot of creating IE: ink. It slows down something cronic and always seems to have the LSW scan bar at 10% at the top, even though it did a full scan on opening.
is it just me or does LSW scan continuously if u have gnome open/
Recently with r153, on my low level Alchemist, when i queue up some potions all the skills to the left just completely disappear. It still shows the item to be crafted in the queue but no more recipes from that items profession are showing in the window
@Ydrisselle
It has been this way for a long time. I opened a ticket about it ages ago. http://www.wowace.com/addons/gnomeworks/tickets/368-last-selected-recipe-jump/
@torin523 Yes, it seems that the latest crafted/queued recipe stays selected and Gnomeworks always jumps back to that... I don't remember when it has started but I'm sure that it didn't happened before Cataclysm.
I love gnomeworks except for one problem. Sometimes it will get it into its head that it wants a certain recipe selected and it seems that only some random activity seems to change it. It rather frustrating since I need to be very careful when making things to not accidentally craft the wrong thing. I love everything about gnomeworks but this one thing but it might be the one that drives me away until I hear it's fixed.
Hi, great addon, have used it sense release.
Have some problem with when right click to change where to get mats from, it just don't work. lets say an alt has iron, but im in a hurry and want to change it to buy, but i cant. And then its some mats that gets red and don't gets into any lists. Neater buy, alt's or craft, even if i have the mats to craft them myself.
Another thing is the crafting list, the marked line doesn't stay marked its hard to enter or read when its jumping.
And last thing the function to see what recipes to learn just shows if im talking to a trainer, should be better if it shows always lets say 5-10 points before the point when i can learn it.
Keep up the great work, maybe time to call it beta :) Best regards Thomas
so regarding the delays when the main window is open vs when it is closed.... gw tries to calculate "just in time" when it can. this means that inventory changes are only really impactful when something tries to compute the number of items craftable using inventory counts that have been marked dirty. so if the main window is open, it will calculate craftability counts for the current trade. this is a somewhat expensive operation since it's recursive. i'll think about some optimizations that i can introduce for this to see if i can reduce the cpu usage or gang up more changes per update.
regarding clickable items, i presume you mean applicable targets for "enchant" style crafts. i'll give it some thought, but i'm not sure how to detect those recipes and i would really prefer to keep hard-coded tables to a minimum. it might also be difficult to encode the whole list of items acceptable. for example, a classic enchant might be castable on a list of different item types under a particular item level or on a vellum. i realize that some recipes are much more simple than that, but i tend to aim for the most complex case when considering features.
as for missing reagents, that's an interesting idea. my first thought is that the queue kind of does this for you. so if you queue up 10 transmute shadow spirit diamond recipes, it will indicate you need only 9 hessonites. now in this case, you'd have to know that could case 10 with the other reagents. the way gw queues items when you "queue all" is to first look at your bags to see how many items you can make. if you can make any, it will queue them. if not, it will include vendor counts and queue that number. if it still can't find any to craft, it will check the bank, etc. the result is that successive clicks of "queue all" will step thru each bag type to queue up the next batch. it would be possible, i think, to do something similar with missing reagents. so that each successive click would ignore the next limiting reagent... so click once to add 7 transmutes, click again to add another 3. then in your shopping list you'll have 9 hessonites. i'll have to think how to add this, but given my development lately it's going to take a while.
First off, great addon. It replaced skillet for me over a year ago and I haven't looked back. That said, I have a feature request. I think that it would be nice if there was a small line of text located in the crafting window that told you what the limiting reagent for a recipe was -- given your bags, bank, gbank, etc. For example if I have 30 Carnelian, 30 Nightstone, 30 Zephyrite, 30 Jasper, 30 Alacite, and 21 Hessonite GW will tell me that I am able to cast Transmute: Shadow Spirit Diamond seven times. I would like a line to tell me that ten casts are possible, but for the limiting reagent (Hessonite in this case) being nine short of completing the aforementioned casts.
Can I make a suggestion that items for engineering that require an item to click on, have Gnomeworks error out iof you don't have the item or something.
I was just wondering, but when I edit the layout, is it suppose to save it that way? If so, it does not save mine. If I edit my layout to not display the level column for instance, it does not keep it that way and when I log on next time, it is back.
lilsparky:
Doing more testing, it would seem that the delays are associated with the initial inventory check as well as when a crafted item is put into inventory.
With the main window open, whenever i create something, there's a half-second or so delay. The item is crafted in the allotted time during this delay as normal (i.e. it doesn't delay the time it takes to create an item), but the interface/screen definitely freezes.
If you add the items to be made to the queue, and then close the main window, you don't experience these delays, as the queue window doesn't do anything really with the inventory updates it seems. Re-open the main window, the delay/skip comes back.
I cant seem to que more than one item
@califarockz
hmm today as example not a single freeze and the inks are showing correct. maybe some caching problem.
Getting an error when opening the AH:
1x GnomeWorks-r154\FrameHooks\AuctionHouse.lua:1009: bad argument #1 to "next" (table expected, got nil) <in C code> GnomeWorks-r154\FrameHooks\AuctionHouse.lua:1009: in function <GnomeWorks\FrameHooks\AuctionHouse.lua:999> <string>:"safecall Dispatcher[1]":4: in function <string>:"safecall Dispatcher[1]":4 <in C code> <string>:"safecall Dispatcher[1]":13: in function "?" CallbackHandler\CallbackHandler-1.0-6.lua:92: in function "Fire" ChocolateBar-v2.1.2\libs\AceEvent-3.0\AceEvent-3.0-3.lua:120: in function <ChocolateBar\libs\AceEvent-3.0\AceEvent-3.0.lua:119>
Locals: nil
Actually I Have 2 Issues:
I.: The needed Inks in the Que aren't shown, talking to the Inktrader brings not the blackfallow ink - needed ink trade button. at a list auf 20 glyphs in que as example like yesterday, he shows like 15 white and 5 red. so i checked the red oney and bought the needed inks for the 5 red ones. then i processed doing glyphs, and after like 3 glyphs 6 different glyphs changed to red. the old system from r146 have been much better.
II.: Each time when a craft completes i have an short wow screen-freeze, like 0,5 sec gnomeworks standart settings
else a very good work, one of my favourite addons ;)
Arg - can't process Borean Leather on this character... when I tuen the add on off no problem I can process
I noticed that Gnomeworks does not handle the emboss recipes very well. Just a heads up
This doesn't show in the Curse Client when I search. I can add using the "Install" button on wowace and then is shows in the Curse Client.
I thought work at stopped on this.
I'm glad it didn't
Brilliant addon Sparky, my only problem seems to occur with using LSW as a plugin, if i am doing a lot of creating IE: ink. It slows down something cronic and always seems to have the LSW scan bar at 10% at the top, even though it did a full scan on opening. is it just me or does LSW scan continuously if u have gnome open/
In CWOW(current is 4.1.14250), I try many revision, all of them have error like this:
In chat frame, the error text is :ERROR: fatal error initializing segment: GnomeWorks: InitializeData
Recently with r153, on my low level Alchemist, when i queue up some potions all the skills to the left just completely disappear. It still shows the item to be crafted in the queue but no more recipes from that items profession are showing in the window
awesome..thanks