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.
i'm definitely planning on a public API for queue management. i haven't added it yet because it's still way up in the air. i've been doing donuts in my coding trying to figure out the best way to handle everything, so putting something the "fixed" public api file when it's not fixed yet doesn't seem right. altho, i suppose it IS alpha so how fixed could anything be? what functions does glypher need exactly? i could easily add a function to add a recipe onto the current queue. i suppose that'd be a start.
my utmost goal here is to retain this concept of a "dynamic queue" that takes only the specific items queued by the user and then generates the dependencies from there. by default, the system will prefer the fewest steps when picking a crafting path (based on the inventory of the user.) i don't want to duplicate lsw functionality or require lsw be enabled when running gw, so pricing is probably not going to happen direcly in gw. however, i do intend to have lsw assist in the queue management. i do agree that picking the cheapest path is nice, so i'll probably have some kind of filtering step at some point so that if you have lsw installed, it will hardwire a path that's cheapest.
with the working model as it is, if there's something you'd want to over-ride in the queue, the idea will be to simply "promote" an auto-entry to a root-level entry. this would be how the user selects a particular path by hand.
there are filters if you right-click the column headers. you can filter by potential level by right-clicking the recipe header. i will definitely add the estimated skill up % as a column which will then enable filtering/sorting specifically related to that data.
lsw includes a skill up factor that will adjust costs based on the chance to skill up, so theoretically if you filter out grays and sort by lsw cost w/ the skill up factor built in, you should see the cheapest way to get a level (or at least the best bet to maybe score a level).
I'm really impressed with this. It's coming along nicely.
My big request is for your help with something. I'm a big fan of Auctioneer's Glypher, which someone else already mentioned. This interfaces with your version of Skillet and can automatically queue glyphs to craft based on BeanCounter's sales history and current market prices. It's very cool functionality, and I can't use a TSF for my scribe unless I can keep it. As it stands I'm using GW for my other alts.
I'm happy to patch Auctioneer myself, but I need a fixed API to add a certain number of an item (and its prerequisites) to the current alt's queue, check whether the empty, and clear that queue. I can see the necessary code to do this, but you've separated out a public API and I don't want to hook into something that may change. Can we have a fixed, simple, queue management API? It could just be a few functions. Ideally (to me) this would be something generic so that adapters could convert this api to others—but I'll settle for anything that won't change. :-)
I have some free time at the moment if you need help with this or anything else. I don't want to step on your toes, but I'm a skilled engineer and you could farm out a piece of logic or functionality to me and hook it in how you wish. I have a special in-game interest in trade skills and have a professional history working with dependency graphs.
I have a few suggestions (or requests).
When calculating the cost of making an item, and picking the default craft/buy settings, the default should be the cheapest path. So if I wanna make a frostweave bag, it should recognize that (on my server) the cheapest route is to craft bolts of frostweave, craft bolts of imbued frostweave, then craft a frostweave bag. This route's price should be reflected in the cost of making the bag. This route should be the default in the queue, which I can change if I want to (your mechanism for this is coming along nicely).
I should be able to set preferences a preference each recipe, whether I prefer to craft or buy when it's a precursor of another recipe. If specified, this would take precedence over the cheapest-path mechanism above. You could have a drop-down with cheapest, craft, buy.
I'd like to see a feature to filter for craft items that would level me. (Your Skillet has this.) I'd also like to see it display the probability of leveling up for yellow or green recipes if you know an easy way to get this.
It would also be nice if the window could recommend the lowest-cost (gross/net) way to level up based on market prices. This doesn't need to be a full leveling guide, just perhaps a single button to "queue best leveling option" of all the current recipes. The user would do this one point at a time and train whenever they wanted.
Hopefully these suggestions are helpful. These are some of the things I'd like to see. I have to say, after using Skillet for a while, I'm tempted to try making my own TS add-on, but I think you have a promising start and would rather do what I can to make yours the best add-on out there. So please be in touch if there's anything I can do, and I'll probably continue making occasional suggestions even if I never hear from you. :)
I'm sure you're aware but linking your tradeskill from gnomeworks is broken atm. Still refers to ChatFrameEditBox which is now ChatFrame1EditBox in patch 3.3.5
The main reason for using datastore would be for me, that I do not have one more Addon that records duplicate data and slows down my login/logout process. Maybe make the use of datastore dependend on DataStore being installed.
there's probably a small amount of duplicate effort, but i think it's worth it over requiring everybody to install datastore if they want to use gw. the data recording for gw is so minor, that it seems counterproductive to require a mod that actually records perhaps 10 times the amount of data in an effort to be more efficient.
i've always intended to have a quota system in place. use for bandages or potions or glyphs or whatever. i'm thinking it would be a min/max kind of scenario... if you're below the min, craft up to the max (if you can). specifying inventory category would be needed as well (bag, bank, alts, etc)
I would think that using datastore would save a decent amount of duplicated effort (either used from a full altoholic install or as an included library), and afaik datastore was split off of altoholic specifically for this type of project.
Any way you decide to go is obviously your choice, the major things that I would like to see in this project is the queuing (which you are making very good progress on), and the ability to see how much of a **crafted** item I have on alts, specifically for maintaining stock on several different bank toons separate from my crafting toons.
Edit To add to my wishlist, and I think many glyphers would agree, I want to be able to press a single button to queue up the production of glyphs (etc) up to a configurable limit keeping in mind how much I have on alts and the alts ah/mail. For example I want to maintain a 10 stack of a glyph. If I have 5 on a glyph alt, and 2 on alt ah I would want it to queue up 3 glyphs. The closest I have ever got to anything like this was using your lilssparkysworkshop clone and hacking in a column to show item data from altoholic and manually queuing from there.
i don't anticipate specifically interfacing with altoholic. tradeskill links are tiny, so recording them is trivial. the inventory data is a bit more data, but i don't want to get into chasing different inventory mods, so i just track it internally. i only track total numbers and only for tradeskill items (reagents and crafted items). i don't care about enchants on those items or gems or even random enchants, so tracking a single itemID is sufficient. basically, it's a much slimmer profile of data than a general purpose inventory tracker.
It seems to "know" different things than what Altoholic "knows" about my toons' possessions and tradeskills, and it seems like there's some duplication of effort between the 2 addons that can be harmonized.
I definitely like the interface. Just a note - I know it's alpha. Trying to transmute with my alchemist, and it can't find my Philospher's Stone in my inventory.
weird, cuz i do check for stack sizes. and i actually tested the code with that very recipe. but i believe you when you say it's broken, so i'll have to see what's up. could be something stupid like calculating the proper stack count and then buying using the wrong variable.
Noticed a potentially hazardous, but small, issue with the auto buy feature while recipes are in queue. If a recipe is queued to make say.... 2 of an item, & recipe calls for 1xwhatever, & the vendor sells said needed "whatever" in stacks of 5..... the addon conciders 1 stack of 5 to be 1 item, and will buy 2xstacks because there is 2 items in queue, ending up with 10xwhatever when only 2 are needed. Noticed it when i went to finally lvl cooking... and queued up 50 Spiced Breads and ended up with 340xSimple Flour's & 340 Mild Spices.. LOL..... Small issue, i'm sure easy to fix... & i love this add on.... already much cleaner & nicer than it's former relative. :)
I like this add on so far. Just one thing that doesn't work for me is the Queue All button. It only add 1 item to the queue, and I don't want to click it 50 times to make 50 bolts of netherweave :)
Am I missing something or does it just not work yet??
@slickwalker: the filter functionality exists like it does in my skillet clone, only it's activated via the column headers rather than a secondary set of buttons. each column has its own contextual filtering mechanism. the recipe name column lets you filter by recipe difficulty, the craftable column lets you filter by available reagents, the item level column lets you filter by usability, etc.
@shayncameron: the list of required mats is actually art of the queue itself. if you queue an item that has missing reagents, those reagents will be listed beneath the recipe itself. once i get this sorted out more, i'll add some different view options for the queue where you can view things in a more distinct list of items you need to buy. the queue is currently the part of gw that is getting most of my attention.
I'm clearly missing something here. How do you get a list of required mats for queued items? I store all my mats on different mules over 2 accounts, and would like to be able to queue what I want to build, and get a master list of required mats. Being able to send them to another's queue (ie using /w) would be nice too, but not essential.
At this point I seem unable to queue items I have no mats for. A queue I made on a previous version is still there, but I do not see how to get a master list of required mats.
I also posted a ticket as the current head rev errors out on me and will not list my profs (alch and BS).
BTW, I've used ATSW and Skillet. Both were good in their day. Really hoping this becomes the next must have crafting mod. Thanks a lot for all your great work.
Rollback Post to RevisionRollBack
To post a comment, please login or register a new account.
sarah,
i'm definitely planning on a public API for queue management. i haven't added it yet because it's still way up in the air. i've been doing donuts in my coding trying to figure out the best way to handle everything, so putting something the "fixed" public api file when it's not fixed yet doesn't seem right. altho, i suppose it IS alpha so how fixed could anything be? what functions does glypher need exactly? i could easily add a function to add a recipe onto the current queue. i suppose that'd be a start.
my utmost goal here is to retain this concept of a "dynamic queue" that takes only the specific items queued by the user and then generates the dependencies from there. by default, the system will prefer the fewest steps when picking a crafting path (based on the inventory of the user.) i don't want to duplicate lsw functionality or require lsw be enabled when running gw, so pricing is probably not going to happen direcly in gw. however, i do intend to have lsw assist in the queue management. i do agree that picking the cheapest path is nice, so i'll probably have some kind of filtering step at some point so that if you have lsw installed, it will hardwire a path that's cheapest.
with the working model as it is, if there's something you'd want to over-ride in the queue, the idea will be to simply "promote" an auto-entry to a root-level entry. this would be how the user selects a particular path by hand.
there are filters if you right-click the column headers. you can filter by potential level by right-clicking the recipe header. i will definitely add the estimated skill up % as a column which will then enable filtering/sorting specifically related to that data.
lsw includes a skill up factor that will adjust costs based on the chance to skill up, so theoretically if you filter out grays and sort by lsw cost w/ the skill up factor built in, you should see the cheapest way to get a level (or at least the best bet to maybe score a level).
Hey lilsparky.
I'm really impressed with this. It's coming along nicely.
My big request is for your help with something. I'm a big fan of Auctioneer's Glypher, which someone else already mentioned. This interfaces with your version of Skillet and can automatically queue glyphs to craft based on BeanCounter's sales history and current market prices. It's very cool functionality, and I can't use a TSF for my scribe unless I can keep it. As it stands I'm using GW for my other alts.
I'm happy to patch Auctioneer myself, but I need a fixed API to add a certain number of an item (and its prerequisites) to the current alt's queue, check whether the empty, and clear that queue. I can see the necessary code to do this, but you've separated out a public API and I don't want to hook into something that may change. Can we have a fixed, simple, queue management API? It could just be a few functions. Ideally (to me) this would be something generic so that adapters could convert this api to others—but I'll settle for anything that won't change. :-)
I have some free time at the moment if you need help with this or anything else. I don't want to step on your toes, but I'm a skilled engineer and you could farm out a piece of logic or functionality to me and hook it in how you wish. I have a special in-game interest in trade skills and have a professional history working with dependency graphs.
I have a few suggestions (or requests).
Hopefully these suggestions are helpful. These are some of the things I'd like to see. I have to say, after using Skillet for a while, I'm tempted to try making my own TS add-on, but I think you have a promising start and would rather do what I can to make yours the best add-on out there. So please be in touch if there's anything I can do, and I'll probably continue making occasional suggestions even if I never hear from you. :)
Keep up the good work,
Sarah
actually, i did not. thanks for the info.
I'm sure you're aware but linking your tradeskill from gnomeworks is broken atm. Still refers to ChatFrameEditBox which is now ChatFrame1EditBox in patch 3.3.5
The main reason for using datastore would be for me, that I do not have one more Addon that records duplicate data and slows down my login/logout process. Maybe make the use of datastore dependend on DataStore being installed.
I agree with Hoeding, would be very helpful features to have, even if only able to view inventory on alts. Awesome job so far, very slick addon =)
there's probably a small amount of duplicate effort, but i think it's worth it over requiring everybody to install datastore if they want to use gw. the data recording for gw is so minor, that it seems counterproductive to require a mod that actually records perhaps 10 times the amount of data in an effort to be more efficient.
i've always intended to have a quota system in place. use for bandages or potions or glyphs or whatever. i'm thinking it would be a min/max kind of scenario... if you're below the min, craft up to the max (if you can). specifying inventory category would be needed as well (bag, bank, alts, etc)
I would think that using datastore would save a decent amount of duplicated effort (either used from a full altoholic install or as an included library), and afaik datastore was split off of altoholic specifically for this type of project.
Any way you decide to go is obviously your choice, the major things that I would like to see in this project is the queuing (which you are making very good progress on), and the ability to see how much of a **crafted** item I have on alts, specifically for maintaining stock on several different bank toons separate from my crafting toons.
Edit To add to my wishlist, and I think many glyphers would agree, I want to be able to press a single button to queue up the production of glyphs (etc) up to a configurable limit keeping in mind how much I have on alts and the alts ah/mail. For example I want to maintain a 10 stack of a glyph. If I have 5 on a glyph alt, and 2 on alt ah I would want it to queue up 3 glyphs. The closest I have ever got to anything like this was using your lilssparkysworkshop clone and hacking in a column to show item data from altoholic and manually queuing from there.
i don't anticipate specifically interfacing with altoholic. tradeskill links are tiny, so recording them is trivial. the inventory data is a bit more data, but i don't want to get into chasing different inventory mods, so i just track it internally. i only track total numbers and only for tradeskill items (reagents and crafted items). i don't care about enchants on those items or gems or even random enchants, so tracking a single itemID is sufficient. basically, it's a much slimmer profile of data than a general purpose inventory tracker.
Any plans to interface with Altoholic/Datastore?
It seems to "know" different things than what Altoholic "knows" about my toons' possessions and tradeskills, and it seems like there's some duplication of effort between the 2 addons that can be harmonized.
Never mind. My problem.
I definitely like the interface. Just a note - I know it's alpha. Trying to transmute with my alchemist, and it can't find my Philospher's Stone in my inventory.
weird, cuz i do check for stack sizes. and i actually tested the code with that very recipe. but i believe you when you say it's broken, so i'll have to see what's up. could be something stupid like calculating the proper stack count and then buying using the wrong variable.
Noticed a potentially hazardous, but small, issue with the auto buy feature while recipes are in queue. If a recipe is queued to make say.... 2 of an item, & recipe calls for 1xwhatever, & the vendor sells said needed "whatever" in stacks of 5..... the addon conciders 1 stack of 5 to be 1 item, and will buy 2xstacks because there is 2 items in queue, ending up with 10xwhatever when only 2 are needed. Noticed it when i went to finally lvl cooking... and queued up 50 Spiced Breads and ended up with 340xSimple Flour's & 340 Mild Spices.. LOL..... Small issue, i'm sure easy to fix... & i love this add on.... already much cleaner & nicer than it's former relative. :)
queue all not working is a known problem.
I like this add on so far. Just one thing that doesn't work for me is the Queue All button. It only add 1 item to the queue, and I don't want to click it 50 times to make 50 bolts of netherweave :)
Am I missing something or does it just not work yet??
Cheers
yeah, i could see that happening, rf'ing is weird cuz it's got no reagents so gw is prolly confused by it. i'll fix it.
Sparky, excellent work as usual :)
Has anyone else noticed a problem using RTF trying to runeforge a weapon? every time i try it, it tells me "nothing to Craft"
@slickwalker: the filter functionality exists like it does in my skillet clone, only it's activated via the column headers rather than a secondary set of buttons. each column has its own contextual filtering mechanism. the recipe name column lets you filter by recipe difficulty, the craftable column lets you filter by available reagents, the item level column lets you filter by usability, etc.
@shayncameron: the list of required mats is actually art of the queue itself. if you queue an item that has missing reagents, those reagents will be listed beneath the recipe itself. once i get this sorted out more, i'll add some different view options for the queue where you can view things in a more distinct list of items you need to buy. the queue is currently the part of gw that is getting most of my attention.
I'm clearly missing something here. How do you get a list of required mats for queued items? I store all my mats on different mules over 2 accounts, and would like to be able to queue what I want to build, and get a master list of required mats. Being able to send them to another's queue (ie using /w) would be nice too, but not essential.
At this point I seem unable to queue items I have no mats for. A queue I made on a previous version is still there, but I do not see how to get a master list of required mats.
I also posted a ticket as the current head rev errors out on me and will not list my profs (alch and BS).
BTW, I've used ATSW and Skillet. Both were good in their day. Really hoping this becomes the next must have crafting mod. Thanks a lot for all your great work.