Template:Eventlistheader
|}
"PARTY_INVITE_CANCEL" | Category: Party |
|
"PARTY_INVITE_REQUEST" | Category: Party |
|
"PARTY_LEADER_CHANGED" | Category: Party |
Referred to as buggy.
|
"PARTY_LOOT_METHOD_CHANGED" | Category: Party,Loot |
|
"PARTY_MEMBERS_CHANGED" | Category: Party |
As of 1.8.3 this event also fires when players are moved around in a Raid and when a player leaves the raid. This holds true even if the changes do not affect your party within the raid. 4-2-05 Edit: This event is called twice when the event PARTY_LOOT_METHOD_CHANGED is called. 7-28-05 EDIT: This event is generated whenever someone rejects an invite and your in a group, also generated obviously when someone joins or leaves the group. Also, if for instance you have 3 people in your group and you invite a 4th, it will generate 4 events. If you call GetNumPartyMembers() it will return 0, 1, 2, and 3. First event returing zero, 2nd event returning 1, etc etc.
|
"PARTY_MEMBER_DISABLE" | Category: Party |
|
"PARTY_MEMBER_ENABLE" | Category: Party |
|
"PETITION_CLOSED" | Category: Misc |
|
"PETITION_SHOW" | Category: Misc |
|
"PET_ATTACK_START" | Category: Combat,Pet |
|
"PET_ATTACK_STOP" | Category: Combat,Pet |
|
"PET_BAR_HIDEGRID" | Category: Pet,Action Bar |
|
"PET_BAR_SHOWGRID" | Category: Pet, Action Bar |
|
"PET_BAR_UPDATE" | Category: Pet, Action Bar |
|
"PET_BAR_UPDATE_COOLDOWN" | Category: Pet, Action Bar |
|
"PET_STABLE_CLOSED" | Category: Pet |
|
"PET_STABLE_SHOW" | Category: Pet |
|
"PET_STABLE_UPDATE" | Category: Pet |
|
"PET_STABLE_UPDATE_PAPERDOLL" | Category: Pet |
|
"PET_UI_CLOSE" | Category: Pet |
|
"PET_UI_UPDATE" | Category: Pet |
|
"PLAYERBANKBAGSLOTS_CHANGED" | Category: Bank |
Does not fire when an item is added to or removed from a bank bag, only when a bag is added or removed from the bag slots.
|
"PLAYERBANKSLOTS_CHANGED" | Category: Bank |
Does not fire when an item is added to or removed from a bank bag.
|
"PLAYER_ALIVE" | Category: Death |
Does not fire when the player is alive after being a ghost. PLAYER_UNGHOST is triggered in that case.
|
"PLAYER_AURAS_CHANGED" | Category: Buff |
Also fired when you start eating and/or drinking (which really is only a buff being applied like any other).
|
"PLAYER_CAMPING" | Category: Player |
|
"PLAYER_COMBO_POINTS" | Category: Player,Combat |
Use the GetComboPoints() API to get the exact number of combo points you have.
|
"PLAYER_CONTROL_GAINED" | Category: Player,Combat |
|
"PLAYER_CONTROL_LOST" | Category: Player,Combat |
|
"PLAYER_DAMAGE_DONE_MODS" | Category: Misc |
|
"PLAYER_DEAD" | Category: Death |
|
"PLAYER_ENTERING_WORLD" | Category: System,Instance |
To check if the player is entering an instance, check GetPlayerMapPosition to see if both X and Y are zero. Correction on the above comment: When PLAYER_ENTERING_WORLD fires, you'll notice that WORLD_MAP_UPDATE fires just before it. My instincts tell that leaving an instance puts the player in void space momentarily. So for the case that you are entering AND leaving an instance, GetPlayerMapPosition always returns the coordinates [0, 0] and hence there is no way to determine using the event PLAYER_ENTERING_WORLD if the player is entering an instance or not. When leaving an instance the following events fire (ignoring party/raid events).
Instances do have coordinates for units once the second WORLD_MAP_UPDATE event has fired. For the case of entering a battleground such as WSG, WORLD_MAP_UPDATE won't fire until you leave Silverwing Hold or Warsong Lumber Mill and you are outside. --Salanex |
"PLAYER_ENTER_COMBAT" | Category: Combat |
From a post by Dhrago on the WoW forums:
|
"PLAYER_FARSIGHT_FOCUS_CHANGED" | Category: Player,Spell |
"PLAYER_FLAGS_CHANGED" | Category: Player,Communication |
This event fires when a Unit's flags change (eg: due to /afk, /dnd, etc.)
|
"PLAYER_FOCUS_CHANGED" | Category: Combat,Unit Info |
|
"PLAYER_GUILD_UPDATE" | Category: Guild,Player |
Reference handler in FriendsFrame.lua.
|
"PLAYER_LEAVE_COMBAT" | Category: Combat |
|
"PLAYER_LEAVING_WORLD" | Category: System |
|
"PLAYER_LEVEL_UP" | Category: Player |
|
"PLAYER_LOGIN" | Category: System |
|
"PLAYER_LOGOUT" | Category: System |
Note: There seems to be little useful you can do after this event is fired. Changes to saved variables do not seem to have any effect, at least some API functions no longer return valid values, and client crashes may also occur in some cases. Perhaps worst of all, the error handling in Lua is no longer functional; so you will get no error messages if your code fails. |
"PLAYER_MONEY" | Category: Player |
|
"PLAYER_PET_CHANGED" | Category: Pet |
|
"PLAYER_PVP_KILLS_CHANGED" | Category: Player,Honor |
|
"PLAYER_PVP_RANK_CHANGED" | Category: Honor |
|
"PLAYER_PVPLEVEL_CHANGED" | Category: Honor |
|
"PLAYER_QUITING" | Category: System |
The dialog which appears after this event, has choices of "Exit Now" or "Cancel". The dialog which appears when you try to logout outside an inn, only has a "Cancel" choice, and the event is not fired.
|
"PLAYER_REGEN_DISABLED" | Category: Player,Combat |
|
"PLAYER_REGEN_ENABLED" | Category: Player,Combat |
|
"PLAYER_SKINNED" | Category: Player,Battleground |
|
"PLAYER_TARGET_CHANGED" | Category: Combat,Unit Info |
The arg1--arg9 values are undefined; they will be whatever they were in the previous event, i.e. if you click a unit portrait to change target, arg1 will be "LeftButton" - if you click a macro button, it will be the macro script, etc.
|
"PLAYER_TRADE_MONEY" | Category: Trade |
|
"PLAYER_UNGHOST" | Category: Death |
The player is alive when this event happens. Does not fire when the player is resurrected before releasing. PLAYER_ALIVE is triggered in that case.
|
"PLAYER_UPDATE_RESTING" | Category: Player |
|
"PLAYER_XP_UPDATE" | Category: Player |
|
"PLAYERBANKBAGSLOTS_CHANGED" | Category: Bank |
|
"PLAYERBANKSLOTS_CHANGED" | Category: Bank |
|
"PLAYTIME_CHANGED" | Category: Player |
|