Near future probably not. More long term probably. It's come up before and it's something I've thought about. I can see how allowing the configuration of how individual auras would be displayed to be configured by the filtering system can be nice. Adding it however, would complicate a lot of things.
I don't pretend to know all of the details of how it would complicate things, and it is your add-on after all, however one idea I had (which i posted a bit about earlier) was that it'd function sorta similarly to how it does now except you could simply make "Self Casted" the default filter for the larger sized buffs and allow for that category changed to a custom filter instead of a "Self Cast" filter if someone wanted.
I guess given the amount of customizability, I was just hoping for this :) Very nice add-on overall though and thank you for the work you're putting into it.
I don't pretend to know all of the details of how it would complicate things, and it is your add-on after all, however one idea I had (which i posted a bit about earlier) was that it'd function sorta similarly to how it does now except you could simply make "Self Casted" the default filter for the larger sized buffs and allow for that category changed to a custom filter instead of a "Self Cast" filter if someone wanted.
Well a lot of this has to do with the interactions with the layout and sorting portions of the Aura code. The layout system depends upon the fact that the auras are sorted by size. So doing this seeps out into the layout, sorting and filtering systems of the Aura code.
If it was as simple as just letting you change the test for how to size it'd probably already be done.
Ran into a slight issue recently, that can happen during cross-realm groups. There was both a Mage and a Warlock from different realms with the same name in my party. However, Pitbull ended up duplicating the warlock in the party frames instead of displaying both the warlock and the mage.
Probably not a big issue, since I suspect this would be a rather rare occurrence, and probably equally as difficult to reproduce intentionally, as a result.
I do not display the realm name portion of the player names on my unit frames (nor looked yet to see if this is doable in Pitbull), but in the event that doing so may resolve this edge case, I'll give it a shot.
Ran into a slight issue recently, that can happen during cross-realm groups. There was both a Mage and a Warlock from different realms with the same name in my party. However, Pitbull ended up duplicating the warlock in the party frames instead of displaying both the warlock and the mage.
Probably not a big issue, since I suspect this would be a rather rare occurrence, and probably equally as difficult to reproduce intentionally, as a result.
This is actually a bug in Blizzard code. I've tracked it down it only impacts party groups, raid groups will be unaffected. I'll pass the information on to the correct people, but I have no idea when it will be fixed.
I do not display the realm name portion of the player names on my unit frames (nor looked yet to see if this is doable in Pitbull), but in the event that doing so may resolve this edge case, I'll give it a shot.
Will have no effect on this problem.
Edit: For what it's worth it's easy to reproduce on the PTR. Just make two toons with the same name, one on the PVE realm, one on the PVP realm and then queue for the same battleground. WSG works well since there's only two parties and you have a good chance of ending up in the same one right off the bat.
Apparently this was reported to Blizzard months ago but they still haven't fixed it.
Effective today development on PitBull4 is ceasing. We will be resuming development of PitBull3. We've heard the call of users who have brought their difficulties in switching to PitBull4.
The lack of a way to migrate settings to PitBull4 to PitBull3 has caused users a great deal of frustration in switching. Especially in light of the new configuration style of PitBull4. Layouts while very powerful have proven to be too confusing.
Many features that are simply not possible with PitBull3 will be lost in going back. For instance the ability to have as many frames as you wanted for any given unit (which was almost done for singletons and not just groups), advanced aura filtering that you can control, multiple text providers so you can choose not to use LibDogTag, and rune support for Death Knights.
Users who have migrated to PitBull4 should immediately begin migrating their configurations back to PitBull3.
Was an April Fool's Day joke.
Speaking of Pitbull3... I was wondering if there was any word on the possibility of adding a BarFader module to Pitbull4? I see that this was brought up in the thread, and a ticket has been created for it, but both of these things were a while ago. I realize this is a minor cosmetic detail to put time into, but some of us liked it ^_^
Major changes coming to PitBull4 down the pike and I figured some of you might like a heads up.
First of all I have singleton units implemented such that you can have as many frames for them as you want. This means that you could have more than one target frame. This is going to allow a lot of flexibility with configuration that simply wasn't possible before. If you wanted you could completely control your layouts and just piece together different frames to create the look you wanted.
For example one popular request that this will allow that has come up multiple times is detached cast bars. You could create a layout that has nothing but the CastBar enabled on it and then make another target frame. Place it anywhere you like and that'll be your cast bar.
For the most part PitBull4's infrastructure already supported this. However, the configuration files format did not. So this change is necessitating some configuration format changes.
At the same time that this change comes through, additional anchoring options will become available. In particular the ability to anchor frames to each other, and to set the anchor points of the frames. This will allow resolution independent configuration.
But more importantly it will allow us to finally have a respectable default configuration. We will have frames positioned near where the default UI frames are. Frames will no longer be piled up in the middle of the screen. A number of frames will be disabled by default in order to lower the degree to which the mod can be overwhelming when you first install it. While our default config will be fairly simplistic it should be usable enough that someone can probably run off and start playing right after an install.
All of this comes with the cost of some configuration file format changes as I mentioned above. However, all of this will be happening at the same time. So there will only be one change that you need to worry about. Once you run the version that includes these changes you will not be able to downgrade to a previous version without doing some reconfiguration. So I strongly recommend that you make backups of your WTF/Account/USERNAME/SavedVariables/PitBull4.lua file before installing this new update. Backing up this file will allow you to move back to a previous version if you have some unexpected issue.
I don't know precisely when I will be done with it. But I'd expect it in the next few days.
Are you still planning to implement these changes? I'm eagerly awaiting them. ;D
Does PitBull support the party ordering by role that was added in Patch 3.3.3? If yes, how do I enable it?
Because I was just in a random LFG party and the tank wasn't the first in the party.
so i added a new frame and called it raid. set it to the Raid units and made a layout called Raid to to set the settings. (pretty straight forward)
BUT, i only seem to be able to see people who have Pets. hunters, locks and unholy DKs. everyone else is NOT showing up in my raid.
if i set my Config Mode to Raid 10 or Raid 25 then i can see the whole raid in config mode but when i turn config mode off it goes right back to only showing people who have pets. even though i have raid pets turned off.
i've triple checked all settings and can't seem to figure out what I did wrong.
This was fixed in one of the latest Alphas.
Either install the newest Alpha package (but I don't know for sure if it fixes already bugged groups too) or recreate the raid group while you don't have a pet group selected.
i have Beta 9 installed. i went from version 3.* to 4.0.0 beta 9.
never installed an alpha.
Edit: recreated the group and seems to be working fine now.... weird.
Edit2: as soon as i entered combat the frame went away then when i left combat the new raid frame came back and the exact same thing i had before showed up ON TOP of the one i redid even though i deleted the old one. here's a screenshot:
. On pitbull4, does it exist frame or unit to show who is on my target ?
xperl has a window in which you can see "players assisting/targeting you"
with SUF, you can see how much of party is on your target
I find this information very useful in raid
. is it possible to modify the size of debuf on my target ? (only mine)
Are you still planning to implement these changes? I'm eagerly awaiting them. ;D
Ran into some issues with the anchoring and I've been busy with a lot of other stuff. Everytime I think I'm close to having everything figured out I run into a whole slew of other issues. I'm disinclined to make this available until it's right because a problem with it is likely to cause peoples windows placements to move and flood the forums/curse/wowace tickets/etc with people complaining that their frames moved and they had to reconfigure their positions.
Does PitBull support the party ordering by role that was added in Patch 3.3.3? If yes, how do I enable it?
Because I was just in a random LFG party and the tank wasn't the first in the party.
There is no such feature, despite what the patch notes said. It doesn't work in the default frames either.
If you want it to behave the same as the default frames work, make sure you select sort by id. Their supposed feature only sorta works and is dependent upon a number of conditions that will make things not always be sorted that way.
Edit2: as soon as i entered combat the frame went away then when i left combat the new raid frame came back and the exact same thing i had before showed up ON TOP of the one i redid even though i deleted the old one. here's a screenshot:
I don't pretend to know all of the details of how it would complicate things, and it is your add-on after all, however one idea I had (which i posted a bit about earlier) was that it'd function sorta similarly to how it does now except you could simply make "Self Casted" the default filter for the larger sized buffs and allow for that category changed to a custom filter instead of a "Self Cast" filter if someone wanted.
I guess given the amount of customizability, I was just hoping for this :) Very nice add-on overall though and thank you for the work you're putting into it.
Well a lot of this has to do with the interactions with the layout and sorting portions of the Aura code. The layout system depends upon the fact that the auras are sorted by size. So doing this seeps out into the layout, sorting and filtering systems of the Aura code.
If it was as simple as just letting you change the test for how to size it'd probably already be done.
Probably not a big issue, since I suspect this would be a rather rare occurrence, and probably equally as difficult to reproduce intentionally, as a result.
I do not display the realm name portion of the player names on my unit frames (nor looked yet to see if this is doable in Pitbull), but in the event that doing so may resolve this edge case, I'll give it a shot.
This is actually a bug in Blizzard code. I've tracked it down it only impacts party groups, raid groups will be unaffected. I'll pass the information on to the correct people, but I have no idea when it will be fixed.
Will have no effect on this problem.
Edit: For what it's worth it's easy to reproduce on the PTR. Just make two toons with the same name, one on the PVE realm, one on the PVP realm and then queue for the same battleground. WSG works well since there's only two parties and you have a good chance of ending up in the same one right off the bat.
Apparently this was reported to Blizzard months ago but they still haven't fixed it.
Effective today development on PitBull4 is ceasing. We will be resuming development of PitBull3. We've heard the call of users who have brought their difficulties in switching to PitBull4.
The lack of a way to migrate settings to PitBull4 to PitBull3 has caused users a great deal of frustration in switching. Especially in light of the new configuration style of PitBull4. Layouts while very powerful have proven to be too confusing.
Many features that are simply not possible with PitBull3 will be lost in going back. For instance the ability to have as many frames as you wanted for any given unit (which was almost done for singletons and not just groups), advanced aura filtering that you can control, multiple text providers so you can choose not to use LibDogTag, and rune support for Death Knights.
Users who have migrated to PitBull4 should immediately begin migrating their configurations back to PitBull3.
Was an April Fool's Day joke.
Defo...
Yes was a joke.
Jokes are supposed to be funny, not scary ;D
Are you still planning to implement these changes? I'm eagerly awaiting them. ;D
Because I was just in a random LFG party and the tank wasn't the first in the party.
BUT, i only seem to be able to see people who have Pets. hunters, locks and unholy DKs. everyone else is NOT showing up in my raid.
if i set my Config Mode to Raid 10 or Raid 25 then i can see the whole raid in config mode but when i turn config mode off it goes right back to only showing people who have pets. even though i have raid pets turned off.
i've triple checked all settings and can't seem to figure out what I did wrong.
any thoughts?
screenshot to show what i mean:
http://dl.dropbox.com/u/17207/WoWScrnShot_041310_221227.jpg
Either install the newest Alpha package (but I don't know for sure if it fixes already bugged groups too) or recreate the raid group while you don't have a pet group selected.
never installed an alpha.
Edit: recreated the group and seems to be working fine now.... weird.
Edit2: as soon as i entered combat the frame went away then when i left combat the new raid frame came back and the exact same thing i had before showed up ON TOP of the one i redid even though i deleted the old one. here's a screenshot:
http://dl.dropbox.com/u/17207/WoWScrnShot_041410_205927.jpg
EDIT 3: after restarting WoW again it seems to be working fine.
. On pitbull4, does it exist frame or unit to show who is on my target ?
xperl has a window in which you can see "players assisting/targeting you"
with SUF, you can see how much of party is on your target
I find this information very useful in raid
. is it possible to modify the size of debuf on my target ? (only mine)
thanks
Ran into some issues with the anchoring and I've been busy with a lot of other stuff. Everytime I think I'm close to having everything figured out I run into a whole slew of other issues. I'm disinclined to make this available until it's right because a problem with it is likely to cause peoples windows placements to move and flood the forums/curse/wowace tickets/etc with people complaining that their frames moved and they had to reconfigure their positions.
There is no such feature, despite what the patch notes said. It doesn't work in the default frames either.
If you want it to behave the same as the default frames work, make sure you select sort by id. Their supposed feature only sorta works and is dependent upon a number of conditions that will make things not always be sorted that way.
You can install the alpha from:
http://www.wowace.com/addons/pitbull4/files/
Pretty sure I fixed this problem, was this with beta9? The fix for that problem should have been included in that.