Instead of the current retrieve/store/flush system (via DewDrop menu) for swapping sets to and from the bank, it would be really nice if sets could be swapped directly from the mouse-over menu where one normally equips the sets. Essentially ItemRack-like behaviour. If I have my fire resist set in the bank, I could just mouse-over the FuBar ClosetGnome plugin, click on Fire Resist from the sets that appear, and voila swap.
cant tell exactly about the lib, i use embedded libs. but just to check i installed banzai alert yesterday and with it enabled option is still gray. I have a question: does OhNoez come with BanzaiLib embedded? If not - Why not is it uses it?
thats really strange
Well, Banzai is technically an optional library for OhNoes, since OhNoes can run without it (but will only unequip on low health, not aggro). So the lib is not embedded with OhNoes.
However, Banzai-1.1 is embedded with BanzaiAlert, so it should be there. And if your weapons are being unequipped when you get aggro, then the Banzai events are firing. Which means it sounds like OhNoes thinks it's disabled. But you said you tried nuking the SV's, so I don't know how that could be messed up. Maybe try disabling and then re-enabling it?
still this problem. seem like CG can only detect standalone banzailib? can the option to unequip weapons on aggro be changed to OFF by DEFAULT ?
Instead of the current retrieve/store/flush system (via DewDrop menu) for swapping sets to and from the bank, it would be really nice if sets could be swapped directly from the mouse-over menu where one normally equips the sets. Essentially ItemRack-like behaviour. If I have my fire resist set in the bank, I could just mouse-over the FuBar ClosetGnome plugin, click on Fire Resist from the sets that appear, and voila swap.
It's kind of a catch 22 I think if you do that, then some of the gear you're wearing will end up in the bank, and you probably want to take that with you, so either way you'll end up retrieving some items.
Instead of the current retrieve/store/flush system (via DewDrop menu) for swapping sets to and from the bank, it would be really nice if sets could be swapped directly from the mouse-over menu where one normally equips the sets. Essentially ItemRack-like behaviour. If I have my fire resist set in the bank, I could just mouse-over the FuBar ClosetGnome plugin, click on Fire Resist from the sets that appear, and voila swap.
It's kind of a catch 22 I think if you do that, then some of the gear you're wearing will end up in the bank, and you probably want to take that with you, so either way you'll end up retrieving some items.
If I'm undestanding Samasnier's suggestion correctly, I think he means the ItemRack behavior when clicking the set name at the bank. Meaning, if most of the set is banked it would retrieve all items in the set to your inventory, and if most of the set is in your inventory it banks the entire set. It's not a swap operation, so it doesn't touch your currently equipped items (unless they're contained in a set you're trying to bank).
Originally I mainly used this on my rogue to swap weapons from stealth to visible...
Now Ive started to need the zone switch feature for the Rogue and other characters. Mainly for trinket switches... for such as Plaguelands or Battlegrounds.
I have configured it... but it seems the zone module doesnt detect the zone change for quite some time. reloadUI sets it to the right zone, but it sorta defeats the feature if I need to do that to have it auto swap on zone changes.
Anyone else having similar issues?
any possiblity of a function (eg GetOutfitsUsingItem) that returns every set an item is in? nil or an empty table if it's not in any sets.
preferably it should accept an item hyperlink (it's constant across the game) and pull that apart to generate your own internal id.
would make it easier for inventory mods that categorise things to use your function instead of having to code it up manually and then break if/when you change the data structure.
local function iterateOutfits(...)
for i = 1, select("#", ...) do
local outfit = select(i, ...)
-- etc
end
end
iterateOutfits(ClosetGnome:GetOutfitsUsingItem(itemLink))
Closetgnome.lua:1095: 'End' expected (to close 'do' at line 913) near '<eof>'
Closetgnome_gather.lua1: Closetgnome not found!
Closetgnome_OhNoes.lua:117 attempt to index global 'Closetgnome' (a nil value)
Closetgnome_Switcher.lua:118 attempt to index global 'Closetgnome' (a nil value)
Closetgnome.lua:1095: 'End' expected (to close 'do' at line 913) near '<eof>'
Closetgnome_gather.lua1: Closetgnome not found!
Closetgnome_OhNoes.lua:117 attempt to index global 'Closetgnome' (a nil value)
Closetgnome_Switcher.lua:118 attempt to index global 'Closetgnome' (a nil value)
Worked fine earlier before update.
Toddler
Seems as though line 917 of ClosetGnome.lua is missing an 'end' at the end :
thanks. although to make it easier could just return the table? eg return tmp instead of return unpack(tmp) as it's easier to use pairs() to process a table
thanks. although to make it easier could just return the table? eg return tmp instead of return unpack(tmp) as it's easier to use pairs() to process a table
Although it's easier, it also produces more garbage, so no.
Just use a local function(...) do iterate, a fake_ipairs, so to speak, like in my example.
Although it's easier, it also produces more garbage, so no.
Just use a local function(...) do iterate, a fake_ipairs, so to speak, like in my example.
so i have to call it multiple times instead of just once if i need to process the results more than once, which i do (i need to cycle through them twice). nvm, i'll stick to my original code and change it when yours does.
Rollback Post to RevisionRollBack
To post a comment, please login or register a new account.
still this problem. seem like CG can only detect standalone banzailib? can the option to unequip weapons on aggro be changed to OFF by DEFAULT ?
Is it possible to get an ClosetGnome addon that can automagically switch outfits if i switch in and out of Shadowform?
It's kind of a catch 22 I think if you do that, then some of the gear you're wearing will end up in the bank, and you probably want to take that with you, so either way you'll end up retrieving some items.
If I'm undestanding Samasnier's suggestion correctly, I think he means the ItemRack behavior when clicking the set name at the bank. Meaning, if most of the set is banked it would retrieve all items in the set to your inventory, and if most of the set is in your inventory it banks the entire set. It's not a swap operation, so it doesn't touch your currently equipped items (unless they're contained in a set you're trying to bank).
Now Ive started to need the zone switch feature for the Rogue and other characters. Mainly for trinket switches... for such as Plaguelands or Battlegrounds.
I have configured it... but it seems the zone module doesnt detect the zone change for quite some time. reloadUI sets it to the right zone, but it sorta defeats the feature if I need to do that to have it auto swap on zone changes.
Anyone else having similar issues?
your time and insight are appreciated.
preferably it should accept an item hyperlink (it's constant across the game) and pull that apart to generate your own internal id.
would make it easier for inventory mods that categorise things to use your function instead of having to code it up manually and then break if/when you change the data structure.
thanks.
Example usage:
Closetgnome.lua:1095: 'End' expected (to close 'do' at line 913) near '<eof>'
Closetgnome_gather.lua1: Closetgnome not found!
Closetgnome_OhNoes.lua:117 attempt to index global 'Closetgnome' (a nil value)
Closetgnome_Switcher.lua:118 attempt to index global 'Closetgnome' (a nil value)
Worked fine earlier before update.
Toddler
Seems as though line 917 of ClosetGnome.lua is missing an 'end' at the end :
for i in ipairs(tmp) do tmp[i] = nil end
-Ammo
thanks. although to make it easier could just return the table? eg return tmp instead of return unpack(tmp) as it's easier to use pairs() to process a table
Although it's easier, it also produces more garbage, so no.
Just use a local function(...) do iterate, a fake_ipairs, so to speak, like in my example.
so i have to call it multiple times instead of just once if i need to process the results more than once, which i do (i need to cycle through them twice). nvm, i'll stick to my original code and change it when yours does.