Beta API discussion

[Meorawr]

Originally Posted by p3lim Anything printed in the chat doesnt show until someone actually says something (say, channels, /dump, emote, etc). Happens with print() and DEFAULT_CHAT_FRAME:AddMessage()

I'm not having this issue at all, tested both of those directly via the chatbox with a /script, from WowLua (only the latter) and from a function within an addon.

No other chat messages appeared in either my chat box or the combat log at those times and they still printed just fine.

[Jarod24]

GetLFGMode() now requires an input argument. Anyone worked out the details yet?

UnitIsGroupLeader()

• Returns either true,false or the inputted name, if you input "bob" and he does not exist in your group then the string "bob" will be returned.

• Seems that if you call UnitIsGroupLeader with "party1", "raid2" etc and you are the leader yourself then it will still return false, "player" works tho.

This seems like it's the trend with the newer functions; that they are returning true/false instead of 1/nil.

IsInRaid() --true/false
IsInGroup() --true/false, will return true if you are in a raid as well as a party

[p3lim]

Originally Posted by Meorawr I'm not having this issue at all, tested both of those directly via the chatbox with a /script, from WowLua (only the latter) and from a function within an addon. No other chat messages appeared in either my chat box or the combat log at those times and they still printed just fine.

Works fine ingame, but from an addon it halts for me.

[p3lim]

Originally Posted by Jarod24 GetLFGMode() now requires an input argument. Anyone worked out the details yet?

https://github.com/Ketho/wow-ui-sour...e.lua#L391-393

Variables:
LE_LFG_CATEGORY_LFD
LE_LFG_CATEGORY_LFR
LE_LFG_CATEGORY_RF

Values:
1 (LookingForDungeon)
2 (LookingForRaid)
3 (RaidFinder)

[Phanx]

Originally Posted by p3lim Anything printed in the chat doesnt show until someone actually says something (say, channels, /dump, emote, etc). Happens with print() and DEFAULT_CHAT_FRAME:AddMessage()

I'm not seeing this problem either, and I have multiple addons using both print() and DEFAULT_CHAT_FRAME:AddMessage().

Originally Posted by Jarod24 GetLFGMode() now requires an input argument. Anyone worked out the details yet?

The values correspond to the indices in this table:

LFG_CATEGORY_NAMES = {
	[LE_LFG_CATEGORY_LFD] = LOOKING_FOR_DUNGEON,
	[LE_LFG_CATEGORY_RF] = RAID_FINDER,
	[LE_LFG_CATEGORY_SCENARIO] = SCENARIOS,
	[LE_LFG_CATEGORY_LFR] = LOOKING_FOR_RAID,
}

Defined here:
https://github.com/Ketho/wow-ui-sour...tants.lua#L706

I'm not actually sure what the difference between 2 and 4 is (Raid Finder vs Looking For Raid), since the Group Finder UI only shows 1-3. Possibly 4 is not used.

[endx7]

It appears that GetAddOnMetadata() is no longer returning data for X- prefixed TOC metadata fields.

[Phanx]

That and a couple of other issues are listed here:
http://www.wowpedia.org/Patch_5.0.1/...le_differences

Also updated my GlobalStrings repository with all locales (including the new itIT) to build 15799, here:
https://github.com/phanx/wow-globalstrings

[Haleth]

Originally Posted by Phanx I'm not actually sure what the difference between 2 and 4 is (Raid Finder vs Looking For Raid), since the Group Finder UI only shows 1-3. Possibly 4 is not used.

Looking for Raid still exists, it's the manual raid queueing thing that has existed for a long while. It's well hidden in the Raid tab of social frame though ('Other Raids' button).

[Jarod24]

Originally Posted by p3lim https://github.com/Ketho/wow-ui-sour...e.lua#L391-393 Variables: LE_LFG_CATEGORY_LFD LE_LFG_CATEGORY_LFR LE_LFG_CATEGORY_RF Values: 1 (LookingForDungeon) 2 (LookingForRaid) 3 (RaidFinder)

Thanks. I did some digging around in _G[] and found the argument for Scenarios aswell...

LE_LFG_CATEGORY_LFD = "1"
LE_LFG_CATEGORY_LFR = "2"
LE_LFG_CATEGORY_RF = "3"
LE_LFG_CATEGORY_SCENARIO = "4"

local mode, submode = GetLFGMode(LE_LFG_CATEGORY_SCENARIO);

[Haleth]

Is GetTexture() bugged? I've been struggling for ages with a buff reminder script which works on live but doesn't on beta. It behaves extremely strangely: GetTexture() (in this case at least) returns nil, while a valid texture is set. This code, for instance:

texture = select(3, GetSpellInfo(buff))
self.icon:SetTexture(texture)
print(texture)
print(self.icon:GetTexture())

Returns:

Interface\Icons\Spell_Holy_InnerFire nil

The texture is set, though. Similarly, when I do it directly:

self.icon:SetTexture(select(3, GetSpellInfo(buff)))

The texture is set, but GetTexture() returns nil.

[Brusalk]

Does anyone know of an easy way to determine the player's active specialization? I've been digging through the interface code and I haven't found anything beyond maybe trying to manually set the talent frame to the active spec and checking PlayerTalentFrameSpecializationSpecButton(1-3).selected

(which is true if it is, the only problem being that it's only for the tab that's currently selected on the talent screen)


I must be missing something >.>

[Voyager]

Originally Posted by Brusalk Does anyone know of an easy way to determine the player's active specialization? I've been digging through the interface code and I haven't found anything beyond maybe trying to manually set the talent frame to the active spec and checking PlayerTalentFrameSpecializationSpecButton(1-3).selected (which is true if it is, the only problem being that it's only for the tab that's currently selected on the talent screen) I must be missing something >.>

GetSpecializationInfo(GetSpecialization())


--------
It seems like the world's map size has become very inconsistent. Depending on where I measure it from, it gives me different results.

World's width and height in yards as measured from
Kalimdor: 59547.144977691 39698.085269174
Eastern: 59325.077732756 39550.030762135
Northrend: 56143.874550054 37429.26435188
Pandaria: 51274.202252344 34182.772393128
Maelstrom: ? ? (doesn't seem to be part of the world at all, like Outland)

Coordinates are completely broken in Dalaran, no player arrow appears on its map.


On live servers I always get around 47714 and 31809, regardless of which continent I derive it from.

[Phanx]

Originally Posted by Haleth Is GetTexture() bugged?

I don't know the answer to that specifically, but there is definitely some kind of issue going on with textures. In Grid, the NormalTexture on each unit button is hidden by setting its opacity to 0 with button:SetNormalTexture(1, 1, 1, 0). As far as I know, this is Pastamancer's original code that's been there since 2006. On the MoP beta servers, however, every frame's NormalTexture was set to a hideous neon green color, and button:GetNormalTexture():GetTexture() returned the number 0 instead of a string. The only way I could get rid of the awful green was to do button:SetNormalTexture("") to remove the texture entirely. Between there being no code in Grid or anywhere else that I could find that should be applying a neon green color to the NormalTexture of anything, and :GetTexture() returning a 0, I'd say there's definitely at least one bug they're (hopefully) working out.

[Barjack]

I noticed Skada's border texture when set to "none" is also that lime green colour in MoP beta, so it seems that issue is affecting other addons as well.

[p3lim]

I've been having major issues with textures aswell, mainly them not existing for the client after or before some event has fired, havent tested it too much.

[Meorawr]

Only change I've noticed with textures is I get green squares if the texture path is invalid, can't remember if that's also present on live though. Not having any other issues thus far, but I'm not creating any frames/textures until after ADDON_LOADED has fired at the very earliest.

Animations are still very jumpy though if you combine them, for instance a Scale and Rotation animation both playing at the same time on a single frame will often make it vanish or jump in size for a frame or two pretty frequently.

[zork]

Originally Posted by Phanx green texture thingy

That neon green texture error was in Cataclysm beta aswell. It had sth to do with texture loading and addon folders. (Sth like that...)
By the time the texture was set it was unknown to the system and resulted in a bright green texture instead.

Link: http://www.wowinterface.com/forums/s...ad.php?t=39960

Like p3lim wrote. If the texture is unknown to the client for whatever reason you get a bright green texture.

I'm currently having no texture errors but I'm still at the beginning.

@Haleth

What happens if you do this:

frame:SetTexture("Interface\\Icons\\Spell_Holy_InnerFire")

or

frame:SetTexture([[Interface\Icons\Spell_Holy_InnerFire]])

Afaik double backslashes are needed if the texture name is used directly. There is an alternative way to write it without the leading backslash. Phanx or p3lim should know it. Sth like [[TEXTUREPATH]] or [=[TEXTUREPATH]=]
https://github.com/haste/oUF/blob/4f...ction.lua#L116

[Phanx]

Originally Posted by zork Afaik double backslashes are needed if the texture name is used directly. There is an alternative way to write it without the leading backslash. Phanx or p3lim should know it. Sth like [[TEXTUREPATH]] or [=[TEXTUREPATH]=]

"All \"special\" characters like \\ must be escaped."

[[All "special" characters like \ are fine as-is.
Also, line breaks work.

Even double line breaks!]]

[=[For when you want literal [[double brackets]] in your
"double bracketed string" with \backslashes and line breaks.]=]

[=======[For when you really like lots of equals signs,
or for some reason want a literal [=[ or [====[ in your string.
As long as there are the same number on both sides,
it doesn't matter how many there are.]=======]

[Xrystal]

nUI's button bag icons have that problem as well. Will have to investigate how their images are being set if it looks like there is some sort of validation that has been enforced this time.

Also, while I am typing this, can anyone recall whether it was getglobal being phased out to _G or the other way round. I'm sure the _G were being forced to getglobal at some point but for the life of me I can't remember 100%.

[Meorawr]

Originally Posted by Xrystal Also, while I am typing this, can anyone recall whether it was getglobal being phased out to _G or the other way round. I'm sure the _G were being forced to getglobal at some point but for the life of me I can't remember 100%.

getglobal is deprecated in favour of _G, however the function still exists.