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
The LUA error still no idea, I never get it...
Maybe some RAID-Related setting on X-Perl's option can cause... but I still no idea... :(
(I found Zeksie released new version of his "Utopia" project, maybe he's trying fix things?...)
Or, use this link...
http://www.wowace.com/addons/xperl/files/256-r362/
http://www.wowace.com/addons/xperl/files/256-r362/
no other addon, only use xperl in BG's
Disable all addons but enable X-Perl, and see is it still happens?
Try disable all other addons but enable X-Perl, and see is it still happens?
Don't needed relog, just use "/reload" or "/rl" (type that in chat-box) and let WoW reload all addons and it should back work...
I'm afraid the "not-update" bug still alive...even My attempt fix applied. :(
i dont get any error mesage
http://www.wowace.com/addons/xperl/files/256-r362/
More interesting is looking at other addons which incorporate both events. VARIABLES_LOADED is not deprecated, but is evidently better used for overwriting certain layout quirks.
I would think that the issue here is not so much ADDON_LOADED vs VARIABLES_LOADED but the way 'conf' is set. Especially considering that once you do a ReloadUI the error doesn't reoccur again. One of the functions is calling 'conf' before it is set, and changing the event to ADDON_LOADED is forcing XPerl to do something to set 'conf' before it is actually called. Investigating this is probably the better solution, same with the other issues that ADDON_LOADED appears to fix. But at least this seems to address the problem at hand.
xlion said
Thursday, December 17, 2009 18:14:19 PM (3 months ago)
To me it seems that the RaidHelper Error
-------------------------------
Message: ...terface\AddOns\XPerl_RaidHelper\XPerl_RaidHelper.lua line 373:
attempt to index upvalue 'conf' (a nil value)
-------------------------------
happens due to "conf" not have been initialized when XPerl_MTRosterChanged()
is called. I never get this error (and the missing player icon) when doing
a /reload.
Maybe the problem occurs because the VARIABLES_LOADED event which triggers
initialization of the "conf" struct fires a bit later since patch 3.0.
--> http://www.wowwiki.com/AddOn_loading_process#Saved_variables_loading
Reply Delete Ban User Report Permalink
#
xlion said
Thursday, December 17, 2009 18:14:19 PM (3 months ago)
I made the following changes and the RaidHelper Error does no longer occur.
-----------------------------------------------------------
XPerl_RaidHelper\XPerl_Config.lua, line 134
self:RegisterEvent("VARIABLES_LOADED")
-->
self:RegisterEvent("ADDON_LOADED")
XPerl_RaidHelper\XPerl_RaidHelper.lua, line 631
function Events:VARIABLES_LOADED()
-->
function Events:ADDON_LOADED()
XPerl_RaidHelper\XPerl_RaidHelper.lua, line 659
Events.VARIABLES_LOADED = nil
-->
Events.ADDON_LOADED = nil
-----------------------------------------------------------
I still have the missing player icon problem from time to time ...
Reply Delete Ban User Report Permalink
#
xlion said
Thursday, December 17, 2009 18:25:59 PM (3 months ago)
I made a similar change to XPerl_Player\XPerl_Player.lua
-----------------------------------------------------------
line 45
self:RegisterEvent("VARIABLES_LOADED")
-->
self:RegisterEvent("ADDON_LOADED")
line 607
function XPerl_Player_Events:VARIABLES_LOADED()
-->
function XPerl_Player_Events:ADDON_LOADED()
line 621
XPerl_Player_Events.VARIABLES_LOADED = nil
-->
XPerl_Player_Events.ADDON_LOADED = nil
-----------------------------------------------------------
and this seems to fix my problem with the player icon sometimes not
appearing in the player unit frame.