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've actually seen that as well. it could be GW's fault for attempting to interface with ARL when the tradeskill frame is closed. i'll look into it. might be that ARL is being called to frequently from GW.
I think what I see flashing buy is actually ARL, and not LSW. I found this out last night by closing my GW box right after crafting an item. I got a whole spam of errors from ARL in my chat box. The funny thing is, ARL wasn't even supposed to be running, I hadn't clicked to use that plugin during this crafting session.
yeah, gw has all that. it just assumes you want to know all those numbers. atsw's code has some problems related to recursion (he simply uses a depth cut-off rather than skipping recursive recipes).
i'm starting to think that i need to list the potential item sources in the queue as separate lines even for the same item. it's a delicate balance between all the information you need and too much information.
If I remember correctly, ATSW had the options in it's config menu that you could flag what sources to consider when determining what can be crafted.
[ ] Display the number of items producible with inv. contents and
the number of creatable considering the following
[ ] Consider items in your bank when calculating
the number of producible items
[ ] Consider items in the inventory and in the bank if
your alternative characters when calculating the
number of producible items
[ ] Consider buyable items when calculating the number
of producible items.
when you clicked the radio buttons on or off it would alter the craft-able count, lets say all were checked.
Bolt of Frostweave [10/5/5]
Thus first number is what you have on you, second the bank, third alt's.
Might want to look at his code too see how he got his counts/filtering working.
highend: yeah, the selection process was reworked a few revs ago. i'll see about retaining the selection between sessions.
sarah: good idea about the bag modifier. that b/B thing didn't feel right.
inventory plugging is actually something i've been thinking about for a while. i haven't explicitly designed for it, but the way its implemented naturally leans towards plugability. i actually DO want to include auction and mail at some point in the craftability counts.
i think we share a similar vision on the goal of the automation. i'm not totally sure how i want to present it yet, but the idea is definitely to have your current toon be able to queue up items for alts based on the queue from the alts. similarly, when visiting the mail, if your toon has items that an alt requires for their queue, then it should mail them. (or if you share a guild, then it would deposit into the gb). still thinking about how it would all work detail wise...
likewise, i want to add auto trading of mats for when you open trade with somebody from whose trade link you have queued a recipe (and you have mats that they need for the queued item). it'd be nice to have gw filter recipes by mats in the trade window as well (and also send comms to help automate the trade craft process even more).
and no sweat with all your comments and suggestions. it actually is helping me flesh out some ideas and think things thru as i describe my thoughts. tho maybe it would be easier to hold this conversation in the actual forum. might also get other people to chime in as well...
Your idea for a colorblind mode sounds like a good one. If it were me, I think I'd dispense with b/B for bag/bank, and just go with no modifier for items in bag, then v/b/g/a. You're definitely right that blanks are better than lots of zeroes.
I do think that my use case is a common one, where I'm standing there at a forge, maybe next to a vendor, and I really want to stick with stuff I can craft without leaving to go to the bank or (even worse) switch to an alt. Maybe some kind of filtering would be nice here? Or a way to highlight/dim entries. If you think of something.
I do think that inventory display counts might be a good area for a module system where you can plug in an alternative. I can imagine, for example, a mod that utilizes auctioneer data to shows how many of an item you can craft with those items cheaply available at the auction house. I'm not suggesting you need this feature, but it's the kind of thing i can imagine for why you might want to let people plug in code for the inventory column.
I haven't tested it, and WoW is down, but this discussion got me wondering about alts and craftability. For example:
My warrior, who is a BS/JC, has a bunch of copper and tin ore (perhaps that she just bought from the AH with her profession-leveling allowance). She needs bronze bars to level her blacksmithing.
My paladin, who is a miner/engineer, can smelt copper and tin ore into copper and tin bars, then combine those into bronze bars.
Will GW (now or eventually) identify that scenario as alt craftable? Help me mail the ore to my pally, smelt it all into bars, then mail the bars back? It's an expansion of my previous dream scenario (or torture case) that would definitely come in handy, though it's clearly pushing the edges of the design space pretty far.
I'm really hoping all these comments I've made are helpful, and not just wasting your time. I'm not a believer in XP, but I do believe that lots of people submitting various use cases helps the software design process. However, if you want me to back off and let you work, I will.
If I select an entry manually, close GN and reopen it the selection is gone and it now selects the topmost item instead. Iirc GN was able to remind your last selection and restore it when GN was closed and reopened (in the same session).
okay, i adjusted some of the controls a bit. queueing now opens the queue window if it wasn't already opened. a changed the layout of the controls so now there are two groups of buttons.
the "adjust layout" button toggles the layout mode (instead of ALT). while in this mode, you can rearrange columns, change their widths, and even turn them off entirely. these settings are only per session as i haven't yet gotten into profiles and saved options...
i've noticed a quirk with the craftability counts. craftably materials don't get reserved currently. i believe this is because the recipes that craft them end up cancelling out the usage of those materials. for example, if i need 10 bolts that reserves those 10 bolts and so my queue inventory will be -10 bolts. but the recipe to create those bolts gets auto-queued and it results in the bolts being created, thus it increases by bolt count by 10 and so it's a net wash... need to get my head around the proper solution here...
sarah: when you don't have any ability to craft an item considering all mats on all toons on this server and any mats you could potentially make and/or buy from a vendor, then the "craftable" column will be blank. i opted for blank over "0" because having a bunch of 0's clutters the display and makes the column less useful as a quick glance "yes i can craft something" readout.
i try to condense the column display further by only displaying the extremes in the hierarchy of craftability (bag, vendor, bank, guildbank, alts). i understand that color coding alone is not sufficient for color-blind players. i'll keep this in mind as i code so that adding a color-blind mode won't be too hard. i would think a simply suffix would solve the problem (tho i suppose it would need locale support too). 10b/17a = 10 in bags, 17 on alts. b/v/B/g/a = bag/vendor/Bank/guildbank/alts or something...?
It sounds like you're on top of everything I was thinking, so kudos and keep up the good work. The specific example that bugs me about the color coding, is there's a column in the GW main window called "craftable." If I don't have in-bag inventory to make any, there's no zero, it's just blank. But if I can 4 by visiting a vendor, or getting mats from the bank or an alt, all I see is a color-coded "4". Other than mousing over, or spotting the color, I can't tell whether that 4 is a "i can make it now," or "if i go to the vendor/bank," or "if i get some stuff from an alt." If I'm sitting back at a forge trying to level my BS (my latest profession project), something that I can craft without leaving the forge is often preferable to going to the bank or switching alts and back just to craft something slightly cheaper.
I also use altoholic, and never really noticed the jerkiness with the built-in TSW or with skillet—and I've definitely noticed it with GW. Maybe you're doing something slightly different than they are that makes its datastore indexing more aggressive? Or maybe I just never really noticed before. It doesn't really bug me that much but I've noticed that momentary stall too.
Seen when opening GW:
Message:Interface\AddOns\GnomeWorks\plugins\lsw.lua:111:attempttocomparenumberwithnilTime:MonJul1215:17:322010Count:1Stack:(tailcall):?Interface\AddOns\GnomeWorks\plugins\lsw.lua:111:infunction`draw'Interface\AddOns\GnomeWorks\ScrollFrame.lua:885: in function `DrawColumns'Interface\AddOns\GnomeWorks\ScrollFrame.lua:176:infunction`DrawRow'Interface\AddOns\GnomeWorks\ScrollFrame.lua:222: in function `Draw'Interface\AddOns\GnomeWorks\ScrollFrame.lua:392:infunction`RefreshRows'Interface\AddOns\GnomeWorks\ScrollFrame.lua:850: in function `Refresh'Interface\AddOns\GnomeWorks\MainWindow.lua:1111:infunction`ShowSkillList'Interface\AddOns\GnomeWorks\MainWindow.lua:1135: in function <Interface\AddOns\GnomeWorks\MainWindow.lua:1134>(tail call): ?[C]: ?[string "safecall Dispatcher[2]"]:9: in function <[string "safecall Dispatcher[2]"]:5>(tail call): ?Interface\AddOns\Ace3\AceTimer-3.0\AceTimer-3.0.lua:164: in function <Interface\AddOns\Ace3\AceTimer-3.0\AceTimer-3.0.lua:138>Locals: Sometimes debuglocals() returns nothing, it'soneofthosetimes...(FYI:Thislastsentence(only)isaHotFixfromDecursivetopreventaCstackoverflowinthenewBlizzarderrorhandlerandthusgivingyoutheopportunitytosendthisdebugreporttotheauthoroftheproblematicadd-onsohe/shecanfixit)
yunohu: if the whole window is highlighted, that's because gw has entered into "setup mode". hit alt and see if it goes away. it will get stuck in this mod if it catches the alt key being held down, but misses the alt key being released. this happens when you alt-tab.
LSW *does* recache after each recipe. but it's very fast under most circumstances. however, it's also throttled to only cache 50 recipes per frame. this helps keep the client responsive in those cases where it's not very fast (like the first time it's collecting reagent and price data). what is happening, tho, is that LSW starts recaching in 50 recipe increments when it gets an update event (like after you craft something). if you have 500 recipes, that'll take 10 frames. if some other mod is also processing, your frame rate will drop which means those 10 frames will take longer to process. if this is sufficiently long, the LSW progress bar will show up (built-in grace period hides it until the processing is "taking a long time"). people see the progress bar and experience the frame rate drop and assume LSW is behind it when it generally isn't. if i extend the grace period of the progress bar remaining hidden, you wouldn't know LSW was doing any processing which is the only solution i can offer.
if you use altoholic, try running without it and see if the progress bar still shows up.
sarah: i'll look into the queue weirdness. yes, there will be per-item queue deletions. i need to get that going next i think. i also agree that there are too many hidden features. my general rule is to use left-click to select and right-click to provide a context sensitive dropdown. i want shift-click and ctrl-click to be multi-select like they are in most windowing systems. i'll probably add double-click to queue a single item.
however, this method runs counter to "standard" blizzard frames. shift-click is usually "link to chat". i've tried to honor both by moving the "blizzard specific" stuff to the detail frame so to link, you shift-click the recipe name in the detail frame. to link the created item, you shift-click the detail icon. i tried to give proper tooltips for this functionality.
i'll be ditching the alt setup stuff and instead go with a button to lock/unlock the column layout.
i don't understand you comment about colors. i understand your concern, but i just don't follow the specific example you gave. there are lots of different inventory columns, so i'm not sure which you're referring to.
i'll look into the ability to keep the queue list open when the map is visible. i suspect this is a side effect of relying on the built-in escape close sequence system. the map probably closes all "special" windows which is what hitting escape does. i'll look into an alternative.
the queue will eventually have more shopping list feature added and so having it open when at the bank, merchant, ah, etc will happen.
On the highlighting thing, the problem is the *whole* window gets highlighted, and I can't move the recipe selection anywhere. I found if I log out/in, I can use gnomeworks again. However, I've had this highlighting issue happen multiple times. There were no LUA errors thrown at all when this happened.
On the LSW thing, I think you misunderstand. I always see LSW load up when I first open up the tradeskill window. I even watch its bar go to 100%. The problem I'm seeing is *after* I've opened the window, and I do any recipe making, I can literally see its cache bar pop up after every recipe is created. I even saw it pop up once last night when I did something else inside gnomeworks (I forget what, need to see if I can do it again). But either way, for some reason, LSW seems to keep re-running its caching function.
So I'm liking the recent patches, things in r44 are back to working well enough for me to keep testing. However, I'm having some queue problems. In particular, whenever I log out and back in, I get a couple stray entries in the queue, stuff I made previously. Coupled with the (very annoying) fact that there is currently no way (that I can find) to remove an item from the queue, this is a serious bug. It means I can't queue up several things to make and have a bank alt mail the mats—which means the queue is only barely useful at all. Hopefully you can fix the bug, but we need a way to remove things from the queue either way.
I imagine you know this, but while the UI is a good start, it needs some usability work. Every day, i'm discovering new features by accidentally right-clicking somewhere, or holding down alt/ctrl/shift while i click. Maybe this will change over time, but I think too much of the functionality is currently hidden under modifiers—even if they were documented.
Personally, I think Apple's UI guidelines are correct here (and they're backed by quite a few usability studies): modifier keys and right clicks should be convenient shortcuts for things that are visible in the UI as buttons, options in a preferences pane, or menu items. Modifier keys and right clicks shouldn't be the only way to access key functionality, that approach makes software less intuitive.
Also:
I'm having a bug where sometimes the icon to expand the queue items doesn't work.
I don't like the use of color-coding only to differentiate different levels of craftability. Around 5% of the population is colorblind (higher in males), so color vision should only ever be an accent or a reinforcement, not an essential indication. My objection is that if I can't craft any with inventory, but I can by mailing from alts or going to the bank, you shouldn't collapse out the 0 for craftable from inventory.
We need a summary shopping list, maybe at the bottom of the queue window. As it is, it tends to have a lot of empty space at the bottom. I want to quickly see what items I don't have on me without browsing the leaves of a big tree.
The queue closes when I open the map. I've been leveling by a blacksmith by running from the AH/mailbox/bank to the forge/trainer and back in the Exodar. I know the way, but I tend to open the map on the run anyway out of habit. Then I have to reopen GW, get the queue up, then close the list window to just see the queue, which is all I want. Maybe you can't easily make it survive the map being open, but I do see other AddOns that create a window that survives the map opening and closing. I don't need the whole window to stay up, just the queue.
A way to directly open the queue would be great. Maybe a slash command and (even better) a broker button. Also auto-opening when I visit the AH, mailbox or bank would be nice.
This is a post full of criticism, but hopefully it's all constructive. You're doing awesome work and I'm excited to see it progress.
brennane: i agree with you about the per-trade skill selections. skillet used to be per-skill, per-character, but that was too much. once i get a proper options module worked out, i'll incorporate per-trade settings. i think forcing filtering to exclude the currently selected recipe and any recipes manually added to queue would be a good thing.
yunohu: i can add a create all.
what looks like LSW processing isn't really LSW processing. LSW does very minimal processing on every tradeskill update event (such events fire on trade skill runs). the way LSW iterates over your tradeskills, it only does 50 per frame to keep from overloading the client. if your frame rate drops because of some other process, then LSW will take longer to iterate over the trade skills (all it's doing is making sure it's got all the recipe data). LSW's progress bar stays hidden for the first few moments of the update so if it's fast enough, it doesn't bother telling you about the progress. so basically, if some other mod is causing the client to hang a bit, LSW's progress bar will end up showing and it'll look like LSW is hanging the system when it isn't. i need to probably increase the time before LSW shows its progress bar. altaholic is one mod that seems to do enough post skill processing to trigger the progress bar.
there are still some issues with selections going on. can you verify there wasn't a lua error with your problem, tho? normally gw will only change your selection and not actually prevent you from changing it.
Hi Sparky, I really like this new addon. Here's some comments on possible improvements. ;)
1) I miss the "create all" button from Skillet, so I can create all of a given item based on the amount of bits I have in my inventory.
2) It looks like LSW, if installed, runs after something is finished being crafted. I.e., I cooked up 20 pieces of food, and after ever one was done, there was a slight pause as the LSW line for loading cached data flew by at the top.
3) After using it one time to use cooking, I could no longer select among any of my other recipes for my other skills, making it impossible for me to do enchants, etc. :/ I tried switching in and out of gnomeworks, and changing which profession I was trying to use. But no luck. I could not get it to stop highlighting anything but the very first recipe for a profession no matter what I did.
Small suggestion here: have the filtering be tied to the profession instead of a global configuration. For example, I like to show only my best gem recipes; but for smelting it doesn't really help me to hide everything which is already gray.
You may also consider add a filtering exception for any of the components which are in the queue. At the very least, its a nice visual to items which are required -- perhaps something I'm only noticing since its alpha software and found frustration looking for the items when that was busted.
as to the scroll types, one thing i'd like to do for enchanting is add some grouping based on level requirement (or maybe some filtering... not sure). so you'd be able to quickly identify enchants that can be cast on a piece of gear and as well quickly determine the type of vellum you need. i have a database with that info (vellum type) so it should be pretty straight forward if i can settle on a particular scheme in terms of user presentation.
OK, I'm not sure if there is a better place to put this stuff. Let me know if there is.
On my enchanting window the last recipe on the list is chopped off. It looks like I should be able to scroll down a tiny bit more, but no go. I can still click on it.
I'm also getting the make two and then stop problem with the latest build. I just click again and it works from there.
It would be nice for enchanting to have what kind of scroll it would go on so I know which one to buy. Like Enchant Agiliy gloves goes on Armor Scroll.
Rollback Post to RevisionRollBack
To post a comment, please login or register a new account.
i've actually seen that as well. it could be GW's fault for attempting to interface with ARL when the tradeskill frame is closed. i'll look into it. might be that ARL is being called to frequently from GW.
Hi LS,
I think what I see flashing buy is actually ARL, and not LSW. I found this out last night by closing my GW box right after crafting an item. I got a whole spam of errors from ARL in my chat box. The funny thing is, ARL wasn't even supposed to be running, I hadn't clicked to use that plugin during this crafting session.
yeah, gw has all that. it just assumes you want to know all those numbers. atsw's code has some problems related to recursion (he simply uses a depth cut-off rather than skipping recursive recipes).
i'm starting to think that i need to list the potential item sources in the queue as separate lines even for the same item. it's a delicate balance between all the information you need and too much information.
If I remember correctly, ATSW had the options in it's config menu that you could flag what sources to consider when determining what can be crafted.
[ ] Display the number of items producible with inv. contents and
the number of creatable considering the following
[ ] Consider items in your bank when calculating
the number of producible items
[ ] Consider items in the inventory and in the bank if
your alternative characters when calculating the
number of producible items
[ ] Consider buyable items when calculating the number
of producible items.
when you clicked the radio buttons on or off it would alter the craft-able count, lets say all were checked.
Bolt of Frostweave [10/5/5]
Thus first number is what you have on you, second the bank, third alt's.
Might want to look at his code too see how he got his counts/filtering working.
It might give you a creative nudge.
highend: yeah, the selection process was reworked a few revs ago. i'll see about retaining the selection between sessions.
sarah: good idea about the bag modifier. that b/B thing didn't feel right.
inventory plugging is actually something i've been thinking about for a while. i haven't explicitly designed for it, but the way its implemented naturally leans towards plugability. i actually DO want to include auction and mail at some point in the craftability counts.
i think we share a similar vision on the goal of the automation. i'm not totally sure how i want to present it yet, but the idea is definitely to have your current toon be able to queue up items for alts based on the queue from the alts. similarly, when visiting the mail, if your toon has items that an alt requires for their queue, then it should mail them. (or if you share a guild, then it would deposit into the gb). still thinking about how it would all work detail wise...
likewise, i want to add auto trading of mats for when you open trade with somebody from whose trade link you have queued a recipe (and you have mats that they need for the queued item). it'd be nice to have gw filter recipes by mats in the trade window as well (and also send comms to help automate the trade craft process even more).
and no sweat with all your comments and suggestions. it actually is helping me flesh out some ideas and think things thru as i describe my thoughts. tho maybe it would be easier to hold this conversation in the actual forum. might also get other people to chime in as well...
Hey LS,
Your idea for a colorblind mode sounds like a good one. If it were me, I think I'd dispense with
b
/B
for bag/bank, and just go with no modifier for items in bag, thenv
/b
/g
/a
. You're definitely right that blanks are better than lots of zeroes.I do think that my use case is a common one, where I'm standing there at a forge, maybe next to a vendor, and I really want to stick with stuff I can craft without leaving to go to the bank or (even worse) switch to an alt. Maybe some kind of filtering would be nice here? Or a way to highlight/dim entries. If you think of something.
I do think that inventory display counts might be a good area for a module system where you can plug in an alternative. I can imagine, for example, a mod that utilizes auctioneer data to shows how many of an item you can craft with those items cheaply available at the auction house. I'm not suggesting you need this feature, but it's the kind of thing i can imagine for why you might want to let people plug in code for the inventory column.
I haven't tested it, and WoW is down, but this discussion got me wondering about alts and craftability. For example:
Will GW (now or eventually) identify that scenario as alt craftable? Help me mail the ore to my pally, smelt it all into bars, then mail the bars back? It's an expansion of my previous dream scenario (or torture case) that would definitely come in handy, though it's clearly pushing the edges of the design space pretty far.
I'm really hoping all these comments I've made are helpful, and not just wasting your time. I'm not a believer in XP, but I do believe that lots of people submitting various use cases helps the software design process. However, if you want me to back off and let you work, I will.
Thanks again for your excellent work,
Sarah
If I select an entry manually, close GN and reopen it the selection is gone and it now selects the topmost item instead. Iirc GN was able to remind your last selection and restore it when GN was closed and reopened (in the same session).
okay, i adjusted some of the controls a bit. queueing now opens the queue window if it wasn't already opened. a changed the layout of the controls so now there are two groups of buttons.
the "adjust layout" button toggles the layout mode (instead of ALT). while in this mode, you can rearrange columns, change their widths, and even turn them off entirely. these settings are only per session as i haven't yet gotten into profiles and saved options...
i've noticed a quirk with the craftability counts. craftably materials don't get reserved currently. i believe this is because the recipes that craft them end up cancelling out the usage of those materials. for example, if i need 10 bolts that reserves those 10 bolts and so my queue inventory will be -10 bolts. but the recipe to create those bolts gets auto-queued and it results in the bolts being created, thus it increases by bolt count by 10 and so it's a net wash... need to get my head around the proper solution here...
sarah: when you don't have any ability to craft an item considering all mats on all toons on this server and any mats you could potentially make and/or buy from a vendor, then the "craftable" column will be blank. i opted for blank over "0" because having a bunch of 0's clutters the display and makes the column less useful as a quick glance "yes i can craft something" readout.
i try to condense the column display further by only displaying the extremes in the hierarchy of craftability (bag, vendor, bank, guildbank, alts). i understand that color coding alone is not sufficient for color-blind players. i'll keep this in mind as i code so that adding a color-blind mode won't be too hard. i would think a simply suffix would solve the problem (tho i suppose it would need locale support too). 10b/17a = 10 in bags, 17 on alts. b/v/B/g/a = bag/vendor/Bank/guildbank/alts or something...?
i'll nill check that lsw support line.
Thanks for the hint about the alt key. I do indeed tend to alt-tab out of WoW a lot. ;)
Hey LS,
It sounds like you're on top of everything I was thinking, so kudos and keep up the good work. The specific example that bugs me about the color coding, is there's a column in the GW main window called "craftable." If I don't have in-bag inventory to make any, there's no zero, it's just blank. But if I can 4 by visiting a vendor, or getting mats from the bank or an alt, all I see is a color-coded "4". Other than mousing over, or spotting the color, I can't tell whether that 4 is a "i can make it now," or "if i go to the vendor/bank," or "if i get some stuff from an alt." If I'm sitting back at a forge trying to level my BS (my latest profession project), something that I can craft without leaving the forge is often preferable to going to the bank or switching alts and back just to craft something slightly cheaper.
I also use altoholic, and never really noticed the jerkiness with the built-in TSW or with skillet—and I've definitely noticed it with GW. Maybe you're doing something slightly different than they are that makes its datastore indexing more aggressive? Or maybe I just never really noticed before. It doesn't really bug me that much but I've noticed that momentary stall too.
Seen when opening GW:
yunohu: if the whole window is highlighted, that's because gw has entered into "setup mode". hit alt and see if it goes away. it will get stuck in this mod if it catches the alt key being held down, but misses the alt key being released. this happens when you alt-tab.
LSW *does* recache after each recipe. but it's very fast under most circumstances. however, it's also throttled to only cache 50 recipes per frame. this helps keep the client responsive in those cases where it's not very fast (like the first time it's collecting reagent and price data). what is happening, tho, is that LSW starts recaching in 50 recipe increments when it gets an update event (like after you craft something). if you have 500 recipes, that'll take 10 frames. if some other mod is also processing, your frame rate will drop which means those 10 frames will take longer to process. if this is sufficiently long, the LSW progress bar will show up (built-in grace period hides it until the processing is "taking a long time"). people see the progress bar and experience the frame rate drop and assume LSW is behind it when it generally isn't. if i extend the grace period of the progress bar remaining hidden, you wouldn't know LSW was doing any processing which is the only solution i can offer.
if you use altoholic, try running without it and see if the progress bar still shows up.
sarah: i'll look into the queue weirdness. yes, there will be per-item queue deletions. i need to get that going next i think. i also agree that there are too many hidden features. my general rule is to use left-click to select and right-click to provide a context sensitive dropdown. i want shift-click and ctrl-click to be multi-select like they are in most windowing systems. i'll probably add double-click to queue a single item.
however, this method runs counter to "standard" blizzard frames. shift-click is usually "link to chat". i've tried to honor both by moving the "blizzard specific" stuff to the detail frame so to link, you shift-click the recipe name in the detail frame. to link the created item, you shift-click the detail icon. i tried to give proper tooltips for this functionality.
i'll be ditching the alt setup stuff and instead go with a button to lock/unlock the column layout.
i don't understand you comment about colors. i understand your concern, but i just don't follow the specific example you gave. there are lots of different inventory columns, so i'm not sure which you're referring to.
i'll look into the ability to keep the queue list open when the map is visible. i suspect this is a side effect of relying on the built-in escape close sequence system. the map probably closes all "special" windows which is what hitting escape does. i'll look into an alternative.
the queue will eventually have more shopping list feature added and so having it open when at the bank, merchant, ah, etc will happen.
Hey lilsparky,
On the highlighting thing, the problem is the *whole* window gets highlighted, and I can't move the recipe selection anywhere. I found if I log out/in, I can use gnomeworks again. However, I've had this highlighting issue happen multiple times. There were no LUA errors thrown at all when this happened.
On the LSW thing, I think you misunderstand. I always see LSW load up when I first open up the tradeskill window. I even watch its bar go to 100%. The problem I'm seeing is *after* I've opened the window, and I do any recipe making, I can literally see its cache bar pop up after every recipe is created. I even saw it pop up once last night when I did something else inside gnomeworks (I forget what, need to see if I can do it again). But either way, for some reason, LSW seems to keep re-running its caching function.
Hey lilsparky,
So I'm liking the recent patches, things in r44 are back to working well enough for me to keep testing. However, I'm having some queue problems. In particular, whenever I log out and back in, I get a couple stray entries in the queue, stuff I made previously. Coupled with the (very annoying) fact that there is currently no way (that I can find) to remove an item from the queue, this is a serious bug. It means I can't queue up several things to make and have a bank alt mail the mats—which means the queue is only barely useful at all. Hopefully you can fix the bug, but we need a way to remove things from the queue either way.
I imagine you know this, but while the UI is a good start, it needs some usability work. Every day, i'm discovering new features by accidentally right-clicking somewhere, or holding down alt/ctrl/shift while i click. Maybe this will change over time, but I think too much of the functionality is currently hidden under modifiers—even if they were documented.
Personally, I think Apple's UI guidelines are correct here (and they're backed by quite a few usability studies): modifier keys and right clicks should be convenient shortcuts for things that are visible in the UI as buttons, options in a preferences pane, or menu items. Modifier keys and right clicks shouldn't be the only way to access key functionality, that approach makes software less intuitive.
Also:
This is a post full of criticism, but hopefully it's all constructive. You're doing awesome work and I'm excited to see it progress.
Thanks again for all your great work,
—Sarah
brennane: i agree with you about the per-trade skill selections. skillet used to be per-skill, per-character, but that was too much. once i get a proper options module worked out, i'll incorporate per-trade settings. i think forcing filtering to exclude the currently selected recipe and any recipes manually added to queue would be a good thing.
yunohu: i can add a create all.
what looks like LSW processing isn't really LSW processing. LSW does very minimal processing on every tradeskill update event (such events fire on trade skill runs). the way LSW iterates over your tradeskills, it only does 50 per frame to keep from overloading the client. if your frame rate drops because of some other process, then LSW will take longer to iterate over the trade skills (all it's doing is making sure it's got all the recipe data). LSW's progress bar stays hidden for the first few moments of the update so if it's fast enough, it doesn't bother telling you about the progress. so basically, if some other mod is causing the client to hang a bit, LSW's progress bar will end up showing and it'll look like LSW is hanging the system when it isn't. i need to probably increase the time before LSW shows its progress bar. altaholic is one mod that seems to do enough post skill processing to trigger the progress bar.
there are still some issues with selections going on. can you verify there wasn't a lua error with your problem, tho? normally gw will only change your selection and not actually prevent you from changing it.
Hi Sparky, I really like this new addon. Here's some comments on possible improvements. ;)
1) I miss the "create all" button from Skillet, so I can create all of a given item based on the amount of bits I have in my inventory.
2) It looks like LSW, if installed, runs after something is finished being crafted. I.e., I cooked up 20 pieces of food, and after ever one was done, there was a slight pause as the LSW line for loading cached data flew by at the top.
3) After using it one time to use cooking, I could no longer select among any of my other recipes for my other skills, making it impossible for me to do enchants, etc. :/ I tried switching in and out of gnomeworks, and changing which profession I was trying to use. But no luck. I could not get it to stop highlighting anything but the very first recipe for a profession no matter what I did.
Small suggestion here: have the filtering be tied to the profession instead of a global configuration. For example, I like to show only my best gem recipes; but for smelting it doesn't really help me to hide everything which is already gray.
You may also consider add a filtering exception for any of the components which are in the queue. At the very least, its a nice visual to items which are required -- perhaps something I'm only noticing since its alpha software and found frustration looking for the items when that was busted.
as to the scroll types, one thing i'd like to do for enchanting is add some grouping based on level requirement (or maybe some filtering... not sure). so you'd be able to quickly identify enchants that can be cast on a piece of gear and as well quickly determine the type of vellum you need. i have a database with that info (vellum type) so it should be pretty straight forward if i can settle on a particular scheme in terms of user presentation.
I know any suggestions I make are development timeline permitting. :) I am also a technology person (but not a dev) so I know how it works.
OK, I'm not sure if there is a better place to put this stuff. Let me know if there is.
On my enchanting window the last recipe on the list is chopped off. It looks like I should be able to scroll down a tiny bit more, but no go. I can still click on it.
I'm also getting the make two and then stop problem with the latest build. I just click again and it works from there.
It would be nice for enchanting to have what kind of scroll it would go on so I know which one to buy. Like Enchant Agiliy gloves goes on Armor Scroll.