I'm not sure if this is a change request, or a configuration help request, but as a Prot spec Pally, for Holy Shield I'd like to see the the amount of damage done with a single block on the ActionBar. Right now, when changing the Caster ActionBar setting, it displays the average damage * 8 for AvgTotal, AvgHit, and AvgHitTotal. I would have expected that AvgHit and AvgHitTotal would display the average damage without the multiplication by 8.
Here is a patch for some improved shield handling behavior. Its based on the 2 hand -> off hand code that is currently in place. Basically, it finds an appropriate free slot using self:LocateFreeSlot() to put a shield (or other off hand item I would imagine, but haven't tested) in before it swaps a 2 hand weapon in.
Both of those, while great suggestions, aren't possible at the moment. I was able to update this addon because Dewdrop was updated so that one can use secure commands with it (by Mikk, I seem to recall).
1) We would need support for secure frames in Tablet. This may be in the works, but if it is I don't know about it.
2) I think for this we would need secure frame support directly in FuBar, or maybe it would need to be in FuBarPlugin. Either way, its like above, someone might be working or thinking on it.
No, I didn't remove them. I'm using the periodic table mount categories, so if your mount isn't shown then I would assume that its not listed in PT. Don't have the time right this second, but I will check on this later.
I used to use itemrack, and one of its features that I rather miss is that when switching between sets with 2h weapons and 2h+shield it would remember the location of the shield in your bags, and would put it back. While I am very happy with closetgnome in general, I've been a bit worried that one day I'm gonna accidentally sell my shield because its not in my bag of item sets (last bag, for me), its up towards the front where loot collects.
So earlier I got inspired to look in CG and see if this could be fixed. I noticed the ClosetGnome:LocateFreeSlot function, and that CG already has some code that puts de-equiped items in the inventory starting in the back. So I wrote the following change to ClosetGnome:EquipItem.
local bagNum, slotNum = self:FindItem(item)
-- shield change starts here...
if slot == 16 and self:ItemNameFromSlot(17) then
local _, _, _, _, _, _, itemSubType, _, _, _ = GetItemInfo(item)
if itemSubType == "Fishing Pole" or itemSubType == "Polearms" or itemSubType == "Staves" or
itemSubType == "Two-Handed Axes" or itemSubType == "Two-Handed Maces" or itemSubType == "Two-Handed Swords" then
PickupInventoryItem(17)
local toBag, toSlot = self:LocateFreeSlot()
if toBag ~= nil then
PickupContainerItem(toBag, toSlot)
else
AutoEquipCursorItem()
end
end
end
-- ...and ends here
if bagNum > -1 then
Now, I'm pretty sure that there are some problems with this. The check to see if the weapon is two-handed seems really inelegant, and creates 6 new localization strings at that (maybe theres a babble-lib for item subtypes, didn't check yet). Aside from any design or coding issues though, it seems to solve the problem fairly easily.
Mikk, I got that assertion error again in TransporterFu. Just tried to message you about it in wowace irc, but I'm a total irc newbie and it didn't seem to work...
I think its happening either right on login or on the first time I open up my dewdrop menu and mouseover the secure frame lines. Or maybe on first use attempt. Not really sure about the conditions though, as I haven't been able to reliably reproduce it.
[2007/06/02 09:10:28-837-x1]: Dewdrop-2.0-37966 (FuBar):213: assertion failed!
Dewdrop-2.0-37966 (FuBar):213: in function `Activate'
Dewdrop-2.0-37966 (FuBar):524: in function <...erface\AddOns\FuBar\libs\Dewdrop-2.0\Dewdrop-2.0.lua:514>
---
With the recent addition of secure frame support in DewDrop, fubar addons that can cast spells and use items are now easily possible again. And so with permission from Prandur, here is an updated version of TransporterFu.
This is fairly untested, except with my own characters, so some class abilities and many items haven't really been tried. Higher level mage ports (well, higher then lvl 33) and warlock mounts are untried, as well any items other then hearthstone and a few mounts. In theory it should work just fine for any localization supported by Babble-Spell, but none of them have been tested either.
* Todo *
- Add the usual profile based configuration. Should be easy, probably just need to look at the AceDB docs.
- Add druid flight, swift flight, and travel form support, as well as shaman ghost wolf.
- Add support for filtering out unneeded choices. If the pally or warlock has the lvl 60 fast mount, don't show the lvl 40 ones. Same thing for swift flight form and regular fight form.
- Do something to restore the old default method selection support. Possibly by just moving it to the top of the menu.
* Issues/Problems *
There is a known issue with this, an assertion error coming out from DewDrop (might look something like "Dewdrop-2.0-37966 (FuBar):213: assertion failed!"). It seems pretty rare and I've only seen it a few times...I had thought it was gone but I just got it again in game. I think its only happens right after login, but I'm not certain. Either way, don't worry if you see it, we know about it and it doesn't appear to actually break anything.
I like the look of this, as I'm always going back and forth between defensive and spell details on the paper doll window. Looking forward to trying this out when I get home.
Have you placed a textsub containing [drd] in your InfiniBar setup? That is necessary for the numbers to show up on InfiniBar Buttons.
I answered him in my thread. If I understood him correctly, that functionality is intentional (disabling actionbar values on the blizzard bar when InfiniBar is loaded).
For InfiniBar textsubs use the instructions above.
Yeah thats what I meant in my post last night. Thanks for all of the responses.
I'm noticing an issue with InfiniBar (r33517) and DrDamage (r33391). I will try to get back later with more detail, but my immediate observation is that if I have both enabled, I do not get any of the actionbar functionality of DrDamage (in particular the estimated damage/healing numbers, the modified tooltip info from DrDamage still displays for both original buttons as well as InfiniBar buttons). If I disable InfiniBar the actionbar numbers show back up.
Not sure who this needs to be addressed to, so I figured I'd cross post it.
I'm noticing an issue with InfiniBar (r33517) and DrDamage (r33391). I will try to get back later with more detail, but my immediate observation is that if I have both enabled, I do not get any of the actionbar functionality of DrDamage (in particular the estimated damage/healing numbers, the modified tooltip info from DrDamage still displays for both original buttons as well as InfiniBar buttons). If I disable InfiniBar the actionbar numbers show back up.
Not sure who this needs to be addressed to, so I figured I'd cross post it.
Flightmap does watch for new flight masters and flight paths though. As soon as you have used any of them with any char, the data will be saved locally for any other char.
Not the most immediately useful functionality for someone with a brand new install and no saved variables, but I always appreciate an addon that seamlessly updates and corrects its data, even if its not an ace addon.
0
Woohoo, thank you!
0
0
0
1) We would need support for secure frames in Tablet. This may be in the works, but if it is I don't know about it.
2) I think for this we would need secure frame support directly in FuBar, or maybe it would need to be in FuBarPlugin. Either way, its like above, someone might be working or thinking on it.
0
Thanks, that worked quite well, especially since I was already calling GetItemInfo and using the wrong (well inefficient) return value.
0
0
So earlier I got inspired to look in CG and see if this could be fixed. I noticed the ClosetGnome:LocateFreeSlot function, and that CG already has some code that puts de-equiped items in the inventory starting in the back. So I wrote the following change to ClosetGnome:EquipItem.
Now, I'm pretty sure that there are some problems with this. The check to see if the weapon is two-handed seems really inelegant, and creates 6 new localization strings at that (maybe theres a babble-lib for item subtypes, didn't check yet). Aside from any design or coding issues though, it seems to solve the problem fairly easily.
0
I think its happening either right on login or on the first time I open up my dewdrop menu and mouseover the secure frame lines. Or maybe on first use attempt. Not really sure about the conditions though, as I haven't been able to reliably reproduce it.
[2007/06/02 09:10:28-837-x1]: Dewdrop-2.0-37966 (FuBar):213: assertion failed!
Dewdrop-2.0-37966 (FuBar):213: in function `Activate'
Dewdrop-2.0-37966 (FuBar):524: in function <...erface\AddOns\FuBar\libs\Dewdrop-2.0\Dewdrop-2.0.lua:514>
---
0
This is fairly untested, except with my own characters, so some class abilities and many items haven't really been tried. Higher level mage ports (well, higher then lvl 33) and warlock mounts are untried, as well any items other then hearthstone and a few mounts. In theory it should work just fine for any localization supported by Babble-Spell, but none of them have been tested either.
* Todo *
- Add the usual profile based configuration. Should be easy, probably just need to look at the AceDB docs.
- Add druid flight, swift flight, and travel form support, as well as shaman ghost wolf.
- Add support for filtering out unneeded choices. If the pally or warlock has the lvl 60 fast mount, don't show the lvl 40 ones. Same thing for swift flight form and regular fight form.
- Do something to restore the old default method selection support. Possibly by just moving it to the top of the menu.
* Issues/Problems *
There is a known issue with this, an assertion error coming out from DewDrop (might look something like "Dewdrop-2.0-37966 (FuBar):213: assertion failed!"). It seems pretty rare and I've only seen it a few times...I had thought it was gone but I just got it again in game. I think its only happens right after login, but I'm not certain. Either way, don't worry if you see it, we know about it and it doesn't appear to actually break anything.
Wowace wiki link.
Original thread.
0
0
Yeah thats what I meant in my post last night. Thanks for all of the responses.
0
0
Not sure who this needs to be addressed to, so I figured I'd cross post it.
0
Not sure who this needs to be addressed to, so I figured I'd cross post it.
0
Not the most immediately useful functionality for someone with a brand new install and no saved variables, but I always appreciate an addon that seamlessly updates and corrects its data, even if its not an ace addon.