I really like your unit frames, however, unless I am being challenged... I dont know how to get the raid frames to work. They dont even show up. Im not sure what Im doing wrong. Help, please? :(
/suf -> Enabled Units -> Raid
There's a bug in that initially joining a raid, or doing a /reload, will quite often cause one of the raid's subgroups to not display at all. Most reliable workaround is /suf and then on the general tab, toggle "lock frames" off and back on.
There's a bug in that initially joining a raid, or doing a /reload, will quite often cause one of the raid's subgroups to not display at all. Most reliable workaround is /suf and then on the general tab, toggle "lock frames" off and back on.
Thanks so much! I feel silly not even seeing the Enabled Units section. it works now. :)
I've seen this has been asked before but thought I would post again to keep the topic "Bumped", but are you going to come up with an updated for SUF for 6.2. With it being out of date I'm getting a lot of FPS drop in HFC. I know it's b/c of SUF b/c when I installed another Unit Frame mod that was up to date I didn't have any FPS drop. I like SUF way better then the other MOD, however I can't have FPS drop when pushing mythic progression. Myself and everyone would be very greatful for a 6.2 update to SUF Thanks for the awesome Unit Frame MOD.
Not sure if this is the right place but keep getting this error
Message: ...nterface\AddOns\ShadowedUnitFrames\modules\runes.lua:87: attempt to perform arithmetic on local 'startTime' (a nil value)
Time: 07/26/15 16:07:07
Count: 6
Stack: [C]: ?
...nterface\AddOns\ShadowedUnitFrames\modules\runes.lua:87: in function `?'
...nterface\AddOns\ShadowedUnitFrames\modules\units.lua:225: in function <...nterface\AddOns\ShadowedUnitFrames\modules\units.lua:222>
Not sure if this is the right place but keep getting this error
Message: ...nterface\AddOns\ShadowedUnitFrames\modules\runes.lua:87: attempt to perform arithmetic on local 'startTime' (a nil value)
Time: 07/26/15 16:07:07
Count: 6
Stack: [C]: ?
...nterface\AddOns\ShadowedUnitFrames\modules\runes.lua:87: in function `?'
...nterface\AddOns\ShadowedUnitFrames\modules\units.lua:225: in function <...nterface\AddOns\ShadowedUnitFrames\modules\units.lua:222>
Locals:
This is ticket 885, largely ignored. There's a bit of a kludge fix posted there, which will at least avoid errors.
I've been having only one problem with SUF all this time, but it's been consistent since late 6.0 or early 6.1. For the first few seconds after joining a raid, everything is fine. After that, new players joining the raid aren't shown in the raid frames, maybe 90% of the time. Existing raid frames, including MT and MA, continue to update their own units (displays of health, mana, debuffs, etc), but new people simply aren't shown.
The problem is unique to SUF, as the new people show up just fine in the Blizzard raid roster, chat, other combat events, etc.
It doesn't seem to matter if they join while I'm in combat or out. Doesn't seem to matter how long I wait, they never appear. Trying a /reload introduces an ugly variant of the problem: all players in groups 2 through 8 are properly updated, but all of group 1's frames simply vanish.
The only workaround I've found is to open /suf, toggle off the "Lock Frames" option (which swaps all units to the fake placement-only units), and then toggle it back on. This forces a refresh of everything, and properly displays all current players, the MT/MA frames, and so on. It does not however solve the problem going forward; even after doing this, if a player joins, is replaced, etc, the raid frame will typically not be updated.
I've been unable to even guess as to why it only happens most of the time, and not all of the time. Or what's causing it to happen in the first place. I've tried tracing the handlers for GROUP_ROSTER_UPDATE in modules/units.lua and it's greek to me.
Went back a few pages to see if anyone else reported this issue.. haven't really noticed.
First off: I've switched over to SUF (from Z-Perl) permanently! yay!
I have a small issue that I would realllllly appreciate be addressed:
My main is a disc healer and I rely heavily on viewing/visualizing the absorbs on a target. The "incoming absorbs" feature seems to not be working at all. I had to download a 3rd-party addon called ShadowedUF Inline Absorb to get a temporary solution for the time being. Am I doing something wrong or is the feature really broken?
One thing I really liked about Z-Perl: in one of the recent releases they changed the way absorbs are visualized and I abso(rb)-freakin-lutely love it. The absorbs are rendered from the right side of the HP bar and increasingly move to the left (covering the HP) based on how much absorb is on the target. Example: If my target has 100k HP and I put 50k absorbs on the target the HP bar would show half of it HP and the second half absorb. If absorbs surpass 50% of the hp then more % of the HP bar is covered by the absorb. I hope this explanation makes sense, I'm having a semi-hard time putting it into works.
Hope its not too much to ask for! Thanks for the great addon - in love with it already!
Quick question... Exp/rep bar is showing text when hovered over at the far left of the bottom outside frame. Is there any control over the positioning of this?
Just want to add the range checking seems awesome now. thanks for getting it working so well.
When a boss fight starts, in a dungeon or raid, a frame appears at the center of the screen like in the image below (the frame currently display "Stunned"):
Expanding on this modification to display alt power information, I had to make some hacks to account for boolean values in the "altPowerType" tag as leaving it how it was originally posted throws a lua error trying to concatenate a boolean value in a string.
Edit: Found an undocumented 6.2 change that had an additional argument thrown in so the previous call was one off. Fixed it
I have also made the "curmaxAltPower" display a percent in the output for funsies.
Here is the modified altPowerType
function(unit, unitOwner)
local altPowerName = select(11, UnitAlternatePowerInfo(unit)) or UNKNOWN
return string.len(altPowerName) > 10 and ShadowUF.Tags.abbrevCache[altPowerName] or altPowerName
end
Here is the updated curmaxAltPower
function(unit, unitOwner)
local maxAltPower = UnitPowerMax(unit,SPELL_POWER_ALTERNATE_POWER)
local altPower = UnitPower(unit,SPELL_POWER_ALTERNATE_POWER)
if( UnitIsDeadOrGhost(unit) ) then
return string.format("0/%s", ShadowUF:FormatLargeNumber(maxAltPower))
elseif( maxAltPower <= 0 ) then
return nil
end
return string.format("%s/%s (%d%%)", ShadowUF:FormatLargeNumber(altPower), ShadowUF:FormatLargeNumber(maxAltPower), math.floor(altPower / maxAltPower * 100 + 0.5))
end
Reporting a buggy behavior. In short, tags registered in text area anchored to Alternate Power bar won't be shown/updated properly.
I was trying to configure SUF text/tags so that current Alternate Power can be shown as number, because checking these numbers not just visually (as bars) but also numerically has some importance in encounters these days (ex: Heroic Amber-shaper in HoF and such). First I made some tags to get and return information of AltPower as follows:
curmaxAltPower
altPowerType
For events which should trigger update of these tags, 'UNIT_POWER', 'UNIT_MAXPOWER' and 'UNIT_DISPLEYPOWER' are registered.
I went Whack-a-Gnoll at the Darkmoon Faire (which gives number of hit gnolls as Alternate Power) and put these tags in default text area anchored to Health Bar for testing. These tags worked properly and return stuff that I need. Name of the bar and numbers were shown and updated like 'Whack-a-Gnoll 1/30' as I played. If I changed game to other games with Alternate Power or reloaded UI, tags reamain working.
Then I made 2 text areas ('Left text'/'Right text') anchored to Alternate Power bars from Text Management tab in General section of configuration. And then registered tags I made to these text areas.
What then happened was, if I registered tags with Whacking started (Alternate Power bar shown), tags start working and correctly updating. However, if I reloaded UI or changed area, tags no longer shown when I started Whack thereafter (bar was shown and worked properly but texts/numbers not shown).
After reloading, if I re-registered tags (uncheck&recheck tags in Text/Tags tab in Unit Configuration) without starting Whack, and then started Whack, again tags weren't shown (bar was again OK. Regardless of tags properly shown/updated or not, Alternate Power bar itself was always working properly).
So what I concluded is, there is some flaw in initialization/loading process of Alternate Power bar or in text-showing functions of SUF bars, which causes text anchored to Alternate Power bar not to be shown after reloading.
If this is actually a bug, I hope it's fixed. Currently I'm just leaving these tags stayed in text area anchored to Health bar and practically it's OK, but for the sake of consistency I want them to be on AltPower bars. If there is other workaround for this issue, please enlighten me. And Thank you for creating and updating this lovely addon!
May I ask if there is a built-in way or module, to filter auras on the target frame, so that all buffs and debuffs are displayed, except:
any buff/debuff from other friendly players
any long term buff or passive from the current player, e.g. Power: Word Fortitude, Mind Quickening, etc. if I'm on a Priest.
The intention is to remove all the "noise" without missing important information.
Some NPCs have self buffs or debuffs that for example increase or decreases the damage they take. But I cannot seem to find a way to make these buffs/debuffs visible, without also showing debuffs other players put on mobs.
/suf -> Enabled Units -> Raid
There's a bug in that initially joining a raid, or doing a /reload, will quite often cause one of the raid's subgroups to not display at all. Most reliable workaround is /suf and then on the general tab, toggle "lock frames" off and back on.
Thanks so much! I feel silly not even seeing the Enabled Units section. it works now. :)
Message: ...nterface\AddOns\ShadowedUnitFrames\modules\runes.lua:87: attempt to perform arithmetic on local 'startTime' (a nil value)
Time: 07/26/15 16:07:07
Count: 6
Stack: [C]: ?
...nterface\AddOns\ShadowedUnitFrames\modules\runes.lua:87: in function `?'
...nterface\AddOns\ShadowedUnitFrames\modules\units.lua:225: in function <...nterface\AddOns\ShadowedUnitFrames\modules\units.lua:222>
Locals:
This is ticket 885, largely ignored. There's a bit of a kludge fix posted there, which will at least avoid errors.
The problem is unique to SUF, as the new people show up just fine in the Blizzard raid roster, chat, other combat events, etc.
It doesn't seem to matter if they join while I'm in combat or out. Doesn't seem to matter how long I wait, they never appear. Trying a /reload introduces an ugly variant of the problem: all players in groups 2 through 8 are properly updated, but all of group 1's frames simply vanish.
The only workaround I've found is to open /suf, toggle off the "Lock Frames" option (which swaps all units to the fake placement-only units), and then toggle it back on. This forces a refresh of everything, and properly displays all current players, the MT/MA frames, and so on. It does not however solve the problem going forward; even after doing this, if a player joins, is replaced, etc, the raid frame will typically not be updated.
I've been unable to even guess as to why it only happens most of the time, and not all of the time. Or what's causing it to happen in the first place. I've tried tracing the handlers for GROUP_ROSTER_UPDATE in modules/units.lua and it's greek to me.
Never really bothered to try to fix it.. I should ask Shadowed if he still cares, and otherwise maybe try to fix it and just push the update.
Date: 2015-08-14 11:05:07
ID: 1
Error occured in: Global
Count: 1
Message: ..\AddOns\ShadowedUF_Options\config.lua line 1960:
bad argument #1 to 'gsub' (string expected, got nil)
Debug:
[C]: gsub()
ShadowedUF_Options\config.lua:1960: member()
...nfig-3.0\AceConfigDialog-3.0\AceConfigDialog-3.0.lua:249:
...nfig-3.0\AceConfigDialog-3.0\AceConfigDialog-3.0.lua:197
...nfig-3.0\AceConfigDialog-3.0\AceConfigDialog-3.0.lua:1135:
...nfig-3.0\AceConfigDialog-3.0\AceConfigDialog-3.0.lua:1055
...nfig-3.0\AceConfigDialog-3.0\AceConfigDialog-3.0.lua:1588: FeedGroup()
...nfig-3.0\AceConfigDialog-3.0\AceConfigDialog-3.0.lua:1513:
...nfig-3.0\AceConfigDialog-3.0\AceConfigDialog-3.0.lua:1493
(tail call): ?
[C]: ?
[string "safecall Dispatcher[3]"]:9:
[string "safecall Dispatcher[3]"]:5
(tail call): ?
...Ons\Broker_RaidFinder\Libs\AceGUI-3.0\AceGUI-3.0.lua:314: Fire()
...ibs\AceGUI-3.0\widgets\AceGUIContainer-TreeGroup.lua:520: Select()
...ibs\AceGUI-3.0\widgets\AceGUIContainer-TreeGroup.lua:528: SelectByValue()
...nfig-3.0\AceConfigDialog-3.0\AceConfigDialog-3.0.lua:1684: FeedGroup()
...nfig-3.0\AceConfigDialog-3.0\AceConfigDialog-3.0.lua:1513:
...nfig-3.0\AceConfigDialog-3.0\AceConfigDialog-3.0.lua:1493
(tail call): ?
[C]: ?
[string "safecall Dispatcher[3]"]:9:
[string "safecall Dispatcher[3]"]:5
(tail call): ?
...Ons\Broker_RaidFinder\Libs\AceGUI-3.0\AceGUI-3.0.lua:314: Fire()
...Libs\AceGUI-3.0\widgets\AceGUIContainer-TabGroup.lua:156: SelectTab()
...nfig-3.0\AceConfigDialog-3.0\AceConfigDialog-3.0.lua:1624: FeedGroup()
...nfig-3.0\AceConfigDialog-3.0\AceConfigDialog-3.0.lua:1513:
...nfig-3.0\AceConfigDialog-3.0\AceConfigDialog-3.0.lua:1493
(tail call): ?
[C]: ?
[string "safecall Dispatcher[3]"]:9:
[string "safecall Dispatcher[3]"]:5
(tail call): ?
...Ons\Broker_RaidFinder\Libs\AceGUI-3.0\AceGUI-3.0.lua:314: Fire()
...ibs\AceGUI-3.0\widgets\AceGUIContainer-TreeGroup.lua:520: Select()
...ibs\AceGUI-3.0\widgets\AceGUIContainer-TreeGroup.lua:528: SelectByValue()
...nfig-3.0\AceConfigDialog-3.0\AceConfigDialog-3.0.lua:1684: FeedGroup()
...nfig-3.0\AceConfigDialog-3.0\AceConfigDialog-3.0.lua:1868: Open()
...nfig-3.0\AceConfigDialog-3.0\AceConfigDialog-3.0.lua:831:
...nfig-3.0\AceConfigDialog-3.0\AceConfigDialog-3.0.lua:614
(tail call): ?
[C]: ?
[string "safecall Dispatcher[3]"]:9:
[string "safecall Dispatcher[3]"]:5
(tail call): ?
...Ons\Broker_RaidFinder\Libs\AceGUI-3.0\AceGUI-3.0.lua:314: Fire()
...er\Libs\AceGUI-3.0\widgets\AceGUIWidget-CheckBox.lua:68:
...er\Libs\AceGUI-3.0\widgets\AceGUIWidget-CheckBox.lua:57
Locals:
None
AddOns:
MoncaiCompare, v6.2.0
Swatter, v5.21e.5566 (SanctimoniousSwamprat)
AucAdvanced, v5.21e.5566 (SanctimoniousSwamprat)
AucFilterBasic, v5.21e.5566 (SanctimoniousSwamprat)
AucFilterOutlier, v5.21e.5566.5459(5.21e/embedded)
AucMatchUndercut, v5.21e.5566.5507(5.21e/embedded)
AucStatHistogram, v5.21e.5566 (SanctimoniousSwamprat)
AucStatiLevel, v5.21e.5566 (SanctimoniousSwamprat)
AucStatPurchased, v5.21e.5566 (SanctimoniousSwamprat)
AucStatSales, v5.21e.5566.5476(5.21e/embedded)
AucStatSimple, v5.21e.5566 (SanctimoniousSwamprat)
AucStatStdDev, v5.21e.5566 (SanctimoniousSwamprat)
AucStatWOWEcon, v5.21e.5566.5323(5.21e/embedded)
AucUtilAHWindowControl, v5.21e.5566.5347(5.21e/embedded)
AucUtilAppraiser, v5.21e.5566.5545(5.21e/embedded)
AucUtilAskPrice, v5.21e.5566.5447(5.21e/embedded)
AucUtilAutoMagic, v5.21e.5566.5537(5.21e/embedded)
AucUtilCompactUI, v5.21e.5566.5550(5.21e/embedded)
AucUtilEasyBuyout, v5.21e.5566.5507(5.21e/embedded)
AucUtilFixAH, v5.21e.5566 (SanctimoniousSwamprat)
AucUtilItemSuggest, v5.21e.5566.5417(5.21e/embedded)
AucUtilPriceLevel, v5.21e.5566.5535(5.21e/embedded)
AucUtilScanButton, v5.21e.5566.5403(5.21e/embedded)
AucUtilScanFinish, v5.21e.5566.5515(5.21e/embedded)
AucUtilScanProgress, v5.21e.5566.4979(5.21e/embedded)
AucUtilScanStart, v5.21e.5566.5347(5.21e/embedded)
AucUtilSearchUI, v5.21e.5566.5556(5.21e/embedded)
AucUtilSimpleAuction, v5.21e.5566.5531(5.21e/embedded)
AucUtilVendMarkup, v5.21e.5566.4828(5.21e/embedded)
Babylonian, v5.1.DEV.332(/embedded)
BeanCounter, v5.21e.5566 (SanctimoniousSwamprat)
BRFForwarder, v1.1 r011
BRFForwardingTracker, v1.1 r010
BrokerRaidFinder, v1.2 r026
CensusPlus, v6.3.1
Clique, vv60200-1.0.0
Configator, v5.1.DEV.382(/embedded)
Coordinates, v1.19
DBMCore, v
DBMDefaultSkin, v
DBMProvingGrounds, v
DBMStatusBarTimers, v
DebugLib, v5.1.DEV.337(/embedded)
Enchantrix, v5.21e.5566 (SanctimoniousSwamprat)
EnchantrixBarker, v5.21e.5566 (SanctimoniousSwamprat)
Informant, v5.21e.5566 (SanctimoniousSwamprat)
KuiNameplates, v
KuiNameplatesAuras, v
LibExtraTip, v5.12.DEV.390(/embedded)
MasterPlanA, v
Omen, v3.1.11
Ovale, v6.2.13
Pawn, v1.9.19
Postal, v3.5.4
Recount, vv6.2.0h release
SavedInstances, v6.2.2
sct, v6.72
ShadowedUFOptions, v
ShadowedUnitFrames, vv4.0.10
SlideBar, v5.21e.5566 (SanctimoniousSwamprat)
Stubby, v5.21e.5566 (SanctimoniousSwamprat)
TellMeWhen, v7.3.5
TellMeWhenOptions, v
TipHelper, v5.12.DEV.389(/embedded)
BlizRuntimeLib_enUS v6.2.0.60200 <none>
(ck=a10)
There may be a potential fix for this issue in the latest alpha. Testing appreciated!
Working like a charm here. Thanks!
Went back a few pages to see if anyone else reported this issue.. haven't really noticed.
First off: I've switched over to SUF (from Z-Perl) permanently! yay!
I have a small issue that I would realllllly appreciate be addressed:
My main is a disc healer and I rely heavily on viewing/visualizing the absorbs on a target. The "incoming absorbs" feature seems to not be working at all. I had to download a 3rd-party addon called ShadowedUF Inline Absorb to get a temporary solution for the time being. Am I doing something wrong or is the feature really broken?
One thing I really liked about Z-Perl: in one of the recent releases they changed the way absorbs are visualized and I abso(rb)-freakin-lutely love it. The absorbs are rendered from the right side of the HP bar and increasingly move to the left (covering the HP) based on how much absorb is on the target. Example: If my target has 100k HP and I put 50k absorbs on the target the HP bar would show half of it HP and the second half absorb. If absorbs surpass 50% of the hp then more % of the HP bar is covered by the absorb. I hope this explanation makes sense, I'm having a semi-hard time putting it into works.
Hope its not too much to ask for! Thanks for the great addon - in love with it already!
Just want to add the range checking seems awesome now. thanks for getting it working so well.
When a boss fight starts, in a dungeon or raid, a frame appears at the center of the screen like in the image below (the frame currently display "Stunned"):
http://i.imgur.com/dx8RTWD.jpg
It's pretty annoying for me. Can you please tell me how to remove it? I checked all the options with no success.
Thanks.
Edit: Found an undocumented 6.2 change that had an additional argument thrown in so the previous call was one off. Fixed it
I have also made the "curmaxAltPower" display a percent in the output for funsies.
Here is the modified altPowerType
Here is the updated curmaxAltPower
any buff/debuff from other friendly players
any long term buff or passive from the current player, e.g. Power: Word Fortitude, Mind Quickening, etc. if I'm on a Priest.
The intention is to remove all the "noise" without missing important information.
Some NPCs have self buffs or debuffs that for example increase or decreases the damage they take. But I cannot seem to find a way to make these buffs/debuffs visible, without also showing debuffs other players put on mobs.
Just remove the following in ShadowedUnitFrames.lua to fix it
Anyone knows how can i set my debuff icon a bit larger?
I mean on my players frame i want to enlarge the debuffs im having ext...
Thank you!