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
Sontix, can't you try to learn the TortoiseSVN for committing your shit? :p Yeah, I know it may not easy and not only the program, but also you needed to active your Curse/WoWAce SVN permissions for committing. But I don't think it's too hard. :p
EDIT : Oh, I forgot your account needed to promote for addons author or maintainers of X-Perl, else you may cannot modified some files of X-Perl. :(
Also, rapidshare is a piece of shit, even I don't have any problem with it but sometimes it give me more annoyances than Megaupload. :\
About the tickets, yeah, it needed clean up...but I'm not sure some of tickets...
EDIT 2 :
I'd like to know if the problem with the paladin bar was only that before level 10 it stood hidden and bugged out the combat text or what....
...because Blizzard did this shit. Normally, a paladin before level 10 isn't needed the Holy Power bar because don't have any Holy Power skills. (I guess, you can check the code of Blizzard's Unitframe LUA file)
Also, Blizzard did stupid shit : if their Holy Power bar get hide, then you cannot get any "Gain Holy Power" combat text.
Zeksie said :
From Blizzard_CombatText.lua:
Don't needed me to say something about that shit? :p
A while back I've fixed the bug that when party leader changed, the party would srew up..at the cost that the Target Highlight would bug out and show the highlight on the player that occupied the leader position:
party 1 leader
party 2 targeted
if party 2 got promoted then he took the place of party1 ad vice versa.... the bug was that party2 had the targeted highlight (and it's correct) but the frame where he was, retained the highlight too, showing highlited both party1 and party2
Tonight while messing with raid icons I've found that the fix is easy as hell :P
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)
Here is the PartyFrame with the fix and a small addition: RaidTargetIcons on party members.
I remember once the raid icons appeared on party frames...actually they appear on every frame except party (party target yes) and player.
I have the RaidTargetIcon on PlayerFrame too but for the moment i can't release it because my version of the player frame is a mix of personal fixes and doesn't have the newly added PowerBarAlt enabled (I have added it today, it's there but commented out)
For the moment take only the PartyFrame and be sure Mysticalos or PlayerLin to comment out the line from Xperl_RaidFrame.lua
http://www.megaupload.com/?d=KG45CXVC
Sorry for the walls of text i always write :(
Actually i've managed to add
Perhaps is there a additional addon?
tia
I still failed to see why needed let the worgen 3D portrait fix ONLY works with UnitIsPlayer but not mobs, it still made no point for me. Why not just fix all possible conditions, not just limited on player units?(Yeah, that means the check by Zeksie isn't needed if I want all conditions works, not just added other checks in it.)
Yeah, that check only works when player/target unit is a player unit and made sense if Zeksie was want made it only works on player units. But why not made it works with mobs(enemies and NPCs)? Is that had any holes/glitches/something bad with it?!
That's goddamn funny when you see all male worgen of enemies/NPCs unit are fullbody and you're a male worgen and it works fine. :p
Yes the fix is needed also for mobs. I've reverted zek fix and left only what i did without the unitisplayer because i've noticed that after his fix the npc in shadowfang keep were fullbody.
I'm wondering how hard it would be to fix the raid menu dropdowns and use the same used for target frame, considering taht the ora2 code is useless with the new ora3 and that some players have asked to have the default tooltip.
I'm also trying to understand why i get an error when i get invited in a raid with many players. I guess this time i won't be abel to fix it by myself since the raid frame file is pretty big and complex. :S
UnitIsPlayer actually makes sense, the rest do not. if he only wanted worgen fix to work on players, not mobs.
http://www.wowpedia.org/API_UnitIsPlayer
it doesn't mean THE player it means A player, there was no reason to check friendly targets, and mobss, that makes the check pointless then. we don't need a worgen fix for mobs do we? i can see that zeks code was right, any alternation to it was wrong unless there was a legitimate reason to fix worgen mob portraits. or NPCs? cause that's what your stuff was checking for. should proabalby put UnitIsPlayer back, that will work for player AND target frame, it'll work for any player controled unit, be it horde, alliance, in party, out of party.
Originally, when I was put that code in when committed r507, there is NO check. But in r509, Zeksie "fixed" that code and put a "UnitIsPlayer(argUnit)" check in it and sontix complained that it's no sense.(It'll only "fixed" portraits problem when Unit is a player)
Then I just added more checks for it to based that damned UnitIsPlayer shit by Zeksie. I do not know it's useless, I just think it works so committed that. OK, I'm just silly at all. /facepalm
But...... I still don't know why Zeksie put that shit in if this check is useless or he made mistake on it... :\
hmm, what do vehicles return as? although that is an overly complicated expression if it was intended to filter out vehicles or something then it should just be "if not IsVehicle(argUnit) then" i'll have to see what function that's used for and why that mess was added
[16:26:02] X-Perl UnitFrames - Error:Interface\AddOns\Prat-3.0\addon\addon.lua:374: Usage: GetChannelName([channelIndex] or [channelName])
[16:26:02] X-Perl UnitFrames - Error:Interface\AddOns\Prat-3.0\addon\addon.lua:374: Usage: GetChannelName([channelIndex] or [channelName])
When I turned off X-Perl, I was able to see who was logging in and out again, likewise for shift+clicking their name. Not sure if this is a known bug or not, but throwing it out there.
I've noticed right now a fix made by PlayerLin to 3D Portraits:
if UnitIsPlayer(argUnit) or UnitIsEnemy(argUnit, "target") or UnitIsFriend(argUnit, "target") then
just do like me and comment out this check...it's 100% true every time = It's useless
If the unit is not a player...well obviously it's a mob
if the unit is not an enemy...well obiously it's a friend
I try to "fix" your log to let users know what fixed on your commited code. :p
Maybe I've just overlooked it, anyways, thanks for this great addon! I've been using it for ages!
thanks for your time :)
However i would like to ask if you could add an option for enabling the default blizzard paladin holy powerbar and the warlock soulshard-thingey instead of the new x-perl version, if it would be possible?
MyRandomTard example:
['/] show special bars?
[*] Blizzard default **** [] X-perl new version
I really like the mod but i dont like the new holy power-bar...
edit* i just tried to add the 3.1.1 XPerl_Player instead of the 3.1.3b one and
i now have the default bar. Havnt tested it thoroughly yet but it seems to work, however i dont know if you've been doing any updates/fixes on that specific module that might cause any errors.
Time will tell if this is going to work or not.
Please keep the good work up and this fantastic mod alive =)
/D
don't think so, but that should be handled mostly by boss mods anyways no? i have that functionality in dbm already, not sure how bigwigs does it. it has option to start announcing every 5 seconds starting at 10, then again at 15 and 20 (as 10 mans have to do 20 15 10 10 to minimize damage but extend dispels to support their raid size)
Is there anyway to display the amount of time a debuff has STAYED on a person? Particularly for the Sinestra fight, it would be nice to know when about 10 seconds have elapsed for dispelling purposes.