PitBull4 is a continuation of PitBull.
It is currently experimental.
Differences from PitBull 3:
- It's mostly done, but not entirely done.
- Documentation is written before functions
- Much easier for third-party extensions.
- Options will be much, much simpler. In 3.0, there's about 200 panels that you can mess with, it's overwhelming. I want to bring this down to somewhere around 10.
- Layouts are defined deterministically and unit groups use the layout rather than ad-hoc layouts on a per-unit basis. This will make setting up your unit frames far, far easier.
- Due to some decisions made, 4.0 is actually more configurable than 3.0. As a layout designer, you will have a lot more control over how things look. You can have different fonts on the same frame, different textures, more precise positioning, and a whole slough of other things.
- CPU Efficiency will be taken much more seriously.
- It uses Ace3 instead of Rock.
FAQ: http://www.wowace.com/addons/pitbull4.../faq/.
Guide: http://www.wowace.com/addons/pitbull4.../guide/.
If you want to help localize PitBull in your language, go to http://www.wowace.com/projects/pitbul.../localization/.
Forum thread: http://forums.wowace.com/showthread.php?t=15552...
Facts
- Date created
- 01 Aug 2008
- Category
- Last update
- 05 Feb 2010
- Development stage
- Beta
- Language
- deDE
- enUS
- esES
- esMX
- frFR
- koKR
- ruRU
- zhCN
- zhTW
- License
- All Rights Reserved
- Curse link
- PitBull Unit Frames 4.0
- Reverse relationships
- 3
- Recent files
- A: v4.0.0-beta8-32-g08ae2fe for 3.3.0 on 05 Feb 2010
- A: v4.0.0-beta8-31-ga872402 for 3.3.0 on 27 Jan 2010
- A: v4.0.0-beta8-30-g3eb4f90 for 3.3.0 on 27 Jan 2010
- A: v4.0.0-beta8-29-gd5b020f for 3.3.0 on 24 Jan 2010
- A: v4.0.0-beta8-27-g9cc18c3 for 3.3.0 on 21 Jan 2010
- #792
excruciateisadick Sun, 07 Feb 2010 02:56:26Was wondering if it is possible to change the ordering of the frames, I have square portraits that i want to be visible when im not CCed, and then when i am cced they are covered up by LoseControl showing what im CCed by and the duration (like gladius does) however currently the pitbull frames are in front of the other frames, is there a workaround for this, i cant find an option on either addon to move them forward/backward :<
- #791
cravenp Fri, 05 Feb 2010 21:46:49Thanks
- #790
Shefki Fri, 05 Feb 2010 21:16:09cravenp, Fixed.
- #789
cravenp Fri, 05 Feb 2010 17:21:12This has been popping up on me the last couple of days. Any ideas?
1x PitBull4_LuaTexts-v4.0.0-beta8-31-ga872402\LuaTexts.lua:576: attempt to index local 'events' (a nil value) PitBull4_LuaTexts-v4.0.0-beta8-31-ga872402\LuaTexts.lua:604: in function <PitBull4_LuaTexts\LuaTexts.lua:603> (tail call): ?: <in C code>: ? <string>:"safecall Dispatcher[1]":9: in function <[string "safecall Dispatcher[1]"]:5> (tail call): ?: AceAddon-3.0-5 (Ace3):539: in function `EnableAddon' AceAddon-3.0-5 (Ace3):629: in function <Ace3\AceAddon-3.0\AceAddon-3.0.lua:615> <in C code>: in function `LoadAddOn' PitBull4-v4.0.0-beta8-31-ga872402\Main.lua:1126: in function `LoadModules' PitBull4-v4.0.0-beta8-31-ga872402\Main.lua:1225: in function `OnProfileChanged' PitBull4-v4.0.0-beta8-31-ga872402\Main.lua:1283: in function <PitBull4\Main.lua:1253> (tail call): ?: <in C code>: ? <string>:"safecall Dispatcher[1]":9: in function <[string "safecall Dispatcher[1]"]:5> (tail call): ?: AceAddon-3.0-5 (Ace3):539: in function `EnableAddon' AceAddon-3.0-5 (Ace3):629: in function <Ace3\AceAddon-3.0\AceAddon-3.0.lua:615> <in C code>: in function `LoadAddOn' Interface\FrameXML\UIParent.lua:234: in function `UIParentLoadAddOn': Interface\FrameXML\UIParent.lua:257: in function `CombatLog_LoadUI': Interface\FrameXML\UIParent.lua:481: in function <Interface\FrameXML\UIParent.lua:453>:
- #788
Zyo Wed, 03 Feb 2010 21:45:25okay. i know that PB4 doesn't change anything on the bossframes, but my other addons do this neither (afaik). that's why i thougt it has to be PB4
next raid i'll check the framename or deacitivate all addons one by one....luckily the fight isn't very challenging. thanks anyway for your help....
edit: i'll try this out:
for i = 1,MAX_BOSS_FRAMES do _G["Boss"..i.."TargetFrame"]:Hide() _G["Boss"..i.."TargetFrameHealthBar"]:UnregisterAllEvents() _G["Boss"..i.."TargetFrameManaBar"]:UnregisterAllEvents() end
- #787
Shefki Wed, 03 Feb 2010 20:42:51Definately not from PitBull4. We don't touch the boss frames at all. And it's pretty obvious that's from the boss frame. I noticed that one of them is being moved. Probably whatever you're using to move it is causing this.
- #786
Zyo Wed, 03 Feb 2010 15:56:41hello, I always get this bug during ICC Gunship battle http://saved.im/mtu5ode5zghr/wowscrnshot_020210_214323.jpg
not 100% sure but this should be coming from pitbull.... thx
- #785
Shefki Mon, 25 Jan 2010 20:18:46Wizardling, you realize the height isn't an absolute height but a relative height to all the other bars. But the castbar height seems to be working just fine for me.
- #784
Wizardling Mon, 25 Jan 2010 09:33:00The castbar is now reverting to a height of 1 regardless how many times I set it to 2.
- #783
Shefki Fri, 22 Jan 2010 09:25:51There's a new FAQ up. Please read it before posting questions here.