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 Sep 28, 2013okay, r230 should be 5.4 compatible for the most part. not exhaustively tested, but it seems to work. there'll like be an occasional hiccup if it hits old links or is looking for old links.
the "all recipes" links won't do much for you. also, it's unlikely your alts will be available at the moment. to me, that's be biggest problem with the new system -- you have to have interacted with the unit whose link you wish to open in the current session. the likelihood of doing that for an alt is pretty much nil. THAT is something i could see them adjusting (forcing your alts to remain in your cache or something).
anyway, like i said. r230 should be usable as a ui replacement. without the recipe level scanning, it'll become more and more outdated as things change. i may revert to supporting external data sources since we'll all be scanning data from the same places (wowhead). the live scanning method was 100% accurate immediately for every patch (wowhead's data often takes some time to update).
honestly, i wish they'd just provide that kind of data via the api. it would make everything so much easier.
-
View User Profile
-
Send Message
Posted Sep 27, 2013Has there been any news?
I'm going through serious GnomeWorks withdrawal :-)
-
View User Profile
-
Send Message
Posted Sep 18, 2013i'm keeping an eye on things, albeit from a considerable distance. i'm not too surprised they went to a pure guid system instead of the encoded links. i suspect it's built more like the guild recipe stuff which kind of forgoes the whole link thing. perhaps they'll revert to links, but i'm not holding my breath.
ironically, when i first started my fork of skillet, tradelinks didn't exist so i encoded the tradeskill data as it was scanned for each user and then saved with the saved vars. it would be possible to revert to that kind of system perhaps. in fact, that's how smelting works for non-smelters. there are no smelting links so i have pre-generated smelting data. can't remember if it learns smelting recipes as it encounters smelters or whether it's hardcoded only.
this would fix the data collection, but not the live scanning for things like complete recipe lists and up-to-date recipe levels (it's interesting to see how often these change). honestly, i'm not sure why blizz don't just let us get that info via the api, but i'm sure wowhead doesn't mind.
-
View User Profile
-
Send Message
Posted Sep 16, 2013@bsmorgan
Yeah, there's some chance that you could remove all the multi-char stuff and just do individual-player queuing of recursive recipes, vendor/bank interaction, etc. and it'd still be a lot better than other stuff out there, but the way the addon is currently coded it's a non-trivial piece of work to make that change. Since blizz seems to have acknowledged the bug now, and they seem to think that it's something they ought to fix, there's a decent chance they'll fix it. I'm suffering along with the rest of you while I have to use the default crafting UI. Engineering is basically impossible with having to manually recurse through recipes, and I nearly threw a brick through a window while doing the recursion necessary to manually craft the 3 levels of noodle cart for cooking... But the change Blizz needs to make is likely one they can do server-side without needing a client update, since the API doesn't need to change, just the string they return to us with the bitmap of available skills.
I'm keeping an eye on it, because I'm in pain.
-
View User Profile
-
Send Message
Posted Sep 16, 2013In the meantime, Skillet has a beta for 5.4 that folks can use. I used it for a while the last time gnomeworks was significantly broken so that I had something besides the default interface to use.
-
View User Profile
-
Send Message
Posted Sep 15, 2013Blizzard has acknowledged that there is a problem, although they don't have an ETA for a fix:
http://us.battle.net/wow/en/forum/topic/9948634812?page=4#65
At least this implies that there has not been a design change, but rather a bug, which would mean that hopefully it's not permanent.
I wonder if this is related to new/modified code for the newly implemented connected realms feature. Since referencing toons on a realm connected to your own will require that the realm name be appended to the character name (e.g. "Jane-Aerie Peak" instead of simply "Jane"), everything that addresses toons within a virtual realm has to be able to accommodate this. It seems likely that this particular bit of code was overlooked.
I use GnomeWorks constantly and especially love the ability to queue items and then fetch mats from vendors and banks for crafting. I would strongly support the idea of a temporary limited version of GW that could be used to perform these core functions, until Blizz fixes the bug and allows re-enabling of all of GW's features.
-
View User Profile
-
Send Message
Posted Sep 12, 2013yonohu,
Eliminating the parsing error is a very small part of the problem. The functionality previously provided by (a properly parsed) tradeskill link has been removed. As of 5.4 it is currently impossible for an addon or any other entity to create a working link to the tradeskill of a character who is not logged in and interacting with the recipient (i.e. alts).
hughescr,
Having the ability on a single character to queue items to be crafted, fetch materials from the vendors and banks, and then process the items is, IMO, a major reason why Gnomeworks is my favorite replacement for the Blizzard tradeskill frame. I would very much like to see a feature-reduced version.
If Blizzard's "fix" remains permanent, I would think that GnomeWorks could cache information about the tradeskills of alts and provide much of the current functionality. I understand that this is probably a major undertaking.
-
View User Profile
-
Send Message
Posted Sep 11, 2013Would the solution in http://www.wowace.com/addons/skillet/tickets/245-trade-skill-link-has-changed-format-causing-errors/ apply to gnomeworks?
-
View User Profile
-
Send Message
Posted Sep 11, 2013@bsmorgan
Sadly, it's really not at all straightforward to do so. It'd probably be easier to have a whole other utterly feature-reduced version as a separate addon until Blizz fixes this.
-
View User Profile
-
Send Message
Posted Sep 10, 2013Is any attempt being made to make a 5.4 compatible version without the parts that depend on the tradeskill link?
I've been using GnomeWorks for so long that the default tradeskill UI is at least five times slower (and infinitely more painful) to get anything done.
-
View User Profile
-
Send Message
Posted Aug 26, 2013I am running GnomeWorks on two different computers but getting the same error message. It keeps telling me that "GnomeWork's LSW support requires an update to your local copy of LilSparky's Workshop". I have uninstalled and reinstalled both GnomeWorks and LilSparky's Workshop and even deleted my wtf file but I keep getting the same error message in my chat window. Also, when I click on any of my professions I get the following mesage...
"Message: ...ace\AddOns\LilSparkysWorkshop\lilsparkysworkshop.lua line 1407: attempt to compare number with nil
Debug:
[C]: ?
...ace\AddOns\LilSparkysWorkshop\lilsparkysworkshop.lua:1407:
...ace\AddOns\LilSparkysWorkshop\lilsparkysworkshop.lua:1334
...ace\AddOns\LilSparkysWorkshop\lilsparkysworkshop.lua:1667: GetItemCost()
...ace\AddOns\LilSparkysWorkshop\lilsparkysworkshop.lua:1527:
...ace\AddOns\LilSparkysWorkshop\lilsparkysworkshop.lua:1504
...ace\AddOns\LilSparkysWorkshop\lilsparkysworkshop.lua:1560: triggerFunction()
...ace\AddOns\LilSparkysWorkshop\lilsparkysworkshop.lua:2673:
...ace\AddOns\LilSparkysWorkshop\lilsparkysworkshop.lua:2665
Locals:
AddOns:
Swatter, v5.17.5413 (NeedyNoddy)
Ace3, v
Altoholic, v5.3.001
AucAdvanced, v5.17.5413 (NeedyNoddy)
AucFilterBasic, v5.17.5413 (NeedyNoddy)
AucFilterOutlier, v5.17.5413.5347(5.17/embedded)
AucMatchUndercut, v5.17.5413.5364(5.17/embedded)
AucStatHistogram, v5.17.5413 (NeedyNoddy)
AucStatiLevel, v5.17.5413 (NeedyNoddy)
AucStatPurchased, v5.17.5413 (NeedyNoddy)
AucStatSales, v5.17.5413.5376(5.17/embedded)
AucStatSimple, v5.17.5413 (NeedyNoddy)
AucStatStdDev, v5.17.5413 (NeedyNoddy)
AucStatWOWEcon, v5.17.5413.5323(5.17/embedded)
AucUtilAHWindowControl, v5.17.5413.5347(5.17/embedded)
AucUtilAppraiser, v5.17.5413.5393(5.17/embedded)
AucUtilAskPrice, v5.17.5413.5347(5.17/embedded)
AucUtilAutoMagic, v5.17.5413.5392(5.17/embedded)
AucUtilCompactUI, v5.17.5413.5400(5.17/embedded)
AucUtilEasyBuyout, v5.17.5413.5347(5.17/embedded)
AucUtilFixAH, v5.17.5413 (NeedyNoddy)
AucUtilItemSuggest, v5.17.5413.5365(5.17/embedded)
AucUtilPriceLevel, v5.17.5413.5365(5.17/embedded)
AucUtilScanButton, v5.17.5413.5403(5.17/embedded)
AucUtilScanFinish, v5.17.5413.5347(5.17/embedded)
AucUtilScanProgress, v5.17.5413.4979(5.17/embedded)
AucUtilScanStart, v5.17.5413.5347(5.17/embedded)
AucUtilSearchUI, v5.17.5413.5373(5.17/embedded)
AucUtilSimpleAuction, v5.17.5413.5388(5.17/embedded)
AucUtilVendMarkup, v5.17.5413.4828(5.17/embedded)
Auctionator, v3.1.4
Babylonian, v5.1.DEV.332(/embedded)
BeanCounter, v5.17.5413 (NeedyNoddy)
Carbonite, v5.1.6
CarboniteTransfer, v1.01
Configator, v5.1.DEV.344(/embedded)
DataStore, v5.3.001
DataStoreAchievements, v5.3.001
DataStoreAgenda, v5.3.001
DataStoreAuctions, v5.3.001
DataStoreCharacters, v5.3.001
DataStoreContainers, v5.3.001
DataStoreCrafts, v5.3.001
DataStoreCurrencies, v5.3.001
DataStoreInventory, v5.3.001
DataStoreMails, v5.3.001
DataStorePets, v5.3.001
DataStoreQuests, v5.3.001
DataStoreReputations, v5.3.001
DataStoreSpells, v5.3.001
DataStoreStats, v5.3.001
DataStoreTalents, v5.3.001
DebugLib, v5.1.DEV.337(/embedded)
Enchantrix, v5.17.5413 (NeedyNoddy)
EnchantrixBarker, v5.17.5413 (NeedyNoddy)
GatherMate2, v1.26
GnomeWorks, vr229
Informant, v5.17.5413 (NeedyNoddy)
KevToolQueue, v5.3.1
LibAboutPanel, v1.52
LibExtraTip, v5.12.DEV.350(/embedded)
LilSparkysWorkshop, v
MarketWatcher, v2.17
Postal, v3.5.1
Recount, v
SellJunk, v3.0.9
SlideBar, v5.17.5413 (NeedyNoddy)
Stubby, v5.17.5413 (NeedyNoddy)
TauntMaster, v3.0
TidyPlates, v6.11.3
TidyPlatesGraphite, v
TidyPlatesGrey, v
TidyPlatesNeon, v
TidyPlatesQuatre, v
TidyPlatesThreatPlates, v6.008
TidyPlatesHub, v
TidyPlatesWidgets, v
TipHelper, v5.12.DEV.351(/embedded)
TradeSkillMaster, vv2.0.10
TradeSkillMasterAccounting, vv2.0.3
TradeSkillMasterAuctionDB, vv2.0.1
TradeSkillMasterAuctioning, vv2.0.1
TradeSkillMasterCrafting, vv2.1.1
TradeSkillMasterItemTracker, vv2.0.1
TradeSkillMasterMailing, vv2.0.1
TradeSkillMasterShopping, vv2.0.2
TradeSkillMasterWarehousing, vv2.0.1
BlizRuntimeLib_enUS v5.3.0.50300 <us>
(ck=c0f)
Can you help??
-
View User Profile
-
Send Message
Posted Aug 23, 2013@brykrys
wow, that's like... entirely feature breaking. basically, you can't spoof links anymore which is how gw generates full links to browse recipes and how it scans the database for level info and items of interest. maybe they'll reconsider. if/when this goes thru, it'll render a lot of gw inoperable and will take some major rewrites to get it all working again.
honestly, i don't know why they just don't provide the info via the tradeskill interface. i'm talking about level data, full recipe lists, etc. i mean, most of that data is available. why make it hard for people to track it down and clunky for them to add it to their mods?
-
View User Profile
-
Send Message
Posted Aug 22, 2013It looks like they may be changing the TradeSkillLink format yet again :(
http://forums.wowace.com/showthread.php?t=20680
-
View User Profile
-
Send Message
Posted Aug 16, 2013I have a problem with inventory counts being off (way too high). What's the best way to reset that information so I can rebuild it? I know I could delete the saved variables file but that "forgets" other stuff that GnomeWorks has learned.
-
View User Profile
-
Send Message
Posted Jul 31, 2013Yeah, just use the install button at the top right, and curse should open. Keep in mind if I use Chrome and click that link, curse won't open. I have to use IE if I want that link to work. But once installed it will update just fine.
-
View User Profile
-
Send Message
Posted Jul 31, 2013@Sapien2
I believe you can set curse to allow alpha downloads for an addon.
-
View User Profile
-
Send Message
Posted Jul 30, 2013Is there any chance to see this addon in main Curse addon list and install it via Curse client?
-
View User Profile
-
Send Message
Posted Jun 16, 2013@lilsparky
GW did not complain about a lack of space in the second test. It reported correctly to chat but did not actually get everything from the guild bank to my inventory.
I suspected that GW is using base cooking skill instead of "way of" skill but I didn't know where to look in the code to verify. Base cooking skill is usually the max of your "way of" skills (doing daily Dalaran or SW cooking quests can mess that up). In my case, base = 600 because Way of the Brew = 600. All other "way of" are 575-576. Selecting a grey "way of" recipe that should be orange does show the proper recipe levels in the details window.
-
View User Profile
-
Send Message
Posted Jun 16, 2013@bsmorgan
for the guild inventory issue... your second test seems to suggest the transfers don't always work and gw isn't recognizing that. did it also complain about lack of space like the other case?
the way wow does currencies is kind of a drag (and was changing a lot as i was originally writing gw). they aren't really items, so the gw recipe spoofing for vendors doesn't work. i've thought about trying to support currencies in some way, but they kept changing so i never went down that road.
as for the recipe levels... i haven't been able to test it very well because i don't actually play these days. i use the ptr to do my testing which doesn't make it easy to test these high level recipes.
so thinking about your issue i suspect i might know the problem. i believe it's using your base cooking level to color those recipes instead of the specific "way of" level. if you select those recipes, does it give proper recipe levels in the details window? what is your actual cooking level?
edit: yeah, so it's definitely just using the base skill rank to color the "way of" recipes... i'll have to figure out some way to adjust that.
-
View User Profile
-
Send Message
Posted Jun 16, 2013@lilsparky
I started with all of the "way of" skill levels at 575 or 576 / 600 and all of the skill awarding recipes properly orange. I cooked up 5 Banquet of the Brew at 5 skill points each. At this point, all "way of" skill awarding recipes are now grey.
"/script GnomeWorks:ForceLevelScan()" did not change anything.
Since replicating these conditions might prove difficult, I'm willing to provide any debugging assistance I can to help resolve this issue. I have one toon with one "way of" at 600 and two more level 90 toons that are at 575 or below in all their "way of" (and total) cooking skill levels. Not an infinite number of test cases but better than none.
I also have one toon with cooking maxed out so I'm not in a hurry to level the others, I was doing so because I had an excess of ingredients.