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.
yeah, i think there is. i know some mods that do this (or at least, used to) so i'll look into it.
at the moment, i don't have an options interface and i wouldn't want to have it be that way by default, so don't expect it to happen too soon.
speaking of enchants, i'd also like to figure out a scheme to make creating scolls a single event instead of having to select the scroll. perhaps this would be handled thru my (yet to be implemented) pseudo-trade skill system. i could make a pseudo-trade of all the enchant recipes that create scrolls.
kevmar will definitely be able to update ktq to work with gnomeworks. that said, i do plan on implementing features that may or may not make ktq redundant. i'll be introducing a quota system so that you can designate a quota for different items and gw will auto-queue those whenever your stock doesn't match your quota (probably a separate queue so you can fill your quota when you want without it polluting your normal queue).
the keyword matching probably won't be something i deal with. not sure about the pricing aspect. possible that the lsw plugin for gw will enable a means to skip unprofitable recipes in the queue.
Terrific. However maybe I'm missing a step to "plugin" ackis. I click the plugin button and it says no plugins found.. I'm running r43 and ackis version 1.0 -r2818. Is there soemthing I need to do to install it?
vacendik: thanks for your kind words. yes, ackis recipe list works with gnomeworks. the "plugins" button will let you access various arl capabilities and gnomeworks will also add additional filtering based on arl data (eg, filter based on the recipe source). also, the queue in gnomeworks is done per character. i can understand atsw telling you that an alt needs a particular item, but that won't be the default with gw.
georam: i think any successful spell cast might end up triggering a "queue changed" event. i'll try to remember to fix that. the init code also sometimes pops the window open without any tradeskill info. i need to figure out in what cases this happens and isolate the problem.
Hi
I have installed the new version and I see it works fine.
It was now unknown when I open GW.
When I use a spell, use mount... it open the small Queue Window
When I restart Wow and use spell, mount it does not open
This addon very cool better thsn atsw (no update this time)
Just discovered this from a comment in ATSW on Curse. I just wanted to say that I'm very impressed with the quality of work here. I love the look and feel, the ability to look at all recipes even if you don't have the TS and how things are put together so far. I'm looking forward to your continuing efforts.
Having said that I have a few quick questions.
Will this addon work with Ackis Recipe thingee? Or have something similiar to it internally? I see a plugin button, but not sure what its purpose is.
One of my pet peeves with ATSW is I queue something up on one character (like bandages) don't make them all and then it shows I need stuff for them in the AH for all my other toons. I don't know if GnomeWorks will do something similar, but the ability to clear the queue when you close the window would be a nice feature.
guess i didn't test the queue all function. oops. i drycoded a fix that should work.
georam: that yellow mode thing is the column configuration mode which is enabled by holding down ALT. if you ALT-TAB apparently it'll get stuck (since the client is stowed when the ALT key is released and thus never gets the release event). just tap ALT and it should go back to normal. i'm going to change this behavior and have an onscreen button to enable the configuration mode instead of ALT.
highend: yeah, it would make sense to open the queue when you add something. the queue window can be moved and scaled independently of the docked position and size. so for example, when you close the main frame and leave the queue by itself, you can put it someplace off to the side and scale it down. when you open the main window, it will return to the docked position and when you close the main window again, it will return to the undocked position. it might be nice to have the undocked window remember a bit more about itself, like maybe having a "stowed" status where it would be nothing more than a small button that could be placed somewhere on the screen and used to open the undocked frame...
the queue window will serve as the shopping list eventually (imagine clicking on the "purchase" entries to instigate an ah search or to buy from a vendor). this is why it's designed as a separate, detachable window.
Version r42 (and previous versions have all had queue problems as well for me) I am getting this error when I click Queue All (and queue size of 1 is created).
2x GnomeWorks-r42\MainWindow.lua:1320: bad argument #1 to 'next' (table expected, got nil)
GnomeWorks-r42\MainWindow.lua:1320: in function <GnomeWorks\MainWindow.lua:1309>
I suggest roll back to R41 and submit a ticket about the code error. Don't forget it be safer to erase the addon from the interface folder before unpacking a fresh copy of R41.
I would suggest that the forum posts be the 'How do I do this' or suggestions and any errors you encounter, post a trouble ticket. Check the tickets out and see if someone else had the same error or you can flesh out the problem more for Lilsparky.
Bugsack dumps will probably be very helpfull to Lilsparky
2x GnomeWorks-r42\MainWindow.lua:1320: bad argument #1 to 'next' (table expected, got nil)
GnomeWorks-r42\MainWindow.lua:1320: in function <GnomeWorks\MainWindow.lua:1309>
and after a while Blizzard block this addon and I must deaktivate this addon mmhh
EDIT: Here a screen all yellow I can´t use this now
If we queue items (and we didn't open the queue frame manually before), shouldn't it open automatically?
If I have queued a few items, opened the queue frame and now close GN (not the queue frame alone) I get a (new?) queue frame in the middle of the screen. Either GN should ask "Hey, you still have items queued, do you really want to close GN including the queue window" or (better) an option to decide what GN should do in that case (1. Still show your queue window even if you close GN | 2. Close all GN windows and don't show the queue window.
the queue should be working again. gw might suffer from the same problem skillet had at one point .. after the 2nd skillup from a skill sequence, the cycle will abort. has to do with the blizzard frame not being open... i'll look into the fix i did for skillet and implement it here.
the bank/vendor retrieval hasn't been touched and is still sketchy.
take all the time you need man. this is an amazing, ambitious project. I can't wait to see how the pseudo-tradeskills affect my ability to craft for profits using LSW. The only other addon at the moment that addresses the psuedo-tradeskill gap is SlyProfits,but you have to set up all the item conversions by hand.
i'm hoping to have some time in the next few days to wrap up some reworking of the queue and fix some of the outstanding issues related to selection resets and such... thanks for being patient.
You should not need the indicator since your cast bar should be showing you trade skill activity, I have not used the default UI one for eons but quartz show's it just fine
Not going into the selected profession is a known problem, be patient, it will get fixed.
Love the whole look and feel of the program, keep up the excellent work! Just a quick question, any chance, when you make something, that you set it up so it shows we are making something? Like a create bar? Right now, I don't know it is creating anything, until my log window shows I created it.
Also, have an issue, wasn't like this back around r38 or so, where when I open up GnomeWorks, it doesn't open up the characters professions, it gives a string of all the profs, and I have to click on one of the profs my char has, before it updates, hoping you can get that fixed again =)
yeah, i think there is. i know some mods that do this (or at least, used to) so i'll look into it.
at the moment, i don't have an options interface and i wouldn't want to have it be that way by default, so don't expect it to happen too soon.
speaking of enchants, i'd also like to figure out a scheme to make creating scolls a single event instead of having to select the scroll. perhaps this would be handled thru my (yet to be implemented) pseudo-trade skill system. i could make a pseudo-trade of all the enchant recipes that create scrolls.
New question. Is there some way to auto accept re-enchant? I have heard it both ways.
kevmar will definitely be able to update ktq to work with gnomeworks. that said, i do plan on implementing features that may or may not make ktq redundant. i'll be introducing a quota system so that you can designate a quota for different items and gw will auto-queue those whenever your stock doesn't match your quota (probably a separate queue so you can fill your quota when you want without it polluting your normal queue).
the keyword matching probably won't be something i deal with. not sure about the pricing aspect. possible that the lsw plugin for gw will enable a means to skip unprofitable recipes in the queue.
Hello Sparky!
First of all, i love your addons. They really make my wow experience a lot better.
Im wondering if you are able to make support for kevtool-queue addon to this project?
probably just need the latest ackis from this site. torhal had made some mods to ackis on my behalf.
Terrific. However maybe I'm missing a step to "plugin" ackis. I click the plugin button and it says no plugins found.. I'm running r43 and ackis version 1.0 -r2818. Is there soemthing I need to do to install it?
vacendik: thanks for your kind words. yes, ackis recipe list works with gnomeworks. the "plugins" button will let you access various arl capabilities and gnomeworks will also add additional filtering based on arl data (eg, filter based on the recipe source). also, the queue in gnomeworks is done per character. i can understand atsw telling you that an alt needs a particular item, but that won't be the default with gw.
georam: i think any successful spell cast might end up triggering a "queue changed" event. i'll try to remember to fix that. the init code also sometimes pops the window open without any tradeskill info. i need to figure out in what cases this happens and isolate the problem.
Hi I have installed the new version and I see it works fine.
It was now unknown when I open GW. When I use a spell, use mount... it open the small Queue Window When I restart Wow and use spell, mount it does not open
This addon very cool better thsn atsw (no update this time)
Just discovered this from a comment in ATSW on Curse. I just wanted to say that I'm very impressed with the quality of work here. I love the look and feel, the ability to look at all recipes even if you don't have the TS and how things are put together so far. I'm looking forward to your continuing efforts.
Having said that I have a few quick questions.
Will this addon work with Ackis Recipe thingee? Or have something similiar to it internally? I see a plugin button, but not sure what its purpose is.
One of my pet peeves with ATSW is I queue something up on one character (like bandages) don't make them all and then it shows I need stuff for them in the AH for all my other toons. I don't know if GnomeWorks will do something similar, but the ability to clear the queue when you close the window would be a nice feature.
Please keep up the great work!
guess i didn't test the queue all function. oops. i drycoded a fix that should work.
georam: that yellow mode thing is the column configuration mode which is enabled by holding down ALT. if you ALT-TAB apparently it'll get stuck (since the client is stowed when the ALT key is released and thus never gets the release event). just tap ALT and it should go back to normal. i'm going to change this behavior and have an onscreen button to enable the configuration mode instead of ALT.
highend: yeah, it would make sense to open the queue when you add something. the queue window can be moved and scaled independently of the docked position and size. so for example, when you close the main frame and leave the queue by itself, you can put it someplace off to the side and scale it down. when you open the main window, it will return to the docked position and when you close the main window again, it will return to the undocked position. it might be nice to have the undocked window remember a bit more about itself, like maybe having a "stowed" status where it would be nothing more than a small button that could be placed somewhere on the screen and used to open the undocked frame...
the queue window will serve as the shopping list eventually (imagine clicking on the "purchase" entries to instigate an ah search or to buy from a vendor). this is why it's designed as a separate, detachable window.
Version r42 (and previous versions have all had queue problems as well for me) I am getting this error when I click Queue All (and queue size of 1 is created).
2x GnomeWorks-r42\MainWindow.lua:1320: bad argument #1 to 'next' (table expected, got nil) GnomeWorks-r42\MainWindow.lua:1320: in function <GnomeWorks\MainWindow.lua:1309>
Locals: button = <unnamed> { 0 = <userdata> validate = <function> @ GnomeWorks\MainWindow.lua:1287: } numItems = nil entry = <table> { alt = 6 bag = 5 index = 262 cost = 1363675 parent = <table> {} vendor = 5 guildBankInventory = 0 altInventory = 0 bank = 5 guildBank = 5 craftable = true bankInventory = 0 skillColor = <table> {} dataIndex = 2 value = 1601625 name = "Bold Cardinal Ruby" itemColor = <table> {} fate = "a" depth = 1 recipeID = 66447 bagInventory = 0 } (*temporary) = <function> defined =[C]:-1 self = <table> { RecipeGroupPruneList = <function> @ GnomeWorks\RecipeGroups.lua:601: InitGroupList = <function> @ GnomeWorks\RecipeGroups.lua:615: CancelTimer = <function> @ DataStore\libs\AceTimer-3.0\AceTimer-3.0.lua:311: RecipeGroupAddSubGroup = <function> @ GnomeWorks\RecipeGroups.lua:208: InventoryScan = <function> @ GnomeWorks\Inventory.lua:224: SetInventoryCount = <function> @ GnomeWorks\Inventory.lua:146: TRADE_SKILL_UPDATE = <function> @ GnomeWorks\MainWindow.lua:1141: RecipeGroupConstructDBString = <function> @ GnomeWorks\RecipeGroups.lua:568: GetTradeIcon = <function> @ GnomeWorks\GetTradeSkill.lua:155: QueueWindow = GnomeWorksQueueFrame {} GetInventoryCount = <function> @ GnomeWorks\Inventory.lua:161: RegisterMessageDispatch = <function> @ GnomeWorks\GnomeWorks.lua:74: ScheduleTimer = <function> @ DataStore\libs\AceTimer-3.0\AceTimer-3.0.lua:276: ShowReagents = <function> @ GnomeWorks\Details.lua:330: SelectEntry = <function> @ GnomeWorks\SkillList.lua:338: AddToQueue = <function> @ GnomeWorks\Queue.lua:895: RegisterMessage = <function> @ DataStore\libs\CallbackHandler-1.0\CallbackHandler-1.0.lua:117: UnregisterMessage = <function> @ DataStore\libs\CallbackHandler-1.0\CallbackHandler-1.0.lua:180: data = <table> {} RecipeGroupSort = <function> @ GnomeWorks\RecipeGroups.lua:419: SetFilterText = <function> @ GnomeWorks\MainWindow.lua:1155: PopSelection = <function> @ GnomeWorks\SkillList.lua:415: ExpandAllHeaders = <function> @ GnomeWorks\ScrollFrame.lua:581: PopulateQueues = <function> @ GnomeWorks\Queue.lua:945: RecipeGroupOpRename = <function> @ GnomeWorks\RecipeGroups.lua:984: GetTradeSkillIcon = <function> @ GnomeWorks\GetTradeSkill.lua:196: ConstructPseudoTrades = <function> @ GnomeWorks\GetTradeSkill.lua:55: IsTradeSkillLinked = <function> @ GnomeWorks\GetTradeSkill.lua:196: OnLoad = <function> @ GnomeWorks\GnomeWorks.lua:261: DoTradeSkillUpdate = <function> @ GnomeWorks\MainWindow.lua:1071: ParseSkillList = <function> @ GnomeWorks\SkillList.lua:215: PLAYER_GUILD_UPDATE = <function> @ GnomeWorks\GnomeWorks.lua:252: RecipeGroupNew = <function> @ GnomeWorks\RecipeGroups.lua:77: ScanSlotGroups = <function> @ GnomeWorks\SkillList.lua:801: RecipeGroupOpNew = <function> @ GnomeWorks\RecipeGroups.lua:903: GetSkillColor = <function> @ GnomeWorks\SkillList.lua:896: CreateQueueWindow = <function> @ GnomeWorks\Queue.lua:1359: RecipeGroupFindRecipe = <function> @ GnomeWorks\RecipeGroups.lua:54: UnregisterAllEvents = <function> @ DataStore\libs\CallbackHandler-1.0\CallbackHandler-1.0.lua:201: print = <function> @ GnomeWorks\GnomeWorks.lua:247: RecipeGroupFlatten = <funct
-@GeoRam2013
I suggest roll back to R41 and submit a ticket about the code error. Don't forget it be safer to erase the addon from the interface folder before unpacking a fresh copy of R41.
I would suggest that the forum posts be the 'How do I do this' or suggestions and any errors you encounter, post a trouble ticket. Check the tickets out and see if someone else had the same error or you can flesh out the problem more for Lilsparky.
Bugsack dumps will probably be very helpfull to Lilsparky
hi when I uses queue all then this error
2x GnomeWorks-r42\MainWindow.lua:1320: bad argument #1 to 'next' (table expected, got nil) GnomeWorks-r42\MainWindow.lua:1320: in function <GnomeWorks\MainWindow.lua:1309>
and after a while Blizzard block this addon and I must deaktivate this addon mmhh
EDIT: Here a screen all yellow I can´t use this now
http://img228.imageshack.us/img228/1108/wowscrnshot070910161523.jpg
If we queue items (and we didn't open the queue frame manually before), shouldn't it open automatically?
If I have queued a few items, opened the queue frame and now close GN (not the queue frame alone) I get a (new?) queue frame in the middle of the screen. Either GN should ask "Hey, you still have items queued, do you really want to close GN including the queue window" or (better) an option to decide what GN should do in that case (1. Still show your queue window even if you close GN | 2. Close all GN windows and don't show the queue window.
Regards, Highend
new version is up.
the queue should be working again. gw might suffer from the same problem skillet had at one point .. after the 2nd skillup from a skill sequence, the cycle will abort. has to do with the blizzard frame not being open... i'll look into the fix i did for skillet and implement it here.
the bank/vendor retrieval hasn't been touched and is still sketchy.
take all the time you need man. this is an amazing, ambitious project. I can't wait to see how the pseudo-tradeskills affect my ability to craft for profits using LSW. The only other addon at the moment that addresses the psuedo-tradeskill gap is SlyProfits,but you have to set up all the item conversions by hand.
i'm hoping to have some time in the next few days to wrap up some reworking of the queue and fix some of the outstanding issues related to selection resets and such... thanks for being patient.
@jalonis
You should not need the indicator since your cast bar should be showing you trade skill activity, I have not used the default UI one for eons but quartz show's it just fine
Not going into the selected profession is a known problem, be patient, it will get fixed.
Love the whole look and feel of the program, keep up the excellent work! Just a quick question, any chance, when you make something, that you set it up so it shows we are making something? Like a create bar? Right now, I don't know it is creating anything, until my log window shows I created it.
Also, have an issue, wasn't like this back around r38 or so, where when I open up GnomeWorks, it doesn't open up the characters professions, it gives a string of all the profs, and I have to click on one of the profs my char has, before it updates, hoping you can get that fixed again =)
Thanks again, love the whole overall look though!
Any word on the alt inventory tracking for finished products btw? Huge feature I am looking forward to. Keep up the great work, and thank you!