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 just had a strange thing happen. I was fishing and someone in chat was looking for a leatherworker to make a bag. I responded in chat, they came to me, gave me the mats, I made the bag, and then I went back to fishing. However now as I follow my bobber on the screen, leatherworking recipe tooltips are popping up. What gives?
My guild have 7 slots (currently) and are used a lot with trade between members, these reagent/herbs/ingredients often these objects are not mine, yes I have my private bank on mule characters but the main characters with “share” guildbank these data have not sense.
Yes on main window you can (every time) disable view of inventory/craftable on guildbank but queue still using these data, then I prefer delete and just ignore it.
If GnomeWorks.data.inventoryData[playerName].guildBank.. then 4 characters at same guild get the same data and stored gets x4 the same information ? its not better use guildname.guildbank and same guild chars share the data ?
So you're right that the AH scanner isn't always correct, at least as it applies to milling. I'm looking right now on one of my realms and trying to get some golden pigment.
According to Enchantrix (I have the developer version that's supposedly accurate for Cataclysm):
Liferoot mills to 3 golden pigment on average and is around 2 g per piece.
Grave moss mills to 2.5 golden pigment on average and is over 3 g per piece.
AFAIK, these have always been the drop rates.
It seems that GW is using these same rates when I look at alternative possible sources for the golden pigment: it offers 8x Mill Liferoot or 10x Mill Grave Moss.
The AH scanner recommended I buy 13 Liferoot and 31 Grave Moss.
I have 2 & 4 of these in my bags, respectively, so it's doing a nice job making batches of five when looking at auctions.
I snapped up the Liferoot it recommended and then saw the prices on the Grave Moss. This seemed a weird recommendation so I started looking into it.
When I let it recommend, it estimates the cost at 121.5 g for 31 Grave Moss.
When I manually change it to Mill Liferoot, it estimates the cost at 48.3 g for 22 Liferoot.
Even if it's considering residuals (and I really hope it isn't) Liferoot produces more valuable residuals as well.
The more I use it, the more I'm really liking the auction scanner. (I still hope that it will be possible to replace the algorithm(s) it uses with a plug-in, but I freely admit that my concerns about it being too heavy were overblown.)
Do you have reason to believe that it's potentially wrong in all cases or just in the trickier cases of milling and prospecting?
(I haven't checked to see if it tries to find greens or blue armor or weapons to disenchant, but that's almost a full AH scan if it does, so I'm imagining not.)
I do have to second the request to selectively ignore specific guild banks as potential sources. In my case, I have a private guild bank that contains just my banker: that bank is open season. But, despite being an officer, I generally prefer not to withdraw from my raiding guild's bank unless the items are scarce and difficult to buy on the market.
(I personally think it's a waste of effort and space to stock up greens and commodities in a common guild bank—the auction house is stable enough for that kind of stuff that it acts like big a co-op exchange anyway. The 5% overhead is less than the cost of maintaining a guild bank in the long run.)
For the herb & ore stacking thing, I have a recommendation. I have worked with other add-ons that try to automatically stack things up in these cases, and I find that they tend to interact with each other, and other inventory add-ons, badly. Automatic stacking leads to a lot of bag errors and throws off event-driven inventory trackers.
Furthermore, if people want to keep their bags stacked automatically, there are many add-ons that will already do that for you.
(I recommend the excellent Broker_Garbage, which does a great job managing the junk that accumulates in your bags, automatically selling it at vendors and dropping it when your bags get full. I leave its stacking features off and use either JPack or ArkInventory's stacker, for the reasons mentioned above, but I can't live without its auto-drop & auto-vendor features. It was a huge convenience when farming up my beloved whelplings.)
I suggest the following algorithm:
Find the largest stack of the item you want to mill.
If it's larger than five items, mill it.
If it's smaller than five items, check if there are other stack(s) that can be combined. If so, combine individual stacks until you reach a stack of five.
If you had twelve stacks of two, you should now have one stack of six and nine stacks of two.
That stack should be larger than five items, so mill it.
If you didn't have at least five, GW wouldn't have lit up the action button to proceed with milling anyway. If you have two stacks of two, I don't think it's GW's job to combine that into one stack of four just to keep your bags tidier.
I think you can prove that this does the fewest possible inventory movements, but still guarantees milling (or prospecting) success any time you have at least five of an item.
Whew, it never seems that long when you're writing it! Happy holidays :-)
yeah, i intend to localize but i've kind of ignored it for now. the localization system here seems pretty handy so i just need to look into how it's all set up and what it expects in terms of the internal system (ie, does it need a particular library like ace locale or something).
yunohu, thanks. i think i see what's happening. was your guildbank frame open when this happened?
oddible, thanks. yeah, i want it to automate as much as possible. the intent is indeed to have it pick the cheapest/best herbs even if it needs to split it up between a few different. you can change the herb it wants to use by right-clicking the milling recipe in the queue frame. if you find goldclover is truly cheaper, then tell it you want some of those instead.
after buying your goldclover, it probably should have reassessed things. tho probably not until you actually grabbed them from the mail. right now it will automatically add purchases to your mail inventory when you use the auction scanner to buy, but not if you use the blizz frame (or some other auction mod). i should probably change my system to look for the generic message about winning an auction (this would also prevent it from thinking you bought something you didn't actually buy due to lack of funds or some other issue).
Got a couple of bugs to report but, I made some glyphs today and I just want to say that this addon is so freakin awesome. It has so much process intelligence built into it! Ok, on to the bugs:
1) The auction scan for millable herbs for glyphs chooses the LAST herb searched for, not the cheapest herbs. This feature blows my mind and if it ever gets working as intended (maybe it is already for other professions) it will be brilliant beyond words. Ideally it would choose the cheapest herbs to mill to get a particular pigment - even more ideally it could select several different herbs based on stacks of 5 to get the same pigment (so if 10 goldclover were cheapest but 10 Tiger Lily were cheaper than the next stack of goldclover it would select both to buy).
2) Once you run the auction scan and it selects herbs for the queue, you can't get rid of its selection. For instance, I have several glyphs in queue, and the scan selected 'Fire Leaf' for all of them, I bought Goldclover instead, but the queue won't adjust. It does adjust if I mill the Goldclover myself.
Got both those 2 errors with r99 when trying to view a guild member's professions. The first one (Bank.lua) happened when I had left my enchant sorted by slot (2H weapon), and I was opening tailoring of a guildie.
The second was after I cleared the sort field to all/all
Just noticed that if I have 21 Silverbloom that the milling doesn't work. I have Vellums in the queue, the button correctly says Mill Silverbloom, but when I click to mill it says "must have 5 of that item to mill". It is apparently trying to mill the stack of 1 rather than the stack of 20.
that SHOULD do it. i think. it's off the top of my head. just curious, why do you want to do this? just to avoid utilizing your gb for inventory?
jimshank, profit vs profit margin... profit is in gold whereas profit margin is a percentage of the cost. both must be satisfied in order to queue. so if you say 50g profit and a 15% profit margin, the item must sell for 50g more than it takes to make and also the value must be at least 15% greater than the cost to make.
doo, it looks like it's queued 2 of each. the 4's are for subcrafts to satisfy the 2 of the main crafts. i'll look into why it did 2 instead of just 1. i'll look into the spoof pigment thing. sounds handy since wowhead is a bit weird in how they record data.
sarah, the stacking issue is a bit f'd up with milling/prospecting. gw needs to stack herbs/ores before operating on them. also, i'm not sure the auction scanner always picks the best routes. you should double check it by selecting different sources and looking to see what lots are available for auction.
glad you like the scanning system. i figured once you'd seen where it was going, your reservations about having an auction system would be allayed. it needs a bit of fine tuning, but it's what i was hoping it would be.
i've seen this same problem, ironically, with skillet. only with skillet it was more obvious because the frame in question was visible whereas the one in gw is invisible and used solely to grab mouse interactions. it's really strange that both scrolling lists on a single frame would suffer from this problem and yet no other elements do. this means it's not just a single frame going wrong. if it was the overlay, it would affect every element. if it was just a random scroll frame thing, i doubt it would affect BOTH on the same frame simultaneously... hmm... maybe there's an issue with a template i'm using somehow being modified (didn't think that was possible tho).
i agree the skill layout is confusing. it's also a pain in the ass cuz it doesn't always update when i tell it to. dunno why.
the milling issue is something i'm working on. does the flat layout change once you've milled a bit? like does the mill suddenly shift down once you've completed a few?
cherish, the sorting is messed up by column orders changing... i need to fix it. try disabling the skillup chance column in the plugin menu. that might help.
viewing trade links might take some time when you have an empty local cache, but once you've viewed it the cache should fill and then it should be much quicker. it's not a gw thing, but just how blizzard does its data caching...
dragonassassin, yeah it might be. i'll be adding a specific recipe preference system soon so you'll have control of which recipe is preferred as a source for any particular recipe.
Okay so I just got the un-clickable window thing again, except this time with the shopping list and queue instead of the main window. It's apparently not completely fixed. :-) As usual, all I get is the raise/lower window. I can change the layout, but I can't do the click-to-buy shopping-list items from a vendor, change the source for queued items or right/left click to increase or decrease the queued number. The little triangles to collapse or expand are broken too, but the sorting and the stop/clear/process buttons are all fine.
I think the new way you show the current skill level is a little confusing. If I queue up a few items on a character that is still training, it say something like 234(231)/300. I understand what this means, I just think the way you display it is kind of confusing. It seems that a projected value should be the one in parentheses, not the actual value, and that it should be visually separated a little better. When I first saw it, it took me a while to figure it out.
It also doesn't properly update when you clear the queue.
I was just on a milling run and noticed an annoying behavior. Milling is treated a little differently so that it doesn't work how you'd expect with the flat layout. I like the flat layout because I don't have to press as many buttons. However with milling, it mills once, then makes a couple inks, then mills once, then makes 1–2 inks, etc. I wish if it was going to mill 10 times and then make 12 inks, it would do all the milling and then make the 12 inks with a single button-press. I know you have to have one click per mill, but you can do all the milling first and batch up the ink.
I'm finding these little issues, but overall GW feels like it's getting quite stable. R99 feels really good. If you can iron out the problem where windows go un-clickable, I think it feels like a beta if not a 1.0. (In the post-Google age of permanent betas, bugs like that scream "still alpha.")
Before I post a ticket, because I suspect I'm just doing something incorrectly, can someone explain to me why when I sort by profit it's not... sorted? I haven't changed any settings as far as I know.
Another problem I have is trouble opening up the trade skills of some of my alts from my bank character. One of my character's always seems to work. The others do not. Sometimes about 5 minutes later the gnomeworks window will all of a sudden open up with the correct trade displayed, but not always. Wasn't sure if this was a blizzard issue... I'll dig through the tickets and see if anything has been posted.
So I've noticed a weird thing with milling (which seems to be sort of working sometimes). I just queued up a bunch of glyphs and it decided I should grab a bunch of partial stacks from my bank—one of this, two of this, etc. I didn't have five of any of these herbs anywhere, but it seemed to decide that didn't matter. Once I grabbed all of these, it decided I had all the reagents I needed and gave up.
After I grabbed everything it wanted, it sat there saying that I couldn't make any progress but needed no reagents. Finally I went and did an AH scan and it decided I needed to buy some herbs, in their correct quantities, but it seems like it shouldn't have had an empty shopping list prior to this point. Is auction house scanning now mandatory if want to use the shopping list?
I then took its advice and bought up the auctions it suggested, at which point it had some trouble milling the stacks correctly. It turns out I had a stack of twenty stranglekelp and a stack of one stranglekelp, and it kept trying to mill the stack of one. I swapped the bag positions of the two stacks and then it worked correctly.
I am liking what you did with auction scanning. It's a lot lighter weight than what I originally thought you had in mind, and it seems to work quite well.
The fact that you didn't deliberately change anything and the un-clickable recipe list seems to be somewhat better (though it's always been sporadic, so it may come back) is the classic indicator of a race condition. Of course it might be a Blizzard bug, but I've never seen this issue in any of the fifty-odd other add-ons I use, so it's not an easily triggered one.
I always wonder if it has something to do with the mouse-over highlighting since that seems somewhat sluggish at times and disappears when the list becomes unresponsive—but I really don't know the code enough to call that a well-educated guess.
BTW did you ever put in a mechanism to open just the queue & shopping list? It's really annoying to try to use it at the bank and auction house, because the main trade window is huge and the shopping list doesn't pop up automatically when we visit the AH. (That would be a good feature, but only if you put in a preferences system so we can turn it off.) If we can get a feature to just pop open the queue, I can hack it into my LDB trade-skill launcher until you decide to put out one of your own.
Rollback Post to RevisionRollBack
To post a comment, please login or register a new account.
Have a look at ticket #249.
I just had a strange thing happen. I was fishing and someone in chat was looking for a leatherworker to make a bag. I responded in chat, they came to me, gave me the mats, I made the bag, and then I went back to fishing. However now as I follow my bobber on the screen, leatherworking recipe tooltips are popping up. What gives?
My guild have 7 slots (currently) and are used a lot with trade between members, these reagent/herbs/ingredients often these objects are not mine, yes I have my private bank on mule characters but the main characters with “share” guildbank these data have not sense.
Yes on main window you can (every time) disable view of inventory/craftable on guildbank but queue still using these data, then I prefer delete and just ignore it.
If GnomeWorks.data.inventoryData[playerName].guildBank.. then 4 characters at same guild get the same data and stored gets x4 the same information ?
its not better use guildname.guildbank and same guild chars share the data ?
Hey LS,
So you're right that the AH scanner isn't always correct, at least as it applies to milling. I'm looking right now on one of my realms and trying to get some golden pigment.
The more I use it, the more I'm really liking the auction scanner. (I still hope that it will be possible to replace the algorithm(s) it uses with a plug-in, but I freely admit that my concerns about it being too heavy were overblown.)
Do you have reason to believe that it's potentially wrong in all cases or just in the trickier cases of milling and prospecting?
(I haven't checked to see if it tries to find greens or blue armor or weapons to disenchant, but that's almost a full AH scan if it does, so I'm imagining not.)
I do have to second the request to selectively ignore specific guild banks as potential sources. In my case, I have a private guild bank that contains just my banker: that bank is open season. But, despite being an officer, I generally prefer not to withdraw from my raiding guild's bank unless the items are scarce and difficult to buy on the market.
(I personally think it's a waste of effort and space to stock up greens and commodities in a common guild bank—the auction house is stable enough for that kind of stuff that it acts like big a co-op exchange anyway. The 5% overhead is less than the cost of maintaining a guild bank in the long run.)
For the herb & ore stacking thing, I have a recommendation. I have worked with other add-ons that try to automatically stack things up in these cases, and I find that they tend to interact with each other, and other inventory add-ons, badly. Automatic stacking leads to a lot of bag errors and throws off event-driven inventory trackers.
Furthermore, if people want to keep their bags stacked automatically, there are many add-ons that will already do that for you.
(I recommend the excellent Broker_Garbage, which does a great job managing the junk that accumulates in your bags, automatically selling it at vendors and dropping it when your bags get full. I leave its stacking features off and use either JPack or ArkInventory's stacker, for the reasons mentioned above, but I can't live without its auto-drop & auto-vendor features. It was a huge convenience when farming up my beloved whelplings.)
I suggest the following algorithm:
I think you can prove that this does the fewest possible inventory movements, but still guarantees milling (or prospecting) success any time you have at least five of an item.
Whew, it never seems that long when you're writing it! Happy holidays :-)
You can use it with ace3 but you don't have to, it can create a standard lua table (but I can't find an example in the documentation here). http://kb.wowace.com/projects/localizing-your-project/ http://kb.wowace.com/repositories/repository-keyword-substitutions/#w-localization
I'm continually getting the following error when trying to resize GnomeWorks:
EDIT: Using Gnomeworks r99, deleted my old Gnomeworks savedvariables before installing.
yeah, i intend to localize but i've kind of ignored it for now. the localization system here seems pretty handy so i just need to look into how it's all set up and what it expects in terms of the internal system (ie, does it need a particular library like ace locale or something).
I had the same problem, GW won't use the herbs even if they are in my mail/bag.
The generic message is localized, as a French player I praise you to include not only english...
Btw, if you enables the localization of the add-on here on wowace, I'll be happy to translate it in French !
yunohu, thanks. i think i see what's happening. was your guildbank frame open when this happened?
oddible, thanks. yeah, i want it to automate as much as possible. the intent is indeed to have it pick the cheapest/best herbs even if it needs to split it up between a few different. you can change the herb it wants to use by right-clicking the milling recipe in the queue frame. if you find goldclover is truly cheaper, then tell it you want some of those instead.
after buying your goldclover, it probably should have reassessed things. tho probably not until you actually grabbed them from the mail. right now it will automatically add purchases to your mail inventory when you use the auction scanner to buy, but not if you use the blizz frame (or some other auction mod). i should probably change my system to look for the generic message about winning an auction (this would also prevent it from thinking you bought something you didn't actually buy due to lack of funds or some other issue).
Got a couple of bugs to report but, I made some glyphs today and I just want to say that this addon is so freakin awesome. It has so much process intelligence built into it! Ok, on to the bugs:
1) The auction scan for millable herbs for glyphs chooses the LAST herb searched for, not the cheapest herbs. This feature blows my mind and if it ever gets working as intended (maybe it is already for other professions) it will be brilliant beyond words. Ideally it would choose the cheapest herbs to mill to get a particular pigment - even more ideally it could select several different herbs based on stacks of 5 to get the same pigment (so if 10 goldclover were cheapest but 10 Tiger Lily were cheaper than the next stack of goldclover it would select both to buy).
2) Once you run the auction scan and it selects herbs for the queue, you can't get rid of its selection. For instance, I have several glyphs in queue, and the scan selected 'Fire Leaf' for all of them, I bought Goldclover instead, but the queue won't adjust. It does adjust if I mill the Goldclover myself.
Got both those 2 errors with r99 when trying to view a guild member's professions. The first one (Bank.lua) happened when I had left my enchant sorted by slot (2H weapon), and I was opening tailoring of a guildie.
The second was after I cleared the sort field to all/all
Date: 2010-12-20 22:01:56 ID: 2 Error occured in: Global Count: 1 Message: ..\AddOns\GnomeWorks\RecipeData.lua line 349: attempt to index field '?' (a nil value) Debug: (tail call): ? GnomeWorks\RecipeData.lua:349: GetRecipeData() GnomeWorks\MainWindow.lua:1254: func() GnomeWorks\ScrollFrame.lua:381: GnomeWorks\ScrollFrame.lua:359 GnomeWorks\ScrollFrame.lua:376: UpdateData() GnomeWorks\ScrollFrame.lua:392: RefreshRows() GnomeWorks\ScrollFrame.lua:882: Refresh() GnomeWorks\MainWindow.lua:1454: ShowSkillList() GnomeWorks\MainWindow.lua:1361: func() GnomeWorks\GnomeWorks.lua:101: SendMessageDispatch() GnomeWorks\SkillList.lua:884: ScanTrade() GnomeWorks\MainWindow.lua:1382: GnomeWorks\MainWindow.lua:1378 (tail call): ? [C]: ? [string "safecall Dispatcher[2]"]:9: [string "safecall Dispatcher[2]"]:5 (tail call): ? ...face\AddOns\Archy\Libs\AceTimer-3.0\AceTimer-3.0.lua:164: ...face\AddOns\Archy\Libs\AceTimer-3.0\AceTimer-3.0.lua:138 AddOns: Swatter, v5.10.5043 (CrouchingKangaroo) AckisRecipeList, v2.0.5-91-g2ec47ed ACP, v3.3.12 Archy, v1.5 Atlas, v1.18.0 AtlasBattlegrounds, v1.18.0 AtlasDungeonLocs, v1.18.0 AtlasOutdoorRaids, v1.18.0 AtlasTransportation, v1.18.0 AtlasLoot, vv6.01.01 AtlasQuest, v4.6.0a AucAdvanced, v5.10.5043 (CrouchingKangaroo) AucFilterBasic, v5.10.5043 (CrouchingKangaroo) AucFilterOutlier, v5.10.5043.2531 AucMatchUndercut, v5.10.5043.2531 AucScanData, v5.10.5043 (CrouchingKangaroo) AucStatHistogram, v5.10.5043 (CrouchingKangaroo) AucStatiLevel, v5.10.5043 (CrouchingKangaroo) AucStatPurchased, v5.10.5043 (CrouchingKangaroo) AucStatSales, v5.10.5043.2842 AucStatSimple, v5.10.5043 (CrouchingKangaroo) AucStatStdDev, v5.10.5043 (CrouchingKangaroo) AucStatWOWEcon, v5.10.5043.2530 AucUtilAHWindowControl, v5.10.5043.3311 AucUtilAppraiser, v5.10.5043.2530 AucUtilAskPrice, v5.10.5043.3175 AucUtilAutoMagic, v5.10.5043.3142 AucUtilCompactUI, v5.10.5043.2530 AucUtilEasyBuyout, v5.10.5043.3583 AucUtilFixAH, v5.10.5043 (CrouchingKangaroo) AucUtilGlypher, v5.10.5043.2545 AucUtilItemSuggest, v5.10.5043.3108 AucUtilPriceLevel, v5.10.5043.2545 AucUtilScanButton, v5.10.5043.2530 AucUtilScanFinish, v5.10.5043.2530 AucUtilScanProgress, v5.10.5043.2530 AucUtilScanStart, v5.10.5043.4784 AucUtilSearchUI, v5.10.5043.3655 AucUtilSimpleAuction, v5.10.5043.4546 AucUtilVendMarkup, v5.10.5043.2530 Babylonian, v5.1.DEV.130 BankItems, v40000 BeanCounter, v5.10.5043 (CrouchingKangaroo) Configator, v5.1.DEV.282 DBMBurningCrusade, v DBMCore, v DebugLib, v5.1.DEV.275 Enchantrix, v5.10.5043 (CrouchingKangaroo) EnchantrixBarker, v5.10.5043 (CrouchingKangaroo) FBBroker, v1.6a (FB 0.9.9) FBMergeDatabase, v0.9.9 FBOutfitDisplayFrame, v0.9.9b FBTitan, v0.9.9 FBTrackingFrame, v0.9.9b FishingBuddy, v0.9.9d Flightmap, v4.0.3-beta FloTotemBar, v Gatherer, v3.2.2 GathererHUD, v3.2.2 GathererDBWowhead, v1.0.2010-12-19 GearScore, v4.0.02 GFWFeedOMatic, v4.0.1 Glamour, v1.2.0 GnomeWorks, v99 Informant, v5.10.5043 (CrouchingKangaroo) LightHeaded, v322 LightHeadedDataE, v322 LightHeadedDataQIDNames, v322 LilSparkysWorkshop, v LinkWrangler, v1.83 LinkWranglerAuctioneer, v1.51 MetaMap, v4.0.5 MetaMapWKB, v MobInfo2, vv3.83 MovablePetBar, v4.0.1 Nauticus, v4.0.3 Omen, v3.1.0 Overachiever, v0.59 OverachieverTrade, v0.59 QuestGuru, v2.2.2 QuestGuruTracker, v1.5.6 QuestHistory, v4.0.1c SlideBar, v5.10.5043 (CrouchingKangaroo) Stubby, v5.10.5043 (CrouchingKangaroo) Titan, v5.0.1.40000 - Revision 485 TitanBag, v5.0.1.40000 TitanClock, v5.0.1.40000 TitanCurrTrack, v1.2.1 TitanGold, v5.0.1.40000 TitanGuild, v3.6k TitanItemDed, v4.0.13 TitanLocation, v5.0.1.40000 TitanLootType, v5.0.1.40000 TitanMail, v4.04 TitanPerformance, v5.0.1.40000 TitanRecZone, v3.0.9 TitanRepair, v5.0.1.40000 TitanReputation, v3.6.8 TitanVolume, v5.0.1.40000 TitanXP, v5.0.1.40000 TomTom, vv40000-1.0.9 BlizRuntimeLib_enUS v4.0.3.40000 <us> (ck=c13)
Date: 2010-12-20 22:01:38 ID: 1 Error occured in: Global Count: 1 Message: ..\AddOns\GnomeWorks\FrameHooks\Bank.lua line 341: attempt to index field '?' (a nil value) Debug: (tail call): ? GnomeWorks\FrameHooks\Bank.lua:341: GnomeWorks\FrameHooks\Bank.lua:330 (tail call): ? [C]: ? [string "safecall Dispatcher[2]"]:9: [string "safecall Dispatcher[2]"]:5 (tail call): ? ...face\AddOns\Archy\Libs\AceTimer-3.0\AceTimer-3.0.lua:164: ...face\AddOns\Archy\Libs\AceTimer-3.0\AceTimer-3.0.lua:138 AddOns: Swatter, v5.10.5043 (CrouchingKangaroo) AckisRecipeList, v2.0.5-91-g2ec47ed ACP, v3.3.12 Archy, v1.5 Atlas, v1.18.0 AtlasBattlegrounds, v1.18.0 AtlasDungeonLocs, v1.18.0 AtlasOutdoorRaids, v1.18.0 AtlasTransportation, v1.18.0 AtlasLoot, vv6.01.01 AtlasQuest, v4.6.0a AucAdvanced, v5.10.5043 (CrouchingKangaroo) AucFilterBasic, v5.10.5043 (CrouchingKangaroo) AucFilterOutlier, v5.10.5043.2531 AucMatchUndercut, v5.10.5043.2531 AucScanData, v5.10.5043 (CrouchingKangaroo) AucStatHistogram, v5.10.5043 (CrouchingKangaroo) AucStatiLevel, v5.10.5043 (CrouchingKangaroo) AucStatPurchased, v5.10.5043 (CrouchingKangaroo) AucStatSales, v5.10.5043.2842 AucStatSimple, v5.10.5043 (CrouchingKangaroo) AucStatStdDev, v5.10.5043 (CrouchingKangaroo) AucStatWOWEcon, v5.10.5043.2530 AucUtilAHWindowControl, v5.10.5043.3311 AucUtilAppraiser, v5.10.5043.2530 AucUtilAskPrice, v5.10.5043.3175 AucUtilAutoMagic, v5.10.5043.3142 AucUtilCompactUI, v5.10.5043.2530 AucUtilEasyBuyout, v5.10.5043.3583 AucUtilFixAH, v5.10.5043 (CrouchingKangaroo) AucUtilGlypher, v5.10.5043.2545 AucUtilItemSuggest, v5.10.5043.3108 AucUtilPriceLevel, v5.10.5043.2545 AucUtilScanButton, v5.10.5043.2530 AucUtilScanFinish, v5.10.5043.2530 AucUtilScanProgress, v5.10.5043.2530 AucUtilScanStart, v5.10.5043.4784 AucUtilSearchUI, v5.10.5043.3655 AucUtilSimpleAuction, v5.10.5043.4546 AucUtilVendMarkup, v5.10.5043.2530 Babylonian, v5.1.DEV.130 BankItems, v40000 BeanCounter, v5.10.5043 (CrouchingKangaroo) Configator, v5.1.DEV.282 DBMBurningCrusade, v DBMCore, v DebugLib, v5.1.DEV.275 Enchantrix, v5.10.5043 (CrouchingKangaroo) EnchantrixBarker, v5.10.5043 (CrouchingKangaroo) FBBroker, v1.6a (FB 0.9.9) FBMergeDatabase, v0.9.9 FBOutfitDisplayFrame, v0.9.9b FBTitan, v0.9.9 FBTrackingFrame, v0.9.9b FishingBuddy, v0.9.9d Flightmap, v4.0.3-beta FloTotemBar, v Gatherer, v3.2.2 GathererHUD, v3.2.2 GathererDBWowhead, v1.0.2010-12-19 GearScore, v4.0.02 GFWFeedOMatic, v4.0.1 Glamour, v1.2.0 GnomeWorks, v99 Informant, v5.10.5043 (CrouchingKangaroo) LightHeaded, v322 LightHeadedDataE, v322 LightHeadedDataQIDNames, v322 LilSparkysWorkshop, v LinkWrangler, v1.83 LinkWranglerAuctioneer, v1.51 MetaMap, v4.0.5 MetaMapWKB, v MobInfo2, vv3.83 MovablePetBar, v4.0.1 Nauticus, v4.0.3 Omen, v3.1.0 Overachiever, v0.59 OverachieverTrade, v0.59 QuestGuru, v2.2.2 QuestGuruTracker, v1.5.6 QuestHistory, v4.0.1c SlideBar, v5.10.5043 (CrouchingKangaroo) Stubby, v5.10.5043 (CrouchingKangaroo) Titan, v5.0.1.40000 - Revision 485 TitanBag, v5.0.1.40000 TitanClock, v5.0.1.40000 TitanCurrTrack, v1.2.1 TitanGold, v5.0.1.40000 TitanGuild, v3.6k TitanItemDed, v4.0.13 TitanLocation, v5.0.1.40000 TitanLootType, v5.0.1.40000 TitanMail, v4.04 TitanPerformance, v5.0.1.40000 TitanRecZone, v3.0.9 TitanRepair, v5.0.1.40000 TitanReputation, v3.6.8 TitanVolume, v5.0.1.40000 TitanXP, v5.0.1.40000 TomTom, vv40000-1.0.9 BlizRuntimeLib_enUS v4.0.3.40000 <us> (ck=c13)
that's exactly what it's doing. it needs to re-stack for you before milling.
Just noticed that if I have 21 Silverbloom that the milling doesn't work. I have Vellums in the queue, the button correctly says Mill Silverbloom, but when I click to mill it says "must have 5 of that item to mill". It is apparently trying to mill the stack of 1 rather than the stack of 20.
subxero, you can clear your guild-bank by doing:
/script GnomeWorks.data.inventoryData[playerName].guildBank = {}
/script GnomeWorks:InventoryScan()
(playerName = your toon's name)
that SHOULD do it. i think. it's off the top of my head. just curious, why do you want to do this? just to avoid utilizing your gb for inventory?
jimshank, profit vs profit margin... profit is in gold whereas profit margin is a percentage of the cost. both must be satisfied in order to queue. so if you say 50g profit and a 15% profit margin, the item must sell for 50g more than it takes to make and also the value must be at least 15% greater than the cost to make.
doo, it looks like it's queued 2 of each. the 4's are for subcrafts to satisfy the 2 of the main crafts. i'll look into why it did 2 instead of just 1. i'll look into the spoof pigment thing. sounds handy since wowhead is a bit weird in how they record data.
sarah, the stacking issue is a bit f'd up with milling/prospecting. gw needs to stack herbs/ores before operating on them. also, i'm not sure the auction scanner always picks the best routes. you should double check it by selecting different sources and looking to see what lots are available for auction.
glad you like the scanning system. i figured once you'd seen where it was going, your reservations about having an auction system would be allayed. it needs a bit of fine tuning, but it's what i was hoping it would be.
i've seen this same problem, ironically, with skillet. only with skillet it was more obvious because the frame in question was visible whereas the one in gw is invisible and used solely to grab mouse interactions. it's really strange that both scrolling lists on a single frame would suffer from this problem and yet no other elements do. this means it's not just a single frame going wrong. if it was the overlay, it would affect every element. if it was just a random scroll frame thing, i doubt it would affect BOTH on the same frame simultaneously... hmm... maybe there's an issue with a template i'm using somehow being modified (didn't think that was possible tho).
i agree the skill layout is confusing. it's also a pain in the ass cuz it doesn't always update when i tell it to. dunno why.
the milling issue is something i'm working on. does the flat layout change once you've milled a bit? like does the mill suddenly shift down once you've completed a few?
cherish, the sorting is messed up by column orders changing... i need to fix it. try disabling the skillup chance column in the plugin menu. that might help.
viewing trade links might take some time when you have an empty local cache, but once you've viewed it the cache should fill and then it should be much quicker. it's not a gw thing, but just how blizzard does its data caching...
dragonassassin, yeah it might be. i'll be adding a specific recipe preference system soon so you'll have control of which recipe is preferred as a source for any particular recipe.
Seems like Gw is currently prioritizing vendor conversion of Inferno ink over the actual crafting of it.
Okay so I just got the un-clickable window thing again, except this time with the shopping list and queue instead of the main window. It's apparently not completely fixed. :-) As usual, all I get is the raise/lower window. I can change the layout, but I can't do the click-to-buy shopping-list items from a vendor, change the source for queued items or right/left click to increase or decrease the queued number. The little triangles to collapse or expand are broken too, but the sorting and the stop/clear/process buttons are all fine.
I think the new way you show the current skill level is a little confusing. If I queue up a few items on a character that is still training, it say something like 234(231)/300. I understand what this means, I just think the way you display it is kind of confusing. It seems that a projected value should be the one in parentheses, not the actual value, and that it should be visually separated a little better. When I first saw it, it took me a while to figure it out.
It also doesn't properly update when you clear the queue.
I was just on a milling run and noticed an annoying behavior. Milling is treated a little differently so that it doesn't work how you'd expect with the flat layout. I like the flat layout because I don't have to press as many buttons. However with milling, it mills once, then makes a couple inks, then mills once, then makes 1–2 inks, etc. I wish if it was going to mill 10 times and then make 12 inks, it would do all the milling and then make the 12 inks with a single button-press. I know you have to have one click per mill, but you can do all the milling first and batch up the ink.
I'm finding these little issues, but overall GW feels like it's getting quite stable. R99 feels really good. If you can iron out the problem where windows go un-clickable, I think it feels like a beta if not a 1.0. (In the post-Google age of permanent betas, bugs like that scream "still alpha.")
Before I post a ticket, because I suspect I'm just doing something incorrectly, can someone explain to me why when I sort by profit it's not... sorted? I haven't changed any settings as far as I know.
Another problem I have is trouble opening up the trade skills of some of my alts from my bank character. One of my character's always seems to work. The others do not. Sometimes about 5 minutes later the gnomeworks window will all of a sudden open up with the correct trade displayed, but not always. Wasn't sure if this was a blizzard issue... I'll dig through the tickets and see if anything has been posted.
Uploaded with ImageShack.us
So I've noticed a weird thing with milling (which seems to be sort of working sometimes). I just queued up a bunch of glyphs and it decided I should grab a bunch of partial stacks from my bank—one of this, two of this, etc. I didn't have five of any of these herbs anywhere, but it seemed to decide that didn't matter. Once I grabbed all of these, it decided I had all the reagents I needed and gave up.
After I grabbed everything it wanted, it sat there saying that I couldn't make any progress but needed no reagents. Finally I went and did an AH scan and it decided I needed to buy some herbs, in their correct quantities, but it seems like it shouldn't have had an empty shopping list prior to this point. Is auction house scanning now mandatory if want to use the shopping list?
I then took its advice and bought up the auctions it suggested, at which point it had some trouble milling the stacks correctly. It turns out I had a stack of twenty stranglekelp and a stack of one stranglekelp, and it kept trying to mill the stack of one. I swapped the bag positions of the two stacks and then it worked correctly.
I am liking what you did with auction scanning. It's a lot lighter weight than what I originally thought you had in mind, and it seems to work quite well.
The fact that you didn't deliberately change anything and the un-clickable recipe list seems to be somewhat better (though it's always been sporadic, so it may come back) is the classic indicator of a race condition. Of course it might be a Blizzard bug, but I've never seen this issue in any of the fifty-odd other add-ons I use, so it's not an easily triggered one.
I always wonder if it has something to do with the mouse-over highlighting since that seems somewhat sluggish at times and disappears when the list becomes unresponsive—but I really don't know the code enough to call that a well-educated guess.
BTW did you ever put in a mechanism to open just the queue & shopping list? It's really annoying to try to use it at the bank and auction house, because the main trade window is huge and the shopping list doesn't pop up automatically when we visit the AH. (That would be a good feature, but only if you put in a preferences system so we can turn it off.) If we can get a feature to just pop open the queue, I can hack it into my LDB trade-skill launcher until you decide to put out one of your own.