GnomeWorks TradeSkill Frame
GnomeWorks TradeSkill Frame -
a complete replacement for the blizzard trade skill frame.
early alpha just to test some things out.
Comments
-
craigcurse Owner
-
_ForgeUser280725 Author
-
_ForgeUser8814248 Author
-
Forge_User_91081625 Author
-
WildCard_25 Author
-
View User Profile
-
Send Message
Posted Nov 14, 2010@lilsparky: everyone will always convert pigments (that you mill from herbs) into inks, there's no use to keep the pigments in bags since there's nothing to craft with them other than one ink (per pigment). not to say inks take 50% of bag space than pigments.
i guess that everyone who's crafting glyphs and mills the herbs by themselves (inks aren't available anymore in AH, or are there for huge prices nowadays) will go to the tradeskill frame (GW in this scenario) and look to convert the milled pigments into inks. but for this process, the player has to scroll down a lot of pages into the tradeskills list or do several clicks in the category tab, while if it was something like a "custom tradeskill bar with buttons" say on the left side of GW (vertically), you would just click the "craft all ink of the sea" button and that's all.
i've suggested something similar to this aswell a while ago through the ticket system here http://www.wowace.com/addons/gnomeworks/tickets/137-search-presets/ those who like the feature or would make use of it, please support the ticket (post/vote in there) so that, maybe one day we'll see this implemented in GW :)
-
View User Profile
-
Send Message
Posted Nov 14, 2010i guess i just can't think of any instance when somebody would want to queue up all the bolts of cloth they can make or queue up every possible ink. particularly since these items should auto queue as you need them.
altho, i suppose if you're saying you never really care to have raw cloth on hand and would rather just convert everything to bolts as you get it, then maybe i could see the utility. i think, tho, this could be solved with quotas (to be implemented). the idea behind a quota is that you could define a min/max number of items you wish to have for any craftable item. if you drop below the min, then gw would auto-queue that item to get you to at least the min or more if you have the mats available (tho not more than your defined max).
-
View User Profile
-
Send Message
Posted Nov 14, 2010@LS says "can you explain the usefulness of queueing a whole category?"
Yes make all category items that there are available in only one click to queue. Like inks, vellums, transmutes gems (all have one category color), cloth bolts, etc.. If not its a bug because we can select categories and the "queue" its not disabled :)
And if one future day GW have "custom" categories, like other tradeskill frame, you can make all your favourite recipes with less clicks :)
-
View User Profile
-
Send Message
Posted Nov 14, 2010I love your addons, but everytime I open the tradeskill window I get this error.
Message: Interface\AddOns\GnomeWorks\plugins\lsw.lua:546: attempt to call field 'AddToItemCache' (a nil value) Time: 11/14/10 11:28:53 Count: 3 Stack: Interface\AddOns\GnomeWorks\plugins\lsw.lua:546: in function <Interface\AddOns\GnomeWorks\plugins\lsw.lua:535> [C]: in function `UseAction' Interface\FrameXML\SecureTemplates.lua:274: in function `handler' Interface\FrameXML\SecureTemplates.lua:540: in function <Interface\FrameXML\SecureTemplates.lua:488>
edit: cause i'm dumb. -.-
-
View User Profile
-
Send Message
Posted Nov 14, 2010yeah, i need to rework the tooltips in the queue window (and other places). showing which alt would certainly be useful.
is it not wanting to mill at all? try viewing milling first, then queueing. it seems to not remember you know those recipes between sessions unless you view them... i think. still investigating.
can you explain the usefulness of queueing a whole category?
-
View User Profile
-
Send Message
Posted Nov 14, 2010@Yeoman create a personal character macro with name GWProcess and gw fill it.-
Hi LS, good work its amazing ;)
-Can queue window summary show tooltips "what alter have the materials" at main tradeskill and reagent show it, but not at queue window.
-Pigments don't get source of milling from r69 in advance something was change/break.
-Can be a new feature you can queue a "category" (now can queue but get error bad argument) with all craftable possibles of the full category.. like make me all INKS or make me all BOLTS or ..
BR
-
View User Profile
-
Send Message
Posted Nov 14, 2010r76 made queue with ktq, bought and convered all that i need for glyphs, then pressed Process button, and error popped up:
Error occured in: Global Count: 1 Message: ..\AddOns\GnomeWorks\plugins\lsw.lua line 546: attempt to call field 'AddToItemCache' (a nil value) Debug: [C]: AddToItemCache() GnomeWorks\plugins\lsw.lua:546: GnomeWorks\plugins\lsw.lua:535 [C]: CastSpellByName() GnomeWorks\Queue.lua:1020: GnomeWorks\Queue.lua:984
But Process works anyway, after that made all my queued items.
Btw, does Process button have any keybindings, or for example something like "/click AuctionProfitMasterPostButton"?
-
View User Profile
-
Send Message
Posted Nov 14, 2010r76 adds better lsw support. prices for pseudotrades might not update right away...
-
View User Profile
-
Send Message
Posted Nov 14, 2010jaz, you have data in your sv file that predates the new 3 ink recipes. do this:
/script GnomeWorksDB = nil
/reload
that will rebuild the database with new info.
it should prefer vendor conversions, but it's possible that it might not recognize them unless you view that pseudo trade before queuing up items. i'm investigating this behavior...
lsw can show items in a single profit column by right-clicking the cost or value column and selecting single-column mode. there are some quirks, tho, with this system and sorting that need to be addressed...
-
View User Profile
-
Send Message
Posted Nov 14, 2010GW isn't correctly calculating the no. required items for most glyphs. It seems to think each glyph only requires 1 ink, instead of the 2 or 3 they really need. I'm using r75. but it's not a new behavior.
Also, sometimes it can do vendor conversion for inks and sometimes it says to buy pigments off the AH. Any reason why it's inconsistent?
Lastly, is there any way to sort by profit, as opposed to cost/price.
-
View User Profile
-
Send Message
Posted Nov 13, 2010glad to hear it. i'm considering moving to beta. i think for the most part, it doesn't explode or anything. i just need to write up the project page description and maybe tie up a couple loose ends.
btw, i appreciate people taking the time to stick with the thing and post comments. it's been really helpful in figuring out what sharp corners are the most dangerous and how different people might use the thing to get stuff done. so thanks!
-
View User Profile
-
Send Message
Posted Nov 13, 2010Hey Guys,
I have to say that r74 is working absolutely brilliantly. I am making over 200 glyphs a day and the queue is working a treat now. Interacting very well with both the vendors for parchments and inks. Using KTQ to make my queue is just fantastic. Well done guys.
regards,
Bill
-
View User Profile
-
Send Message
Posted Nov 13, 2010oh, r75 should avoid that most of the taint stuff now. also the flat queue view should process in larger batches (ie, if it's combined 10 queue entries of the same recipe, it'll try to execute them all in one shot if you have the mats).
-
View User Profile
-
Send Message
Posted Nov 13, 2010interesting. the gw window code is completely different than skillets code. in fact, the only re-used code from skillet is the group management and the inventory processing. everything else is pretty much written from scratch, tho i suppose it's using the same basic philosophy. this makes me think it's less to do with the window movement and more to do with the scanning. that's the only thing i can think of that would lock up your system for a few seconds...
-
View User Profile
-
Send Message
Posted Nov 13, 2010i get the same freeze when moving the GW window (i don't have LSW enabled). i was getting it with skillet aswell, but haven't seen anything similar with any other addons. actually when i replaced skillet with GW few weeks ago, that freezing thing while moving the window got me like "aha, so this GW thing is built on Skillet's code".
-
View User Profile
-
Send Message
Posted Nov 13, 2010i don't know what might cause it to lock things up. i'm not using any libs for the window management, so unless something is hooking the blizzard api for dragging, it would be strange for it to cause such an issue. could it be a case of timing? like you normally tend to drag it about as soon as it opens (in which case it might be querying the server for data)?
-
View User Profile
-
Send Message
Posted Nov 13, 2010Sarah_a180 sure you use LilSparky's Workshop, disable all colummns/addons/plugins that you don't need then works instantly like a normal tradeskill frame.
to much data to check at "cache" :)
-
View User Profile
-
Send Message
Posted Nov 13, 2010One thing I've noticed… often (maybe always?) when I first pick up the title bar to move the GnomeWorks window, I get a long pause while WoW becomes unresponsive. Maybe 5–10 seconds. Any thoughts on what might be doing this?
It's entirely possible this is another add-on interacting… I use quite a few. However, I don't think I've ever noticed this with other add-ons.
-
View User Profile
-
Send Message
Posted Nov 13, 2010Maybe error?
11/14 03:57:33.703 An action was blocked in combat because of taint from GnomeWorks - GWProcess:origDisable() 11/14 03:57:33.703 Interface\AddOns\GnomeWorks\Window.lua:1583 GWProcess:Disable() 11/14 03:57:33.703 Interface\AddOns\GnomeWorks\Queue.lua:2243 GWProcess:validate() 11/14 03:57:33.703 Interface\AddOns\GnomeWorks\Queue.lua:2559 func() 11/14 03:57:33.703 Interface\AddOns\GnomeWorks\GnomeWorks.lua:189 SendMessageDispatch() 11/14 03:57:33.703 Interface\AddOns\GnomeWorks\Queue.lua:1829 ?() 11/14 03:57:33.703 Interface\AddOns\Ace3\CallbackHandler-1.0\CallbackHandler-1.0.lua:293 method() 11/14 03:57:33.703 safecall Dispatcher[6]:8 11/14 03:57:33.703 xpcall() 11/14 03:57:33.703 safecall Dispatcher[6]:26 ?() 11/14 03:57:33.703 Interface\AddOns\Ace3\CallbackHandler-1.0\CallbackHandler-1.0.lua:183 Fire() 11/14 03:57:33.703 Interface\AddOns\Ace3\AceEvent-3.0\AceEvent-3.0.lua:239 11/14 03:57:33.703 UseAction() 11/14 03:57:33.703 Interface\FrameXML\SecureTemplates.lua:274 handler() 11/14 03:57:33.703 Interface\FrameXML\SecureTemplates.lua:540 SecureActionButton_OnClick() 11/14 03:57:33.703 Interface\FrameXML\ActionButton.lua:40 ActionButtonUp() 11/14 03:57:33.703 ACTIONBUTTON4:4
-
View User Profile
-
Send Message
Posted Nov 13, 2010LS, Yep r73 gets the same error...
To get the problem queue 7 times a glyph or more (7glyphs x3ink=21 more than 1 stack of inks) any glyph that you don't have the ink to use and needs converted, gw create the queue and shows "Process vendor Conversion: Ethereal ink x21" press the button and get "Internal Bag Error" then buy 1 ethereal at hand .. and the button works perfect.
The other, now every queue item pulls the conversion inks for need it inks .. can be added the total inks at summary to get all at once, like papers at vendor (was used in r69).