eQueue is an add-on for LDB that is meant to satisfy all of your WoW queueing needs. It simulates the functionality of the default LFG and PvP buttons and minimap icons while adding many extra helpful features.
Features:
-Display dungeon deserter, battleground deserter, and random dungeon cooldown in the tooltip.
-Display 'Ready Check' timers in the tooltip and label.
-Display LFG and PvP queue times in the tooltip and label.
-Display icons for what classes are needed for the LFG group while in queue and during a 'Ready Check' in the tooltip.
-Display average LFG queue times for all roles in the tooltip.
-Option to hide the LFG and PvP mini-map icons for those taking advantage of the LDB functions.
-Option to play the 'Ready Check' sound even if sound is disabled and play it based on your 'Master' volume instead of your 'Sound' volume.
-Option to flash your screen when a 'Ready Check' appears.
-Option to hide the lingering role window that appears after accepting an LFG 'Ready Check'. This information remains available in the tooltip.
-Option to say an introduction to your party when starting a new LFG dungeon.
-Option to mark the tank of your LFG group with a {star} icon (does not re-mark if the tank chooses to remove it).
-Option to leave the party after loot rolls have finished (currently only works in WotLK Heroics).
Click the icon to bring up the LFG window or battleground scoreboard if in a battleground.
Shift-Click the icon to bring up the battlegrounds window.
Right-Click the icon to bring up the LFG or PvP drop-down menu if there is one or the raid browser window if not.
Type /eqq, /equ, or /equeue to open the options window directly.
I wouldn't think LFG_COMPLETION_REWARD fires on non-randoms since there is no completion reward but I could be wrong. My above posted code works good. The only problem is that it leaves when everything is picked up only. So if someone wins a roll and the item just sits there, then it doesn't leave. Also, if you zone out early then CHAT_MSG_LOOT doesn't fire so I wrote in to cancel if you change zones.
Edit: Also plan on making it smarter in Oculus. It left on me today before I got my bag from the chest >_<
I'm trying to add a feature to an add-on I'm writing that will automatically leave the group after the final loot roles have completed. My idea is to use START_LOOT_ROLL to check if a Frozen Orb is looted. If it is, then use another event (possibly CHAT_MSG_LOOT) to check and see if all group rolls are finished, and if they are, leave the group. What I can't figure out is how to check to see if all group rolls are finished. I feel that there has be an easy way to check this because I know that if you try to kick somebody during loot roles it will tell you that you can't. I wasn't able to find anything in the API that directly checks this.
Any ideas?
Edit: Here is what I have so far. It works so I'm happy with that but if there is a better way I am all ears.
function EQ:START_LOOT_ROLL(event, id, time)
local _, name, _, _, _ = GetLootRollItemInfo(id)
MaxID = id
if name == "Frozen Orb" then
self:RegisterEvent("CHAT_MSG_LOOT")
end
end
function EQ:CHAT_MSG_LOOT()
local LootInProgress = false
for i = 1, MaxID do
if GetLootRollItemInfo(i) then
LootInProgress = true
break
end
end
if LootInProgress == false then
self:UnregisterEvent("CHAT_MSG_LOOT")
LeaveParty()
end
end
And he got help with his code, from *gasp* the same person who expressed a negative opinion about the addon he was writing.
Just out of curiosity, if someone had come along and said "Great idea dude, I don't know how I manage to play without this addon, I can't wait 'til it's done!" would anyone have even said anything about that person having expressed an opinion? I bet not.
And I expressed my gratitude for the help that you gave.
Actually, I would have said a quick "Thanks/No Problem". Is there a double standard? Sure. Negativity begets negativity.
That being said, I'm an idiot. My code is not what is causing the messages. I disabled my add-on and I'm still getting these messages. I have not yet narrowed down what add-on is causing the problem. Also, I did remove the from 1 to 4 part as I have not yet had a tank other than myself or party1.
That's also my opinion, as someone who plays two tanks, a healer, and two melee DPS characters. Giants icons are great for marking "kill this thing" or "get away from this guy because he's about to explode", not so great for actually seeing what you're doing in close quarters. I've even left groups before where someone insisted on putting a persistent mark on me. At least now I can remove it myself, but it's still obnoxious.
And, I don't care if you don't care what I think about your feature. You posted about it on a public forum. You don't get to choose only to hear from people who think your idea is great. :)
Whether you like the idea or not is irrelevant. This is a code discussion forum, not add-on idea forum. Try and spin it however you want, you're still off-topic.
I'm queued up right now to see if party1 is always the tank. That would certainly simplify it though I'd still need to do a check so that if the tank leaves it's not marking a dps.
if it's spamming once for each player, my guess is that it's firing the event before the player has actually "joined" the group
Yes, this is exactly what I think is happening. The event fires more than once so I would prefer to avoid using a delay, but I would like to know if there is a check that I can do to see if the player has 'fully' joined. I tried checking to see if UnitName exists with no results.
I've updated the code with local in front of all variables. Thanks for the tip.
It has to be UnitGroupRolesAssigned that is causing the message because it comes up for each party member one time and SetRaidTarget would only execute for the tank.
I don't really care how you feel about the feature. It makes it easier for everybody else when the tank is marked and when I'm personally tanking I want to be marked. You can un-mark yourself just as easily which is why it's built in to not re-mark the same person.
I'm trying to automatically mark the party's tank designated by the LFG system with a {star} icon.
Here's what I have so far:
function EQ:PARTY_MEMBERS_CHANGED()
if self.db.profile.MarkTank then
isTank, isHeal, isDPS = UnitGroupRolesAssigned("player")
if isTank then
if MarkedTank ~= UnitName("player") then
SetRaidTarget("player", 1)
MarkedTank = UnitName("player")
end
else
for i=1, 4 do
isTank, isHeal, isDPS = UnitGroupRolesAssigned("party" .. i)
if isTank then
if MarkedTank ~= UnitName("party" .. i) then
SetRaidTarget("party" .. i, 1)
MarkedTank = UnitName("party" .. i)
end
end
end
end
end
end
The goal is to mark the tank when the tank changes and not re-mark the same tank if he/she chooses to take it off of him/herself.
That being said, PARTY_MEMBERS_CHANGED seemed to be the best event to use here, and it seems to work fine except that it spams "No player named Randomplayer is currently playing" when first entering the dungeon. Does anybody know of a workaround for this or is there a better event or check that I can use that would be better?
I'm trying to make a button that when right clicked simulates either right clicking an LDB or minimap icon (in this case, Skada's) or clicking the Skada menu cog button. Can anyone think of a way to do this?
Is there a way to use this command to open directly into the battlegrounds tab like you can with other toggles? I tried TogglePVPFrame("battlegrounds") and a few others but it doesn't work.
0
Indeed it was :)
Actually, I have a few mods that all start with 'e' (eAlign, eError, eRepair).
0
Download Here: http://wow.curse.com/downloads/wow-addons/details/equeue.aspx
eQueue is an add-on for LDB that is meant to satisfy all of your WoW queueing needs. It simulates the functionality of the default LFG and PvP buttons and minimap icons while adding many extra helpful features.
Features:
-Display dungeon deserter, battleground deserter, and random dungeon cooldown in the tooltip.
-Display 'Ready Check' timers in the tooltip and label.
-Display LFG and PvP queue times in the tooltip and label.
-Display icons for what classes are needed for the LFG group while in queue and during a 'Ready Check' in the tooltip.
-Display average LFG queue times for all roles in the tooltip.
-Option to hide the LFG and PvP mini-map icons for those taking advantage of the LDB functions.
-Option to play the 'Ready Check' sound even if sound is disabled and play it based on your 'Master' volume instead of your 'Sound' volume.
-Option to flash your screen when a 'Ready Check' appears.
-Option to hide the lingering role window that appears after accepting an LFG 'Ready Check'. This information remains available in the tooltip.
-Option to say an introduction to your party when starting a new LFG dungeon.
-Option to mark the tank of your LFG group with a {star} icon (does not re-mark if the tank chooses to remove it).
-Option to leave the party after loot rolls have finished (currently only works in WotLK Heroics).
Click the icon to bring up the LFG window or battleground scoreboard if in a battleground.
Shift-Click the icon to bring up the battlegrounds window.
Right-Click the icon to bring up the LFG or PvP drop-down menu if there is one or the raid browser window if not.
Type /eqq, /equ, or /equeue to open the options window directly.
0
Yes, I did put the for 1,4 back because I queued as a healer and tank was party3. No idea why.
0
Edit: Also plan on making it smarter in Oculus. It left on me today before I got my bag from the chest >_<
0
Any ideas?
Edit: Here is what I have so far. It works so I'm happy with that but if there is a better way I am all ears.
0
SetAlpha(0) will leave the frame there, just not seen, so it can react to OnEnter.
0
And I expressed my gratitude for the help that you gave.
Actually, I would have said a quick "Thanks/No Problem". Is there a double standard? Sure. Negativity begets negativity.
That being said, I'm an idiot. My code is not what is causing the messages. I disabled my add-on and I'm still getting these messages. I have not yet narrowed down what add-on is causing the problem. Also, I did remove the from 1 to 4 part as I have not yet had a tank other than myself or party1.
0
Whether you like the idea or not is irrelevant. This is a code discussion forum, not add-on idea forum. Try and spin it however you want, you're still off-topic.
0
Yes, this is exactly what I think is happening. The event fires more than once so I would prefer to avoid using a delay, but I would like to know if there is a check that I can do to see if the player has 'fully' joined. I tried checking to see if UnitName exists with no results.
0
0
It has to be UnitGroupRolesAssigned that is causing the message because it comes up for each party member one time and SetRaidTarget would only execute for the tank.
I don't really care how you feel about the feature. It makes it easier for everybody else when the tank is marked and when I'm personally tanking I want to be marked. You can un-mark yourself just as easily which is why it's built in to not re-mark the same person.
Raid icon 1 is star. Skull is 8.
0
Here's what I have so far:
The goal is to mark the tank when the tank changes and not re-mark the same tank if he/she chooses to take it off of him/herself.
That being said, PARTY_MEMBERS_CHANGED seemed to be the best event to use here, and it seems to work fine except that it spams "No player named Randomplayer is currently playing" when first entering the dungeon. Does anybody know of a workaround for this or is there a better event or check that I can use that would be better?
0
0
0