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 was looking through XPerl_Party.lua to see how he hid the default party frames and i came a cross a bunch of getglobal and setglobal lines like this.
for i = 1,4 do
XPerl_BlizzFrameDisable(getglobal("PartyMemberFrame"..i))
end
Date: 2010-10-11 22:43:50
ID: 1
Error occured in: Global
Count: 1
Message: ...terface\AddOns\XPerl_RaidHelper\XPerl_RaidHelper.lua line 438:
attempt to index upvalue 'conf' (a nil value)
Debug:
(tail call): ?
(tail call): ?
[C]: ?
...terface\AddOns\XPerl_RaidHelper\XPerl_RaidHelper.lua:438: XPerl_MTRosterChanged()
...terface\AddOns\XPerl_RaidHelper\XPerl_RaidHelper.lua:724: XPerl_EnableDisable()
...terface\AddOns\XPerl_RaidHelper\XPerl_RaidHelper.lua:687:
...terface\AddOns\XPerl_RaidHelper\XPerl_RaidHelper.lua:685
AddOns:
Swatter, v3.1.14 (<%codename%>)
ACP, v3.3.7
Altoholic, v3.3.002b
AtlasLoot, vv5.11.04
AtlasLootFu, vv5.11.04
Auctionator, v2.6.3
Babylonian, v5.1.DEV.130
BadBoy, v6.007
Clique, vwowi:revision
Configator, v5.1.DEV.190
Cromulent, vv1.5.1
CurseProfiler, v
DataStore, v3.3.001
DataStoreAchievements, v3.3.001
DataStoreAuctions, v3.3.001
DataStoreCharacters, v3.3.001
DataStoreContainers, v3.3.001
DataStoreCrafts, v3.3.002
DataStoreCurrencies, v3.3.001
DataStoreInventory, v3.3.002
DataStoreMails, v3.3.001
DataStorePets, v3.3.001
DataStoreQuests, v3.3.001
DataStoreReputations, v3.3.001
DataStoreSkills, v3.3.002
DataStoreSpells, v3.3.001
DataStoreStats, v3.3.001
DataStoreTalents, v3.3.001
DBMCore, v
Decursive, v2.5.1-14-g4d5937c
Gatherer, v3.1.14
GearScoreLite, v3x04
GroupCalendar5, v5.2.3
HandyNotes, v1.1.5
Mapster, v1.3.9
MikScrollingBattleText, v5.4.78
MinimapButtonFrame, v3.1.1
MinimapButtonFrameSkinPack, v3.0
Omen, v3.0.9
PortalBox, v0.8
Quartz, v3.0.3.1
QuartzMagebuff, v0.50
QuartzProcs, v3.30
QuestHelper, v1.4.1
Recount, v
SlideBar, v3.1.14 (<%codename%>)
Titan, v4.3.8.30300 - Revision 386
TitanAmmo, v4.3.8.30300
TitanBag, v4.3.8.30300
TitanClock, v4.3.8.30300
TitanCoords, v4.3.8.30300
TitanGatherer, v3.3.7
TitanGoldTracker, v4.3.8.30300
TitanLootType, v4.3.8.30300
TitanPerformance, v4.3.8.30300
TitanRegen, v4.3.8.30300
TitanRepair, v4.3.8.30300
TitanVolume, v4.3.8.30300
TitanXP, v4.3.8.30300
WIM, v3.3.7
XPerl, v3.0.9
XPerlArcaneBar, v
XPerlParty, v
XPerlPartyPet, v
XPerlPlayer, v
XPerlPlayerBuffs, v
XPerlPlayerPet, v
XPerlRaidAdmin, v
XPerlRaidFrames, v
XPerlRaidHelper, v
XPerlRaidPets, v
XPerlTarget, v
XPerlTargetTarget, v
BlizRuntimeLib_enUS v3.3.5.30300 <eu>
(ck=72d)
yeah just a few of many 4.0 bugs. a lot of core functions need to be redone by someone more experienced in zeks apsense. dk runes still do n't work in 4.0. warlock shards and holy poewr and eclipse do though for most part. buffs can't be canceled if enabled in xperl player.
also 4.0 raid frames aer not disabled by xperl, you are stuck with both of them if you use xperl, don't know how to disable those. could find no option in interface to hide them.
hit indicator isnt working on ptr/beta
and playing around with the options i enabled extend portrait, but theres no way to disable it again, unchecking the option does nothing, only way to get rid of it is to disable the xp/rep bar but as soon as you enable either of those again the portrait gets once again extended
i tried to look at pitbull for an example but alli saw was that you just disabled i
Use the SecureAuraHeaders. Not sure if XPerls feature set can be implemented with them or not. Take a look at the code in FrameXML/SecureGroupHeaders.lua at the bottom. The attributes to drive it are in comments there. It's basically just an aura version of the GroupHeaders that we have to use to do party and raid frames.
just let me know if you figure out a way to cancel buffs via legit right mouse clicks.
Yeah it's hiding if there is a form and that form is MOONKIN_FORM (constant set by default UI in FrameXML/Constants.lua) or if your primary talent tree isn't Balance (tree 1 for Druids, they're numbered left to right).
So as long as you are in caster or moonkin form and your current specs primary tree is balance you'll have the eclipse interface.
Looked to me like it was triggering some sort of update just for druids based on UNIT_AURA. But I'm not 100% clear on how everything is setup. Can't say I've looked at XPerl's code too terribly many times. Which is why I wasn't inclined to just do it myself.
ah ok, yeah i wasn't sure, since it said "MOONKIN_FORM" in it's return that it was misleading.
I had declared a local at top of mod named "is_cata" and used that all over the place instead of invoking getbulidinfo repeatedly but somehow between multiple poeple comitting to project that got undone. I put it in.
Commited. assuming i didn't find a way to mess up your instructions (wouldn't be surprised).
from what i saw unit aura is being used to detect player buff changes only. i didn't see it firing druid update there? probaby why we got bug reports from druids complaining player frame portrait didn't update when they shape shifted?.
Yeah earlier when I said not a Moonkin I meant not a Balance druid. The code I've given behaves the same as the default UI, in fact it's almost exactly the same way the default UI does it.
Not sure if some of you guys are realizing this, but Eclipse is a balance druid mechanic, not just a Moonkin Form one.
This is a pretty important difference, and a lot of that code down there looks like it will work only if you have Moonkin Form.
While it's true that it would be foolish for a Balance druid (of appropriate level) to not spec into Moonkin Form, anyone under what looks like level 40 won't have the option (but still be using the Eclipse mechanic), and in any case after choosing Balance, the bar shows up under default ui.
Currently with Balance as my second spec on my 80, the bar doesn't show up at all, form or otherwise.
Default UI shows eclipse bar, when Balance, in every form I have available to me other than Bear and Cat, even when I don't spec into Moonkin Form.
Just a heads-up for consistency's sake.
Your current code becomes:
Then make sure XPerl_Player_DruidBarUpdate gets triggered by PLAYER_TALENT_UPDATE and MASTERY_UPDATE and UPDATE_SHAPESHIFT_FORM.
You may want to switch to using UPDATE_SHAPESHIFT_FORM for 4.0.x for detecting when the form changes rather than using UNIT_AURA. But either will still work, UNIT_AURA just fires more often for things you don't really care about.
Note that the order of the Hide and Show is reversed from your original code. You could do it the other way around but I'd already written the code that way for PB4 and I don't feel like bothering to reverse it.
Ohh and you probably just want to set some other variable and only do the GetBuildInfo() stuff one time at load up rather than every time you do the update.
And yes that fixes the issue with before the Druid has Moonkin form. It shows the eclipse stuff if you are in caster or Moonkin form as long as you've chosen Balance as your primary talent tree.
i don't know hwere to put that relative to where the two checks need to be.
that still won't solve low level problem though. before a balance druid has moonkin form?
should probably just commit it yourself. I'll probably just mess it up more.
Based on the code he's using it'll show for anyone that has their primary talent spec selected. Which means unless you have dual spec setup and you're switched to your dual spec. So no it's not really working correctly. I gave him the correct code to determine when not to show the bar below. Hopefully he'll update it later.
Eclipse bar appears to be working perfectly on my lowbie druid on PTR, thanks for the update.
I deleted irc long time ago. I found the channels quite unwelcoming and did not want to be where i was not wanted.
i'm terrible at code stuff. This i know. I wish zek would come back and do stuff properly. I'm better with little fixes. or code work with existing templates. Boss mods are so much easier than unit frames. :o especially when blizzard protects functions like setfocus and cancel buffs. :\
MysticalOS:
Events you care about: UPDATE_SHAPESHIFT_FORM PLAYER_TALENT_UPDATE MASTERY_UPDATE
If you were on IRC I could have told you this hours ago. Or you could have just read the code of Blizzard's implementation.
ah good point, yes i'm cheking for moonkin. i'll look into redoing that. thanks for heads up
so you get an eclipse bar as soon as you choose your mastery as balance?
Eclipse bar shows fine on my level 80 druid, level 10 druid I leveled to test X-Perl doesn't show eclipse bar. I'm assuming you're checking for Moonkin Form, but lowbie druids won't have that, but still use the eclipse mechanic. The eclipse bar shows under normal UI starting at level 10 balance spec, but it doesn't with X-Perl.