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
commited those party changes after having time to check em. any changes that fix xperls wasteful methods of doing stuff win me over. things like that are all over the mod. :\
i spent about 6 hours last night adding pretty 3d models to over 200 encounter modules in DBM,
<3
http://www.mysticalos.com/images/cataclysm/3d_models_dbm.mov
i just have little time to care about xperl, certainly no time to review changes really. This is zeks addon, player is just a translator who puts extra time into fixing stuff he can, I apply quick fixes to make sure it still runs on current patch, like i did for 4.0 4.1 and 4.2. but the overall code needs a LOT of work i simply do not have time for. If you want to commit stuff the repo is and has always been open. if it's not broken, commit it. if zek doesn't like it he'll remove it, trust me. He may not post much but he looks at commit logs i'm sure.
I do not care resource usage bullshit, I only care is it works or not, whaterver. Hmm... Zeksie looks like MIA again...? :\
EDIT : NO, I'm wrong, Zeksie was pushed his GrimReaper to release version on 16 hours ago......|||
You guys are always so diffident and instad of thanking that there's someone that actually tryed and added a function that ppl asked (and i'm going to add role icon for raid frame, raid target for party and player frames) You whine because it uses more resources (without even reading the committed change to notice that some tweks were done to free-up space for that new function)
You know what ? I'm the only one that instead of asking a new feature, tryes to provide it for everyone, I lose time to edit the xml files to remove hunter happyness shit (because none of you wanted to do it) and wasted some more time to add this icon and the relative code.
If you want to use it, then use it, if you don't then it's not my problem.
Anything else I will add to the addon will be only on my personal version of it and never get release.
Wait for Zek if you want something new (that every other mod has)
In the file I have linked I've removed some double call to functions like updatedisplyall()
For example:
I've removed the function for party_leader_changed because there's no need to do something for this event. When the leader changes both LEADER_CHANGED and PARTY_MEMBERS_CHANGED are triggered...since xperl adjust player position when the leader changes then i let party_members_changed handle the leader_changed event too instead of updating the leader icon two times.
I've removed the call to updateallassignedroles() from updateleader because this function called updatedisplayall() and inside updatedisplayall() there was already updateassignedroles()
I have removed the call to party_member_enable somewhere in the addon because there is no need to call a function that calls another function to update the display..just call the latter function directly.
I've added 0.000000001% more work for the cpu (it's just showing/hiding a maximum of 5 icons) and is not something that is done every millisecond, but onle if a specific event triggers, so i don't see where's the impact on resources used....btw I've also tweaked the code removing the unused and duplicated functions...
xperl already uses more cpu then i like it too, honestly it needs some work to reduce cpu usage, not add more. :\
Usually i don't need to modify the locales..next time i'll save them in utf-8 :(
I'm starting to understand how to modify the GUI (see the shiny phase indicator with his tooltip)
after the raid if i have time i'll work some more on it.
Edit: Anyone that want to test the phasing indicator?
Yesterday night it was working fine. If someone disappear in front of you because he change phase then you see the icon.
When someone change zone, or you change zone it works fine as long as the server keeps sending the event UNIT_PHASE (and sometimes for some unknown reasons it stops :S...even with the original interface...)
https://rapidshare.com/files/461854393/XPerl_Party.zip
don't edit in notepad, that explains why unicode was wrecked. i assumed they were edited properly so i didn't check the files for that kind of error.
@Lyn Yes it should be fixed i have an hunter and no problems so far...
See what i'm trying to implement now :P
@mysticalos : If you don't want to mess with it why committed his patch and you didn't tested it. /facepalm
EDIT: Whatever, fixed your shit and committed sontix's second xml fix, it's looks fine on my end but I don't know it is really fixed or not...
i commited that, didnt really test it yet tho, i tried to look at diff but apparently since you use different line breaks/encoding, the diff showed EVERY line changed making it hard to compare actual line changes. so i didn't bother
edit
http://www.mysticalos.com/alignment.jpg
looks like after removing options you didn't correct alignment that suffered as a result, this is what i meant about why i didn't mess with it. not motivated to fix the GUI
Nice job, mysticalos, hope Zeksie will back and do his mess with X-Perl. :p
......good job, Blizzard, always broken many addons with their great updates(TM)... /facepalm
you cannot just gut it out of that file alone and think it's done. it's tied into the GUI, it has options that need to be removed, and then once removed the rest of GUI needs to be re-alligned to fill that empty spot. something i'm just not interested in doing. too much of the code is old and crappy too. zek needs to just throw a lot of it away and redo a bunch. hopefully he finds a reason to mess with it more soon. just enough to make it work with 4.1
just like this version
http://www.wowace.com/addons/xperl/repositories/ptr/files/42-r531/
is just enough to make it 4.2 compatible. baring any surprises that branch should already be stable enough and merged into mainline when 4.2 is released. do NOT use it for 4.1 cause you'll get massive errors and lag. only use that version on 4.2 PTR
its still xperl