I was curious if Pitbull had a way to change the size of your own personal debuffs on a target. Since I'm a mage, for instance, I could set the size of my own debuffs to "20" and all others to 10 just so that they're more obvious.
Also, is there any way at all for monitoring your own engulfing flames debuff on Malygos. With 10+ different stacks on him from the other people in the raid, I have absolutely no idea which stack is mine.
I would like to know if anyone has a "fix" or some knowledge on how i can code it or modify pitbull in a way to make it possible to split the partyframe?
ag_unitframes has that possibility, which i find very good as i like to have the party-frames seperated and lined up depending a bit on raid/5-man/pvp.
What pitbull has that ag lacks is the possibility to make the unitframes work vertically. Where mana, hp, castbar etc moves up to down instead of right to left.
This is a layout i really prefer, but it would be great if i could split the partyframe in pitbull, then i have everything i need =)
I'm a healer who is concerned about the threat being put out by some DPS. It helps me to know when the mob is about to swap targets so I can pre-load some heals. But when I'm healing, I'm never targeting the mob, so PitBull's threat bar is useless to me.
What'd be useful to me is either using my target's target for everyone, or even more useful would the individual targets of the party/raid.
I just updated to the lastest released version of Pittbull. It failed to load and work. Upon further investigation, it turns out the version of LibRock-1.0 (release 294) embedded in PitBull is newer than the version embedded in other addons like CowTips, Parrot, and Chinchilla. These other addons are currently using release 292. After copying the new version of LibRock-1.0 into the lib directory of the other addons things are working again.
I'm posting this here to help anyone that might experence the same frustration that I had. Also, I'm interested to know if it's actually possible for different addons to use different release versions of LibRock-1.0 given the current way that things work. Is there something else I could have done besides copying the new LibRock-1.0 library to all the places it's being used?
PitBull_QuickHealth doesn't work.
Just noticed today because sRaidFrames (with sRaidFrames_QuickHealth) did faster health updates.
Can someone please fix this?
What pitbull has that ag lacks is the possibility to make the unitframes work vertically. Where mana, hp, castbar etc moves up to down instead of right to left.
This is a layout i really prefer, but it would be great if i could split the partyframe in pitbull, then i have everything i need =)
How exactly do you make them vertical? I have seen a picture of wowinterface for a UI comp that is using Pitbull and I asked the author and they can't remember how to do it. I would really appreciate someone posting or PMing me how you do it, as I can't find the option anywhere in the pitbull options screen.
anyone know how I can trigger when PitBull makes or destroys a unit frame? I need my BeneCast 10-addon to respond to it by attaching or detaching it's buttons.
On top of that... Anyone have any decent way to figure out PitBull's top unit frame for a certain unit? There's PitBull:IterateUnitFramesForUnit(unit), but that can (by definition) return >1 frame...
Has anyone got an issue where they could not adjust the pitbull settings in rock? It just freezes for me on whatever screen I open into for it. It works with everything but Pitbull.
Is there a way to have Pitbull only show buffs that originate from me? I have it filtered to show the types of buff I need but I want it to only show those buffs if they originally come from me. Any ideas?
Also, I'm interested to know if it's actually possible for different addons to use different release versions of LibRock-1.0 given the current way that things work. Is there something else I could have done besides copying the new LibRock-1.0 library to all the places it's being used?
yes, if done correctly you should be able to have a mod using lib1.0 and another using lib2.0 without any issues, you may also be able to have mods using lib1.0 and lib1.5 if the lib in question is set to allow for that but i think theyre mostly set for major releases.
lib authors are supposed to change the release number of their libs if they break compatibility in a serious way with the previous version by bumping the version where the autoupgrades kick in, that allows mod authors to then go and download the new version and test their mod against it and then reupload instead of you updating a single mod that then goes and screws up all the other mods that use that lib.
if the libs version was bumped appropriately then the other way this can screw up is if the mod author is using the 'trunk' version (which is always the lastest version no matter what) they should be using a 'tags' version so that they can control which particular version of a lib gets packaged into their zip file.
Is there a way to have Pitbull only show buffs that originate from me? I have it filtered to show the types of buff I need but I want it to only show those buffs if they originally come from me. Any ideas?
I HAVE been thinking of adding an option to PitBull_Aura that fades buffs/debuffs that don't originate from me and then offering that as a ticket. I COULD also add in to actually not show those buffs (which might actually be easier to implement than fading the unwanted).
I'm just a bit worried I'll lose other valuable information if I HIDE all the other buffs/debuffs...
I HAVE been thinking of adding an option to PitBull_Aura that fades buffs/debuffs that don't originate from me and then offering that as a ticket. I COULD also add in to actually not show those buffs (which might actually be easier to implement than fading the unwanted).
I'm just a bit worried I'll lose other valuable information if I HIDE all the other buffs/debuffs...
Could you make it "per unit type"? That way, you could enable it for the raid frame but have it disabled on your player frame?
I am healer und in 5 man groups I do have my pets turned on.
However, since I didn't find a way to arrange pets well in raids, I used to turn pets off (though this is no desirable solution really).
The reason why is that the raid pets are group based. I can arrange them only in groups and if I position groups properly I have the raid pets as pretty randomy looking frames in my interface.
But now, with vehicles counting as pets, and therefore the dragons for example in the Malygos encounter being shown as pets, it gets more and more important.
I know that grid has a way of sorting raid pets in an extra group, that grows per pet. So if 5 players in different groups have pets, the pets build one groupe and not many incomplete ones.
It would be great if Pitbull made something similar possible. :p
edit pitbull.lua and replace entire function starting at line #4765 with the new function below....(not sure if this is the proper fix for this but it works.)
function PitBull:_UpdateLayouts()
if not InCombatLockdown() then
if lazyLayout ~= 0 or not layoutsToUpdate then
return
end
local f = layoutsToUpdate
layoutsToUpdate = nil
for frame in pairs(f) do
self:_UpdateLayout(frame, true)
end
f = del(f)
Rock("LibRockConfig-1.0"):RefreshConfigMenu(self)
-- Dewdrop:Refresh(1)
-- Dewdrop:Refresh(2)
-- Dewdrop:Refresh(3)
-- Dewdrop:Refresh(4)
-- Dewdrop:Refresh(5)
end
end
PitBull_QuickHealth doesn't work.
Just noticed today because sRaidFrames (with sRaidFrames_QuickHealth) did faster health updates.
Can someone please fix this?
Is there a way to have Pitbull only show buffs that originate from me? I have it filtered to show the types of buff I need but I want it to only show those buffs if they originally come from me. Any ideas?
same stuff with debuff, that would be nice since the default blizzard ui is capable of it (sadly that's all that it is good at).
Rollback Post to RevisionRollBack
To post a comment, please login or register a new account.
Also, is there any way at all for monitoring your own engulfing flames debuff on Malygos. With 10+ different stacks on him from the other people in the raid, I have absolutely no idea which stack is mine.
ag_unitframes has that possibility, which i find very good as i like to have the party-frames seperated and lined up depending a bit on raid/5-man/pvp.
What pitbull has that ag lacks is the possibility to make the unitframes work vertically. Where mana, hp, castbar etc moves up to down instead of right to left.
This is a layout i really prefer, but it would be great if i could split the partyframe in pitbull, then i have everything i need =)
What'd be useful to me is either using my target's target for everyone, or even more useful would the individual targets of the party/raid.
I'm posting this here to help anyone that might experence the same frustration that I had. Also, I'm interested to know if it's actually possible for different addons to use different release versions of LibRock-1.0 given the current way that things work. Is there something else I could have done besides copying the new LibRock-1.0 library to all the places it's being used?
PitBull.toc
DruidManaBar\DruidManaBar.lua
Just noticed today because sRaidFrames (with sRaidFrames_QuickHealth) did faster health updates.
Can someone please fix this?
How exactly do you make them vertical? I have seen a picture of wowinterface for a UI comp that is using Pitbull and I asked the author and they can't remember how to do it. I would really appreciate someone posting or PMing me how you do it, as I can't find the option anywhere in the pitbull options screen.
On top of that... Anyone have any decent way to figure out PitBull's top unit frame for a certain unit? There's PitBull:IterateUnitFramesForUnit(unit), but that can (by definition) return >1 frame...
Nevermind, problem went away.
yes, if done correctly you should be able to have a mod using lib1.0 and another using lib2.0 without any issues, you may also be able to have mods using lib1.0 and lib1.5 if the lib in question is set to allow for that but i think theyre mostly set for major releases.
lib authors are supposed to change the release number of their libs if they break compatibility in a serious way with the previous version by bumping the version where the autoupgrades kick in, that allows mod authors to then go and download the new version and test their mod against it and then reupload instead of you updating a single mod that then goes and screws up all the other mods that use that lib.
if the libs version was bumped appropriately then the other way this can screw up is if the mod author is using the 'trunk' version (which is always the lastest version no matter what) they should be using a 'tags' version so that they can control which particular version of a lib gets packaged into their zip file.
I HAVE been thinking of adding an option to PitBull_Aura that fades buffs/debuffs that don't originate from me and then offering that as a ticket. I COULD also add in to actually not show those buffs (which might actually be easier to implement than fading the unwanted).
I'm just a bit worried I'll lose other valuable information if I HIDE all the other buffs/debuffs...
Could you make it "per unit type"? That way, you could enable it for the raid frame but have it disabled on your player frame?
I am healer und in 5 man groups I do have my pets turned on.
However, since I didn't find a way to arrange pets well in raids, I used to turn pets off (though this is no desirable solution really).
The reason why is that the raid pets are group based. I can arrange them only in groups and if I position groups properly I have the raid pets as pretty randomy looking frames in my interface.
But now, with vehicles counting as pets, and therefore the dragons for example in the Malygos encounter being shown as pets, it gets more and more important.
I know that grid has a way of sorting raid pets in an extra group, that grows per pet. So if 5 players in different groups have pets, the pets build one groupe and not many incomplete ones.
It would be great if Pitbull made something similar possible. :p
edit pitbull.lua and replace entire function starting at line #4765 with the new function below....(not sure if this is the proper fix for this but it works.)
Anyone?
same stuff with debuff, that would be nice since the default blizzard ui is capable of it (sadly that's all that it is good at).