Patch 6.0.3 compatibility and future of X-Perl
Use latest alpha from WoWAce for using in Patch 6.0.3
http://www.wowace.com/addons/xperl/files/
May still has problems but for most cases it should be working(at least was tested on beta), if not, clearing old setting by killing(and backup) XPerlxxxxxxx.lua in the WTF directory of your WoW installlation and try again with fresh new default setting, thanks your patience.
If still someone want to help Zeksie for he earns his donates from X-Perl then that's fine for Zek and X-Perl, but seems like it's time to cut him out as no one want to help X-Perl anymore (as many of users already heard about the mess of this poor addon), I guess.
I don't know X-Perl will still be continue or not(it's highly possible it won't be, as the new maintainer Resike continued the developing and forked to Z-Perl, and he said he won't abandon his addons), I won't force everyone should must to use Resike's one at this point, as his Z-Perl isn't stable yet, and for some reasons, I don't think he want to port his fixes back to X-Perl as he knows about how Zek did about his addons and everyone who helped Zek to maintaining this poor addon...and, of course...X-Perl may broken again when next time Blizzard's patches released..... /sigh
(At this point, I won't force everyone who used X-Perl to go Z-Perl until it's more stable than now, feel free to use Z-Perl or other Unitframe addons if you want, and do NOT hold your breathe about X-Perl too much, too. I already lost my hope on X-Perl, at least I can trust Resike and Z-Perl now...)
Sincerely,
PlayerLin - Maintainer of X-Perl but not a proper skilled coder, just a locale translator and do some shitty PRs. :(
Bug Reporting
Please use the Ticketing System on WoWAce Here and avoid posting bugs using comments on Curse because they're difficult to track and they will probably get lost.
Use a good error catcher (like BugSack from files.wowace.com) and provide the full error text, and give as much information as possible to recreate the problem. Don't assume We know what you're talking about with some three word report.
Introduction
Perl, with Extra stuff. Much enchanced from Nymbia's Perl UnitFrames, and a complete replacement for Blizzard's default unit frames, including raid frames and raid tools, with little remaining of the original Nymbia code.
- Range Finder (combined with optional health check and/or debuff check) for all frames based on spell or item range test.
- HoT Monitor will highlight units clearly that have ''your own'' active Heal over Time spells. Regardless of how many other heal over time buffs are on the raid members, you can keep track of your own ones and when they expire.
- Debuff Highlighting in standard debuff colours on all friendly frames. Priority given to show debuffs that ''you'' can cure first.
- Raid Frames, buff icons, MT list units and some other portions or X-Perl are Created on demand. Saving a lot of time and memory at system startup. Defering the creation of many parts of X-Perl to when they are actually required. And of course, most often outside of raids they are never required and are never created.
- Raid Target icon support for Target, Target's Target, MT Targets.
- Raid Tooltip will show combat rezzers available (druids with Rebirth ready (or very soon available) and any normal rezzers out of combat) if you bring up tooltip of a dead person.
- In-combat indicators for all units.
- 3D Portraits for player, pet, target, focus, party. Optional. Of course this may degrade your framerate somewhat because you are displaying more 3D character models that without this option. But some like it pretty, and it does look cool.
- Red and Green combat flashes for frames when player, pet, target, party, partypets, raid take damage/heals. Useful indication of things happening.
- Added '''time left''' on party member/target buffs/debuffs when in a raid, these depend somewhat on CTRA sending appropriate information over the addon channel, although some of it can be determined at run time by X-Perl, when a player gets a buff for example, we know how long it should last, and therefor when it should expire.
- Totally new options window including all X-Perl options and access via minimap icon and the /xperl splash command.
- Configurable colours for borders and backgrounds. Including class coloured names, and configurable reaction colours.
Much care has been taken with code size, memory load, memory usage per cycle and so on. LuaProfiler/OnEvent mods used extensively and regularly to ensure that X-Perl does not do more work than is absolutely necessary.
Assists View
Will show anyone from raid assising you with your target, and can also show healers or all plus known enemies targetting you.
Tooltips for the same also available (on player and target frames) if you prefer to not use the main window.
MT Targets
Replaces CTRA MT Targets window, and doubles as a replacement for the Perl RaidFrames warrior targets.
Indicator shows which target you are on.
Frames will be coloured to show if tanks have duplicate targets.
Casting Monitor
(WORK IN PROGRESS)
Shows selected classes (defaults to healer classes) in a list (much like the MT List), but with some differences.
Shows mana bars and cast bars on left. Their targets on right. Health bar as normal, but a secondary small red bar on targets which shows the maximum single hit this unit has received since entering combat. The secondary bar will extend downwards from their current HP level down to as far as zero.
A green name on the targets indicates this is the same target that you have. You can click on casters or their targets as expected.
For druids, right clicking on a caster will cast Innervate on them.
For shamans, right clicking on a caster will cast Mana Tide Totem. Check the * indicator to see if they're in your group.
All bars can be re-sized in X-Perl main options (Monitor section).
Totals can be toggled (from the 'T' minibutton at top of frame) which gives overview of raid mana status.
Raid Admin
(WORK IN PROGRESS)
Save/Load raid roster setups Only does direct save and load for the moment, but more to come (templates and such).
Item Check
Replacement for /raitem /radur /raresist /rareg. Use the old commands before, or drop items in the left item list.
Query button will perform /raitem on all ticked items (query always includes dur and resists) and you can then view and review all the results whenever, without having to re-query each item.
Includes everyone in raid, so you don't have to work out who doesn't have items, it'll list them with 0 instead of no entry.
Active Scanner to check raid member's equipment for the item selected. So you can be sure that people actually have the item worn (Onyxia Cloak for example), without having to go round single target inspecting everyone who 'forgot' to install CTRA for the 50th raid in a row.
Grim Reaper
Removed from X-Perl, but continues as it's own standalone Ace mod.
[http://www.wowace.com/projects/grim-reaper/]
More Buffing Features
Can be found in my new universal buffing mod, ZOMGBuffs
@mysticalos
as dd they're useful for faster targetswitches
nah those aren't implimented. targets target frame or focus targets frame should show this info though for bosses, unless unless you're interested in seeing multiple bosses targets and perhaps you're a healer? i haven't found a use for those frames as a tank
when are the following frames going to be supported?
i dont want having to install moveanything just in order to move and resize them -.- i would appreciate a custom codemodification aswell ;)
edit: or is it already implemented and i just cant find it
This could also work for party frames, only with buffs of course.
Furthermore, a more minor addition that would be nice is to include the possibility of displaying the portrait of the Target of Target.
zek has mentioned a few times a lot of bugs with player buffs he said were cuase of issues with secura aura header, something wow has required since 4.x if you want to be able to cancel buffs and such. but he also hasn't looked at blizzards code in a few patches, blizz coud have fixed those by now and he could probably remove a lot of hacks and clean up xperl
@sontix : I missed that because that's "XPerl_RaidFrames\XPerl_Raid.lua", not XPerl_RaidFrame.lua. So I can't found it and just skipped that. :p I will committed that later...(Oh, I just removing that because I think it doesn't needed to comment that...)
I only tested your code with my paladin.(I don't have Warlock character and my Durid character isn't balance so I cannot test with that.
1. If the playerframe's frame width is 0 then it(Blizzard Holy Power bar) looks not bad, but I set frame width to 45 and I can see it's off center(it goes too right).
2. Unchecked "dock with player" option, try moving the Holy Power bar, then... WTH? the buffs line moving with Holy Power bar!? That's funny. :p
3. Uncheck the "Show special bar", the bar disappeared but the buffs line position not changed. Then I checked it, the bar appeared but buffs line position go back near (below of) playerframe, cause Holy Power bar overlapping with buffs line. (It will fixed if you changing frame width or mouse-over-ing any option of player tab in option UI to let X-Perl refreshing playerframe.)
4. ...I still think you should made option for that like I were said. XD
Even after correcting it, it doesn't show the buffs anchored right.
I guess the frame created on the fly to ancor the special bar needs both Height and Width to be movable and change it's docking position.
I've shortened the code by40% separating DKinit and every other class Init (druid, warlock, paladin)
I'm trying to find how to not make the second row of player buffs to overlap player debuffs.
There's also a problem with it not recognizing the option WrapAfter...it always wrap buffs.
Even if I don't think you want to publish it (because i've removed zek's verions of warlock and paladin bars)
Maybe I should post the version i'm using now just to let you see if the way i've created the frame for the special bar is better than the one that everyone is using now.
http://www.megaupload.com/?d=X3U4PDUM
-----------------------------------Now the line fullyInitiallized = true in the function XPerl_Raid_Position(self) can be commented out (fixing raid frame error when invited in raid groups with many members) For the moment take only the PartyFrame and be sure Mysticalos or PlayerLin to comment out the line from Xperl_RaidFrame.lua
-----------------------------------Did you miss something Lin ? :P comment the line !!!
that could very well be the bug where it'd dock in wrong place.
uhm lol too late i've removed zek's one....guess i'll keep xperl_player with the blizzard default movable bars only for me :P
Edit: I'm messing with Xperl_PlayerBuff
i've found a typo at line 67 and 68 someone wrote runed instead of runes....in my version this doesn't make any difference...take a look in the official xperl, maybe it is bugging something.
@sontix: I will, maybe, but except those shitty hacks for Buffs line or something's position. And you should make option for switch to Blizzard one. (Zeksie's one should be default for X-Perl style. I was failed on this and lazy to fix it... :\)
Anyone here would be happy if i Bring back the original Pally power bar, Warlock power bar and this time make them movable for real?
I'm a frost DK and I'm having to disable the player frame as this lacking functionality could put my raid at risk if for example my ghoul wont stop attacking a shielded bot in the omnitron encounter
@sontix : When I say "shit", it may means "thing" in most time, but sometimes if I feel that "thing" is bad, then it'll means "badly shit". :p
Well, I'm do this as hobby too. I was only interested on fixing zhTW locale strings, but if I commit fixes from users/myself to fixed bugs or somethings, that will let me feel better. :)
The 2 tickets was far away and got forgotten, maybe I can try to fix them?
EDIT : Committed as r532, but I think it needed more tests or something. :p