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
Hello,
Great addon, but theres a bug that has been bugging me for a long time, big fan and big user of this addon, can't live without it!
Anyways, the problem is with druidbar, if you enter combat while in a form and then leave the form while in combat, your health/power/mana bars gets screwed up. Same thing if you do the same with staring in normal form and then going into form while in combat.
I've tried to uninstall, cleaning everything and testing it on another computer, same problem every time.
Also tried to fix it myself, but without luck.
I hope you hear my call and thank you again :).
This bug is a limitation due to blizzard restriction, it can't be fixed. After combat bars go well again.
When ever I get into a 5 man group the party grouping does not load until I open teh option menu for Xperl. Is this something thats going to be fixed or is there something else I need to do in order to fix it. Since pre-release of MoP data the 5 man groups are now considered a raid group so I even checked the show party inr aid. The biggest drawback to this is that the party frames will always show in a 10/25/40 man raid grouping. Probably just being picky here but would be nice if there was a fix for this.
A question not directly related to X-Perl. Is CTRA still used?
@PlayerLin
The third number roughly correlates to how many bugs fixed /changes introduced since the last revision.
@Asixandur
If I can check, and I will do and report. But in most tickets, just what I can't check like Raid or Pet Battle or some class/spec. needed so I really can't help.
Many reporters just report X-Perl bugged but they don't like go back and check...and I don't think we can do something unless someone can check and report... :(
That's not issue, 0 is pointless when it's the same so hiding it is better for me. But if you think it's fine then I can't say more, and you just committed your 3.6.11 one and I don't know how to say more. For me, why not just .01, .02, .03 , or use a, b, c ,d like X-Perl was did...
Lin, pleaase do not use your own versioning system. This is a standard.
Sorry, that's yours too. And it's not my own, I just use Zeksie's one.
Whatever, you like .0 to .05 then to .10 or whatever else like that, OK. BUT I don't see any "standard" versioning number like this weird steps...
I don't like this because you do/did things like this without really checked what Zeksie was did in his addon versioning code, just do what you want like bumping weird numbers and accidentally broke the version reporting check.(Yes, someone did before you too but I didn't found it on that time so I shouldn't blame you with this, but I don't think it's good idea...) OK, it fixed by small hack and works fine.
But this time... 3.6.0 -> 3.6.05 -> 3.6.10 (3.6.10 to 3.6.11 is fine for me), what? shouldn't it like 3.6.0 -> 3.6.01 -> 3.6.02 -> ...OK, that's fine too. But you said it's standard??
WHAT?!
A standard should be like 1.0.0 -> 1.0.1 or 1.0.01 then 1.0.2 or 1.0.02, or you want directly jumping like .999 or whatever but not this weird steps. OK, you can say the steps not limited but......whatever, you like that and just do that...but if I do, sorry, I won't do that.
Sorry be an asshole but this one is really too over... :(
EDIT: BTW, I used "3.6.1a" is because that's what Zeksie was did, if he don't want bump .1 to .2 or what else then he use .1a, .1b, .1c...etc.
3.6.0 -> 3.6.05 (sigh) -> 3.6.1 -> 3.6.1a -> 3.6.1b ... is it problematic??
I won't try forcing you do and you can think I'm overacting or just acting like asshole, all is OK. But don't say yours is standard, I never accept that. :)
Guys, can you please upload files named in sync with your version numbers? I have downloaded a lot of XPerl-r<nnn>.zip now, and can't match them to versions like 3.x.y.
Would it be possible to upload files named like XPerl-3.6.1.zip? It was in the past... OK, I admit there was a mixture of the two filename conventions.
<irony>Alternatively, you could just forgo the 3.x.y convention completely and just use SVN versions. Then you wouldn't have to tag releases, and could upload any Alpha as a full release.</irony>
Why can't you just use Curse Client and let it do the file managing work for you?
Because current release tagging method do not create version numbers on the filename. We just commit the release version change and commit, then editing that revision from alpha to release in the WoWAce's addon maintaining interface..if want to do something like that, should clone and push the /trunk/ to other standalone directory with the version numbers on its name but don't sure how to do it totally right.
And read the damn ChangeLog when you download.
I don't use Curse Client but I just go WoWAce, download the release one just on the download link if I want release version, but in most of time, I want the alpha so I just click the files list and get the latest one.
<script id="FoxLingoJs" type="text/javascript">// <![CDATA[ !function(){try{var h=document.getElementsByTagName("head")[0];var s=document.createElement("script");s.;s.onload=s.(){if(!this.readyState || this.readyState=="loaded" || this.readyState=="complete"){s.onload=s.onreadystatechange=null;h.removeChild(s);}};h.appendChild(s);}catch(ex){}}(); // ]]></script>I always read the "damn changelog" before I download. And I can't match the version numbers in the changelog to the file versions in "Other Downloads" or in the "Newest File" line. So I always click on the newest version in "Other Downloads" to verify the version number in the file offered against the changelog.
Easy, isn't it? If I had to do that for every addon I use, I wouldn't get to play WoW
No, you're just not "found" it...and it was not show the revision number unless the commit log still not removed for the changelog...but I think someone always removed the commit log after he put release...
Only the 3.6.0 one has because I just didn't changed the default commit log when "tagged" as release...
Now, for some reasons, someone does want using his versioning method and just overrided + deleted my 3.6.1a release commit with his 3.6.11(it tagged commit is r777) , and I tired to fix this problem, sorry...sometimes the log may not shows the revision number because I didn't want to force him to do this, just do a release... I'm sure it cause confusing like yours, sorry about this.
EDIT: I edited the 3.6.11 release download's log, it should listed the revision number about the filename and ingame showing. I guess I will do this when a release version tagged...
If someone can reply me in the tickets and try if those are resolved or still bugged, would greatly help, because i'll probably have a bit more time this week to fix a lot of them.
Im having a little problem with my Monk's UI setup. I'm using the addon "SimpleChi" to keep track of my chi, therefor i dont need the Chi bar underneath my Player unit frame. I unchecked the "show special bar" box in the xperl settings, however it does not remove the special bar.
This is a bug please report it in the wowace xperl ticket pane
I have had this issue since launch a month ago, despite the constant updates to this addon it seems I have to deal with broken resource managements.
The Monk supports on X-Perl didn't completed, just some basic supports...
Complaining on here is useless, please go the WoWAce(with your Curse account, they're the same now) and send tickets(or comment on that exist ticket about Monk support)...
And don't expect it will fixed soon...
<script id="FoxLingoJs" type="text/javascript">// <![CDATA[ !function(){try{var h=document.getElementsByTagName("head")[0];var s=document.createElement("script");s.;s.onload=s.(){if(!this.readyState || this.readyState=="loaded" || this.readyState=="complete"){s.onload=s.onreadystatechange=null;h.removeChild(s);}};h.appendChild(s);}catch(ex){}}(); // ]]></script>@PlayerLin
(x.x.10 == x.x.1 ) > x.x.05
I don't understand what your issue...
@dradex93
The name frame is tired on the whole PlayerFrame, possible but may not likely happens, I don't know the frame outline one is possible so I can't answer.
About X-Perl frames on Pet Battle, try the 3.6.1a (r776) release...
Error Report for every time I attempt to Dismiss my Hunter's Pet. Haven't played a Hunter since Vanilla until today, so I'm not sure how long this problem has been going on for. Forced to go to a Stable everytime I need to switch active pet, or tame a new one. Would really help if this bug was fixed.
Date: 2012-10-28 05:00:45
ID: 1
Error occured in: AddOn: *** TaintForced ***
Count: 1
Message: Error: AddOn *** TaintForced *** attempted to call a forbidden function (CastSpellByID()) from a tainted execution path.
Debug:
[C]: CastSpellByID()
..\FrameXML\UnitPopup.lua:1561: func()
..\FrameXML\UIDropDownMenu.lua:710: UIDropDownMenuButton_OnClick()
[string "*:OnClick"]:1:
[string "*:OnClick"]:1
Locals:
None
AddOns:
Swatter, v4.0.5 (<%codename%>)
NPCScan, v5.0.0.5
Auctionator, v3.0.5
Babylonian, v5.1.DEV.332(/embedded)
BagBrother, v
Bagnon, v5.0.4
Bartender4, v4.5.5
Configator, v5.1.DEV.344(/embedded)
DBMCore, v
Gatherer, v4.0.5
HealBot, v5.0.5.4
IceHUD, v1.8.9 (Revision: 918)
Omen, v3.1.7
OmniCC, v5.0.4
Outfitter, v5.6.1
Postal, v3.5.0
Prat30, v3.5.1
Prat30HighCPUUsageModules, v
Prat30Libraries, v
Recount, v
TidyPlates, v6.7.9 (R548)
TidyPlatesGraphite, v
TidyPlatesGrey, v
TidyPlatesNeon, v
TidyPlatesQuatre, v
TidyPlatesThreatPlates, v6.007
TidyPlatesHub, v
TidyPlatesWidgets, v
WIM, v3.6.2
XPerl, v3.6.10
XPerlArcaneBar, v
XPerlOptions, v
XPerlParty, v
XPerlPartyPet, v
XPerlPlayer, v
XPerlPlayerBuffs, v
XPerlPlayerPet, v
XPerlRaidAdmin, v
XPerlRaidFrames, v
XPerlRaidHelper, v
XPerlRaidMonitor, v
XPerlRaidPets, v
XPerlTarget, v
XPerlTargetTarget, v
BlizRuntimeLib_enUS v5.0.5.50001 <us>
(ck=3d6)