X-Perl UnitFrames
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
I'm sad to hear that this addon will not be maintained in MoP. It's been a great 4 years with this addon :(. Thanks authors and maintainers for the great work you've put in to keep this alive for so long.
If there's anyone good enough at programming to do this I'd apriciate it if someone took it up for MoP.
that is really sad news. I love this addon, and think it's much better looking thatn Pitbull is. I was trying pitbull out, but it's just too buggy compared to Xperl is, and it doesn't look like it's mod author is updating it either.
really wish Blizzard would just give you cleaner, sleeker looking bars...or wish Blizzard would just take the work the Xperl author did and cleanly implement it in the game. :)
@mysticalos
LOL, shit happens......, finally.
But the problem is, there is NO other UnitFrame addons made me want to use just like X-Perl at all.
:(
I'm sorry to say but with addons now working in beta. xperl is FAR FAR beyond fixable without substancial rewrites. So unless zek or someone else shows up to make it work, xperl has a very very short term future.
"@Mysticalos: let me know if the version I've linked keep on using too much cpu"
Where did you link that?
I've been having an issue since toward the end of Wrath, and I'm not sure if it's my fault or not. Out of combat, I can have two rows of buffs and a debuff (testing with disgusting oozeling) with no problems, but as soon as I enter into combat, the buffs move up one line and overlap the debuff. This is really distressing as a tank, and while I don't think I ever changed anything, it could be that I clicked something. I left it alone and just put one row of buffs to be displayed so I wouldn't have a problem and forgot about it, thinking if it was a bug it might just be fixed in an update, but as we are now entering a new expansion soon, I wondered if anyone could address this issue for me. Thanks :)
http://i.imgur.com/rpaiJ.jpg
http://i.imgur.com/rpaiJ.jpg
I'm use latest alpha one of Ace3 libs package from its download page too so I have no idea why it happens...
Maybe some old one using older version of Ace3 libs cause it?
The layout is sometimes changed; everything seems to move to the left of the screen, overlapping eachother. Has anybody else had this problem? I constantly have to reload the layout from a saved template. This generally happens once every couple of logins.
While playing my DK my runes are constantly showing full. They will not show the cooldown making it impossible to track them. Has anyone else been having this problem?
i always use the latest stand alone alpha of ace, to ensure latest fixes and make sure some out of date lib embedded in another mod isn't running.
Sounds like a good idea...found an addon named "Consumption" and installed see what happens...
After tests, found the Ace3 lib package is the source, and it cost 18K~ ms CPU time to process(in normal, it about 10K), and it made my QuestGuru_Tracker(7K at normal, 18K at delay like hell happens, even I hide that in combat.) uses 100 to 150% more CPU time. Disable the Ace3 lib package and looks like not happens anymore...the fps back to fine without any delay when targeting some Mobs/NPCs were cause "hell of delay", but I may needed more tests about that.
Yeah, lazy to find what lib(s) of Ace3 package cause this fucking shit happens. :p
You'd just have to use wow's cpu profiling to see what addon is doing it.
The problem is, I didn't install DBM at all, nothing Raid addons I installed, only some libs about raid. (So it explains why I cannot found any X-Perl problems about Raid, I never raiding, only go back Karazhan by solo with my 85 Ret. Paladin...)
And this problems not only happens on Raid zones, some TBC/WotLK 5 man dungeons, not happens on any "Updated" classic 5 man dungeons.
The laggy not cause by BOSS mobs, some non-elite MOBs or quest NPCs did.
But sure, it must cause by an/some out-dated addon/libs(s), but just can't found the real source... :(
PlayerLin, that could be an out of date DBM actually, those partuclar zones with an outdated DBM can cause signficant cpu usage/lag do to code changes if you don't update all your old classic raid mods to newest versions.
Actually, I do hope Zeksie come back and keep playing WoW and fixing his addons when WoW:MoP launches......but... :(
X-Perl did cause WoW very lag as hell when targeting some NPCs/Mobs...it's still a problem, but thank goodness, it only happens on old/not-updated Zones/Raids like Karazhan, and I'm lazy to find and list them. (But I can't really sure it really cause by X-Perl...)
The XPerl_PlayerBuffs.lua fromYour text to link here... have no Debuff problem.There may be some help.
i just wish i could brain suck tandanu's brain so i could code it even better then zek ever did. I wish xperl could be as efficent as other mods. My problem with UI frames, is that i just coudln't like any of the other ones. i didn't like any of em at all, grid, grid2, shadowed, pitbull.
xperl cpu usage has always been too high true, just not as high as it was in 630, in general it's a high cpu mod. I just wish blizz would design a better default UI raid frame to be honest, so i can just run one less mod. But we'll see how things go in MOP, and if xperl is fixable for it for that matter.
The cpu usaeg in 25 man heroic raid combat was massive, like of the charts massive, my fps tanked ot sub 10fps on fights i normally have 40fps, if that tells you anything, reverting to 629 fixed the problem. I know for a fact it was xperl because i had to enable cpu profiling to find the cause. what code change did it who knows.
It was not really noticable in a 10 man. So it definitely seems compounded by massive events going on at once in 25 man raids.In fact, it was slightly noticiable on trash and morchok, but it was a disaster on heroic zon ozz and yorsahj.
I'm sure it happens in all situations, But really depends on computer on where you start to really feel impact. Personally if an addon is even costingf you 1fps it's doing it wrong, costing you 30fps is way out of line though.
.................
Too bad about it must be reverted and...Sontix, get your ass back to fix and fully testing your damn code!!
:P
(BTW, does it means only happens in Raid and not in other situations? Or may happens in all situations?)