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.
spewie, i'll make sure to verify the craftability counts obey known spell limitations. i think at the moment they are more an estimate under perfect conditions.
My error sorry.
I thought that it was telling me that my alts have 43 midnight ink (for example) when I know none of my toons on this server have any inks. However my alchemist does have some outland herbs that could be turned into ink that could then be traded at the ink seller.
Since my scribe cannot yet make the ink that could be traded that is not an option.
yeah, i agree it's not ideal. i'll rework vendor conversions to be more like normal vendor items.
fwiw, i think you can just click the "vendor" header to buy all the vendor items in one shot rather than individually clicking each item in the shopping list.
as to your error, i'm curious why lsw is utilizing the blizzard ui support files. the lsw plugin for gw should disable that code path. it may or may not be part of the problem, but it doesn't seem right.
It seems that in order for the vendor conversions to show up you have to open the ink vendor window and then GW will scan in the vendor conversions.
Then you open the parchment vendor and buy all the parchments by right clicking on the parchemtns in the materials window with the pachment vendor open.
Then with the ink vendor window open when you process each glyph GW will buy the required ink from the vendor as you go.
A little clunky and unintutive but it does work.
*********************************
I'm still having a problem getting the vendor conversions for inks to show up.
I've manually removed GW and its lua as well as LSW for good measure and reinstalled both addons fresh.
When I select the inscription button from the GW interface I get the following error.
@Yeoman yeah u can do that, but depending on the circumstances i prefer to create 12 of every glyph i have queued up, rather then compromising and crafting smaller amounts. It is situational, but I'd like to be able to craft in blocks not only for the fear of running out of mats, or not having enough inks to craft 12 of everything, but to make inventory management easier.
The main point i was attempting to get across was that in Skillet you would have to convert all of your inks early on and have a large amount of mats which you would then have to push around into your bank or wherever else you could fit it (i often even temporarily vendored them to later buyback) simply because of restricted inventory space. With an implementation of purchasing mats in 'blocks', it would minimize the amount of work-in-progress inventory space required to successfully process your queue.
@Romanonyx i overcome that issue easy. I can see how many Ink of the Sea i have in bags (for example 700), that means, that i can craft 3 times less glyphs and that's 233. When i run /ktq addon, i see how many it queued, and if it's bigger then 233, that mean, i need more herbs to mill, or i need to queue a bit less (instead of /ktq queue 12 glyph i will run /ktq queue 11 glyph). If i have spare time, i mill more, if i don't, i queue less, till i'm below for example 233.
@Yeoman
I agree that it does take more time to process the queue, however what I really enjoy about this sort of implementation is the fact that you don't need to convert ALL your inks for ALL the items you have queued before you begin processing them. This removes the issues I often run into with other addons such as Skillet where by if I did not have enough inks to craft everything I had queued up, it would get to a point where I was left over with a chunck of unused inks and unable to proceed through the queued ones. Then I would have to manually craft what I could with whatever remaining inks I had.
What I would love to see is a middle ground between these two extremes, such as being able to purchase from vendors only what is required to craft the next 10 or 20 items in your queue. It would remove a lot of the manual vendor purchasing that is currently required but also mean that you can craft in stages rather then running into problems where you didn't have enough inks to craft what you had queued up.
Buying parchments AND inks in bulk trough Reagent window is a lot more convenient. And it's 2 times less clicking on Process button. As i understand, if i have 50 types of glyphs, and for example 40 of them are red, that mean i need to click 90 times Process button, to get my 50 types of glyphs. Not yet tried, but uhhh.
lol, sorry. yeah, there's a ticket about this. somebody double-clicked it and ended up with twice as many as needed. i'm really leaning more and more towards moving the vendor conversion stuff back to more normal vendoring process. that'll help, i think.
well, i found out something just now and not sure if there is a way to prevent this, but i figured out that once your glyphs are in queue and you open the ink vendor first with zero parchment in your bags you can click the process button to buy all your inks in advance. however, i found out the hard way that spam clicking the process button is a BAD...very BAD idea...lol. basically let's just say I have enough celestial ink to last me a couple months :(. apparently the queue just kept processing the ink for the one glyph that was first and i didn't realize it until of course i had converted 720 celestial inks.
not sure if there is a way to make it so the button is unclickable until the material is purchased and ready for the next item in queue.
hmm... i think maybe i need to make my weighting system a bit more complex. right now, it's a simple sort based on a single weight value of the competing recipes. because the milling is actually a level "below" the vendor conversion, they don't actually compete head to head. i think i'll have to go with a combined weight for the entire recipe path. so a milling step would weigh down a normal pigment processing step instead of artificially favoring vendor conversions over all other... it's a good thing i like recursion.
regarding the alt queue stuff, i do want gw to examine the queues of other toons and react accordingly. i think the desired workflow would be that if an alt has items in the "alt" shopping list and your current toon can make some of those items, it should queue them up.
i want to add a simple inventory viewer to help debug some of these inventory issues. can you tell me what is happening with the bogus alt inventory and maybe send me your saved vars so i can identify what it thinks is going on?
So i'm really loving the latest build and its color-blind features. I have a couple suggestions for tweaks to them, but they're really helpful: thank you! :)
Glyphs are the hot topic and I have a couple comments / bug reports. One is that it seems strange that it would tell me to go to the ink trader when I have the pigments in my bags. The only possible use for pigment is to make ink, so I think that should be prioritized. I know this is tricky because a lot of people will prefer the ink trader over milling to make pigment, but not over pigment that you already have.
Generally, I keep my scribe in Stormwind to work the bank, mailbox and auction house. When I need trade ink of the sea, I'd like to be able to mail some to an alt, do a batch trade, then mail back the inks. I don't need really auto-mailing functionality, but some way to do the conversion while on an alt would be nice. Right now it seems to want to process the queue based on my scribe's inventory. So if I have a queued glyph and the mats to make it, I can't get process ink conversion to pop up. I'm not sure if it would work even if the conversion were the current lead dependency.
I'm still having some issues with phantom "alt" inventory. It seems to think I have things that I don't. (Maybe stuff that I mailed in the past.)
that should do it. it's still got data from a previous build. i'll add a build-check next iteration so that new builds will automatically clear the saved recipe data.
Rollback Post to RevisionRollBack
To post a comment, please login or register a new account.
Yes, disabled Process button can be very helpfull, for spaming that button, and not looking at screen :)
Boxthor but you better make a ticket with feature request.
Thanks, seems to work perfectly for me now.
Now I can stop bugging you with bugs and move on to feature requests.
Is it possible to disable the Process button until the action it just completed is finished?
Currently if I misclick it while it's doing something else, it'll try to requeue the action, and I'll end up with an extra glyph or ink conversion.
It's really minor but when you get to minor stuff, I'd love if you could take a look :3
err some loose debug code is being spewed to chat...
player is nil
tradeID is nil
wingrep says it's from either GnomeWorks or LSW
spewie, i'll make sure to verify the craftability counts obey known spell limitations. i think at the moment they are more an estimate under perfect conditions.
My error sorry. I thought that it was telling me that my alts have 43 midnight ink (for example) when I know none of my toons on this server have any inks. However my alchemist does have some outland herbs that could be turned into ink that could then be traded at the ink seller. Since my scribe cannot yet make the ink that could be traded that is not an option.
yeah, i agree it's not ideal. i'll rework vendor conversions to be more like normal vendor items.
fwiw, i think you can just click the "vendor" header to buy all the vendor items in one shot rather than individually clicking each item in the shopping list.
as to your error, i'm curious why lsw is utilizing the blizzard ui support files. the lsw plugin for gw should disable that code path. it may or may not be part of the problem, but it doesn't seem right.
Update:
It seems that in order for the vendor conversions to show up you have to open the ink vendor window and then GW will scan in the vendor conversions.
Then you open the parchment vendor and buy all the parchments by right clicking on the parchemtns in the materials window with the pachment vendor open.
Then with the ink vendor window open when you process each glyph GW will buy the required ink from the vendor as you go.
A little clunky and unintutive but it does work.
*********************************
I'm still having a problem getting the vendor conversions for inks to show up.
I've manually removed GW and its lua as well as LSW for good measure and reinstalled both addons fresh.
When I select the inscription button from the GW interface I get the following error.
Date: 2010-11-03 09:57:18
ID: 5
Error occured in: Global
Count: 1
Message: ...\AddOns\GnomeWorks\PseudoTrades\VendorConversion.lua line 151:
GetSpellInfo(): Invalid spell slot
Debug:
(tail call): ?
[C]: ?
[C]: GetSpellInfo()
...\AddOns\GnomeWorks\PseudoTrades\VendorConversion.lua:151
...\AddOns\GnomeWorks\PseudoTrades\VendorConversion.lua:148
(tail call): ?
GnomeWorks\plugins\lsw.lua:422 GetTradeSkillData()
...lSparkysWorkshop\frameSupport\blizzardUI_support.lua:65
...lSparkysWorkshop\frameSupport\blizzardUI_support.lua:49
...lSparkysWorkshop\frameSupport\blizzardUI_support.lua:98 TradeSkillFrame_Show()
..\FrameXML\UIParent.lua:882
..\FrameXML\UIParent.lua:492
[C]: ?
[C]: CastSpellByName()
GnomeWorks\TradeButton.lua:60
GnomeWorks\TradeButton.lua:36
AddOns:
nLog, v5.1.DEV.273
Swatter, v3.1.16 (<%codename%>)
Ace3, v
Altoholic, v4.0.003
Atlas, v1.17.2
AtlasBattlegrounds, v1.17.2
AtlasDungeonLocs, v1.17.2
AtlasOutdoorRaids, v1.17.2
AtlasTransportation, v1.17.2
AtlasLoot, vv5.11.07
AtlasLootFu, vv5.11.07
AucAdvanced, v5.9.4960 (WhackyWallaby)
AucDb, v5.1.DEV.3583
AucFilterBasic, v5.9.4960 (WhackyWallaby)
AucFilterOutlier, v5.9.4960.2531
AucMatchUndercut, v5.9.4960.2531
AucStatClassic, v5.9.4960.4828
AucStatDebug, v5.9.4960.4828
AucStatHistogram, v5.9.4960 (WhackyWallaby)
AucStatiLevel, v5.9.4960 (WhackyWallaby)
AucStatPurchased, v5.9.4960 (WhackyWallaby)
AucStatSales, v5.9.4960.2842
AucStatSimple, v5.9.4960 (WhackyWallaby)
AucStatStdDev, v5.9.4960 (WhackyWallaby)
AucStatWOWEcon, v5.9.4960.2530
AucUtilAHWindowControl, v5.9.4960.3311
AucUtilAppraiser, v5.9.4960.2530
AucUtilAskPrice, v5.9.4960.3175
AucUtilAutoMagic, v5.9.4960.3142
AucUtilCompactUI, v5.9.4960.2530
AucUtilEasyBuyout, v5.9.4960.3583
AucUtilFixAH, v5.9.4960 (WhackyWallaby)
AucUtilGlypher, v5.9.4960.2545
AucUtilGlypherPost, v5.6.4409 (KangaII)
AucUtilItemSuggest, v5.9.4960.3108
AucUtilPriceLevel, v5.9.4960.2545
AucUtilScanButton, v5.9.4960.2530
AucUtilScanFinish, v5.9.4960.2530
AucUtilScanProgress, v5.9.4960.2530
AucUtilScanStart, v5.9.4960.4784
AucUtilSearchUI, v5.9.4960.3655
AucUtilSimpleAuction, v5.9.4960.4546
AucUtilVendMarkup, v5.9.4960.2530
AuctionProfitMaster, v1.3
Babylonian, v5.1.DEV.130
bagsandmerchants, v3.0.0-31
Bartender4, v4.4.13
BeanCounter, v5.9.4960 (WhackyWallaby)
BonusScanner, v5.3.1
Chinchilla, vv2.2.2
Configator, v5.1.DEV.282
Constructor, v<%version%> (<%codename%>)
DataStore, v4.0.001
DataStoreAchievements, v4.0.001
DataStoreAuctions, v4.0.001
DataStoreCharacters, v4.0.001
DataStoreContainers, v4.0.001
DataStoreCrafts, v4.0.001
DataStoreCurrencies, v4.0.001
DataStoreInventory, v4.0.001
DataStoreMails, v4.0.001
DataStorePets, v4.0.001
DataStoreQuests, v4.0.001
DataStoreReputations, v4.0.001
DataStoreSpells, v4.0.001
DataStoreStats, v4.0.001
DataStoreTalents, v4.0.001
DBMBurningCrusade, v
DBMCore, v
DebugLib, v5.1.DEV.275
Decursive, v2.5.2.2
eePanels2, v2.0
FocusFrame, v2.5.2
GearScore, v3.1.20 - Release
GlyphRecolor, v
GnomeWorks, v62
IceHUD, v1.7.3 (Revision: 739)
Informant, v5.9.4960 (WhackyWallaby)
KevToolQueue, v4.0.0
LibDataBroker, v
LibExtraTip, v1.1
LilSparkysWorkshop, v
MailOpener, vv1.2.9
MapCoords, v0.8
Omen, v3.0.11
PhanxChat, v4.0.1.112
Prospect, vv201009171044
Recount, v
SlideBar, v3.1.16 (<%codename%>)
SpellstealReport, v1.0
Stackpack, v2.9.1
Stubby, v5.9.4960 (WhackyWallaby)
TipHelper, v<%version%> (<%codename%>)
Titan, v4.3.9.40000 - Revision 386
TitanBag, v4.3.9.40000
TitanClock, v4.3.9.40000
TitanCoords, v4.3.9.40000
TitanCurrency, v0.4
TitanDurability, v1.18
TitanGoldTracker, v4.3.9.40000
TitanLootType, v4.3.9.40000
TitanMail, v3.03
TitanPerformance, v4.3.9.40000
TitanRepair, v4.3.9.40000
TitanVolume, v4.3.9.40000
TitanXP, v4.3.9.40000
BlizRuntimeLib_enUS v4.0.1.40000 <us>
(ck=c6f)
The search function doesn't work in Traditional Chinese (zhTW) environment. Otherwise a great addon, please keep up the good work.
@maddd74 he's aware, you can follow status in http://www.wowace.com/addons/gnomeworks/tickets/146
"fixed tradeID/player nil reports (i think)"
It's doing that still...
@Yeoman yeah u can do that, but depending on the circumstances i prefer to create 12 of every glyph i have queued up, rather then compromising and crafting smaller amounts. It is situational, but I'd like to be able to craft in blocks not only for the fear of running out of mats, or not having enough inks to craft 12 of everything, but to make inventory management easier.
The main point i was attempting to get across was that in Skillet you would have to convert all of your inks early on and have a large amount of mats which you would then have to push around into your bank or wherever else you could fit it (i often even temporarily vendored them to later buyback) simply because of restricted inventory space. With an implementation of purchasing mats in 'blocks', it would minimize the amount of work-in-progress inventory space required to successfully process your queue.
@Romanonyx i overcome that issue easy. I can see how many Ink of the Sea i have in bags (for example 700), that means, that i can craft 3 times less glyphs and that's 233. When i run /ktq addon, i see how many it queued, and if it's bigger then 233, that mean, i need more herbs to mill, or i need to queue a bit less (instead of /ktq queue 12 glyph i will run /ktq queue 11 glyph). If i have spare time, i mill more, if i don't, i queue less, till i'm below for example 233.
@Yeoman I agree that it does take more time to process the queue, however what I really enjoy about this sort of implementation is the fact that you don't need to convert ALL your inks for ALL the items you have queued before you begin processing them. This removes the issues I often run into with other addons such as Skillet where by if I did not have enough inks to craft everything I had queued up, it would get to a point where I was left over with a chunck of unused inks and unable to proceed through the queued ones. Then I would have to manually craft what I could with whatever remaining inks I had.
What I would love to see is a middle ground between these two extremes, such as being able to purchase from vendors only what is required to craft the next 10 or 20 items in your queue. It would remove a lot of the manual vendor purchasing that is currently required but also mean that you can craft in stages rather then running into problems where you didn't have enough inks to craft what you had queued up.
Buying parchments AND inks in bulk trough Reagent window is a lot more convenient. And it's 2 times less clicking on Process button. As i understand, if i have 50 types of glyphs, and for example 40 of them are red, that mean i need to click 90 times Process button, to get my 50 types of glyphs. Not yet tried, but uhhh.
lol, sorry. yeah, there's a ticket about this. somebody double-clicked it and ended up with twice as many as needed. i'm really leaning more and more towards moving the vendor conversion stuff back to more normal vendoring process. that'll help, i think.
well, i found out something just now and not sure if there is a way to prevent this, but i figured out that once your glyphs are in queue and you open the ink vendor first with zero parchment in your bags you can click the process button to buy all your inks in advance. however, i found out the hard way that spam clicking the process button is a BAD...very BAD idea...lol. basically let's just say I have enough celestial ink to last me a couple months :(. apparently the queue just kept processing the ink for the one glyph that was first and i didn't realize it until of course i had converted 720 celestial inks.
not sure if there is a way to make it so the button is unclickable until the material is purchased and ready for the next item in queue.
thanks.
glad they're working for you.
hmm... i think maybe i need to make my weighting system a bit more complex. right now, it's a simple sort based on a single weight value of the competing recipes. because the milling is actually a level "below" the vendor conversion, they don't actually compete head to head. i think i'll have to go with a combined weight for the entire recipe path. so a milling step would weigh down a normal pigment processing step instead of artificially favoring vendor conversions over all other... it's a good thing i like recursion.
regarding the alt queue stuff, i do want gw to examine the queues of other toons and react accordingly. i think the desired workflow would be that if an alt has items in the "alt" shopping list and your current toon can make some of those items, it should queue them up.
i want to add a simple inventory viewer to help debug some of these inventory issues. can you tell me what is happening with the bogus alt inventory and maybe send me your saved vars so i can identify what it thinks is going on?
So i'm really loving the latest build and its color-blind features. I have a couple suggestions for tweaks to them, but they're really helpful: thank you! :)
Glyphs are the hot topic and I have a couple comments / bug reports. One is that it seems strange that it would tell me to go to the ink trader when I have the pigments in my bags. The only possible use for pigment is to make ink, so I think that should be prioritized. I know this is tricky because a lot of people will prefer the ink trader over milling to make pigment, but not over pigment that you already have.
Generally, I keep my scribe in Stormwind to work the bank, mailbox and auction house. When I need trade ink of the sea, I'd like to be able to mail some to an alt, do a batch trade, then mail back the inks. I don't need really auto-mailing functionality, but some way to do the conversion while on an alt would be nice. Right now it seems to want to process the queue based on my scribe's inventory. So if I have a queued glyph and the mats to make it, I can't get process ink conversion to pop up. I'm not sure if it would work even if the conversion were the current lead dependency.
I'm still having some issues with phantom "alt" inventory. It seems to think I have things that I don't. (Maybe stuff that I mailed in the past.)
Thanks much sir. I'll put that in my hip pocket.
/script GnomeWorksDB = nil
/reload
that should do it. it's still got data from a previous build. i'll add a build-check next iteration so that new builds will automatically clear the saved recipe data.