- Home
- Downloads
-
Addons & Mods
Featured
World of Warcraft
4,841 Addons
-
Popular Downloads
- Top World of Warcraft Addons
- Top Rift Addons
- Top Skyrim Mods
- Top Minecraft Server Mods
- Top Terraria Maps
- Top Starcraft II Maps
- Top Runes of Magic Addons
- Top Warhammer Online Addons
- Top Age of Conan Addons
-
- Curse Client
- Premium
- News
- Giveaways
- Forums
Calendar Inviter
Login to Add Favorites
- 0 Likes
- World of Warcraft
- 9,090 Downloads
- Supports: 4.3
- 2 Average Daily Downloads
- Comments
- Created 8/17/2009 12:32:49 AM
- Updated 1/2/2012 3:12:30 AM
- 44 Favorites
- Project Site
- License: GNU General Public License version 3 (GPLv3)
- Release Type: Release
- Newest File: 1.03
About Calendar Inviter
Please, report any bug/problem as curse comment or curseforge ticket.
this will help. thanks.
What is this?
-------------
This is nothing more than the name tells.
Another panel, that opens near the blizz calendar event panel, that gives you more information about the players.
Before forming raid, u can know:
-who is online and who is not (instant for guildies and friends, periodically performs whois on offguild players)
-who is on an alt (checks guild note and friendlist, supports auldlangsyne addon)
-which role (tank ranged melee heal) is each invited player (players are marked manually, this marking is saved thru sessions, supports multiple specs)
-how many u have for each role for the selected raid size (10/25)
-who is already in your raid
-history of signups (sorted, most recent last)
-who is signed, but has a low rank, so doesnt have spot granted
-who signed in the last X minutes (configurable)
It does support both invite-events and guild-wide-events (guild events tested just a bit)
If you are not event owner, the apply buttons has no effect, but you can still invite ppl.
How can i use it?
-----------------
U can just install this and use it pasively, just doing the thing the way u are used. You will just have some extra info on the side.
Else, as raid leader, there are 2 ways of using it:
-the first is to check the players you choosen and then press APPLY. This will mark other players as STANDBY, and will let you do a invite from blizz calendar
-the second is to perform invite within the CalendarInvite itself. the only difference (apart from addon beign bugged in converting to raid) is that this time addon will whisper alts announcing invite
There are known bugs?
---------------------
Many. More than bugs, they are things i didnt fixed, coz the software was ment to remain private.
Most are relative to frame behaviour, some to raid inviter, prob the offguild whois checks can also be better.
Hope making it public will improve this.
Does this addon require a widescreen?
-------------------------------------
No, but its designed for a widescreen display-ratio.
I developed it for myself and my guildleader. Both have 24", so i did it like this.
The frame is clamped to screen (which means it wont move out of the view area), but probably you will get some frames overlapping.
Solutions could be movable frame, scale blizz calendar, move frame over the calendar or.... buy a new monitor ;)
Why it was so badly configurable?
--------------------------------
Coz at start i developed it for my guild only.
Now it comes with full ingame gui for the options, so it a bit more user-frienldy
some stuff is still hardcoded so it suits my needs (like the brackets in auldlangsyne comments)
- guild alts: ALL alts must be tagged in guild description with the alt pattern (default prefix "Alt: ")
addon will strip pattern, then pick the first word as mainchar name
- friends with auldlangsyne addon: must set a note for each friend with main closed with round brackets, like "(Nameofmain)"
- friends with blizzard notes: must set a note for each friend with main name with no brackets or whatever
v1.03
-----
toc bumps
v1.02
-----
fixed v4 tabs
v1.01
-----
using standard blizzard v4 tabs now
v1.00
-----
4.01 visual fixes
finally fixed the self/this thing
v0.99
------
added option to show notes and officer notes in a tooltip when hovering players (disabled by default)
v0.989
------
fix to prevent role changes are applied to wrong player.
now its using name and not array index
v0.988
------
tried to fix whois window popping up all the time
v.0984
---------
new players are now marked as UNKNOWN, no more defaulting to dps
v0.983
------
added "?" icon for tentative accepts
tentative status now DESELECT players on event loadin
toc bump
fix for errors on load (friendlist behaviour)
hopefully the scrollbar doesnt periodically reset its position to top
v0.982
------
fixed guild check for notes with null prefix
v0.981 (beta)
------
fixed reserve tab
fixed bug with guild ranks
v0.98 (unreleased beta)
-----
added option to use officer notes instead of player notes (this setup prevents non-officer from using addon properly)
added multiple alt-ranks
v0.971
------
added option to show/hide label "offguild" near players
fixed useless whois-es on players already in raid (thanks to T-Base)
v0.97
-----
hopefully fixed all config troubles
fixed potential whisper bug
"CalendarInviter_Config.lua"; is history
v0.96
-----
fixed font size in main window
ranks and prefixes are now configurable
cleaned up a lot of code, some minor changes to config page
alt prefix can be now empty string (leaving just the name in the player comment)
v0.951
-----
hotfix for bug in options file, preventing from changes to take effect (will soon move everything in cfg panel)
v0.95
-----
total rewrite of the role data/routines/appearals
removed mousewheel on roles
redesigned rank appearals
added new tab cfg
added config for raid presets
added configurable last-minute delay
added configurable rank-threshold
redesigned tabs for filters
moved init routines to variables_loaded
moved config options to PerCharacter, while player roles are still global (for all toons)
alt prefix ("Alt: ") is no more case sensitive
you are no more able to see mouseover event of items behind window
v0.94
-----
melee/casters separation, first draft
v0.93
-----
added "!" mark that shows you ppl signed the last hour before raid with tooltip
(this delay can be changed with the CalendarInviter_Options.LastMinutesThreshold var)
v0.92
-----
added raid history in log window
fixed several bug introduced by 0.91 improvements
v0.91
-----
added dropdowncombobox for raid size
added popup window for easier role change
started coding the last-minute alert for raiders that sign at last moment
fixed new players not having any role (despite log was sayin they were assigned to dps)
v0.90
-----
fixed sort, now all online dps are on top, previously the offspec was taken in account while sorting
added guild-check button in log page. you can call it manually with "/script CalendarInviter_GuildCheck()"
v0.89
-----
typo in officer vars
v0.88
-----
fixed texture bug for in-raid members
bugfix
fixed apply bug
moved config code in separate lua for customization
v0.87
-----
fixed texture bug for in-raid members
virtualized most of rank code
v0.86
-----
toc update
v0.85
-----
added reserve tab
virtualized dps heal tank labels
v0.84
-----
dont whois for yourself when not guilded
dont whois for online friends
changed loop routine to stop when no whois needed
inviter spam lowered
v0.83
-----
total rewrite of inviter
v0.82
----
bugfix in inviter again
v0.81
----
fixed inviter now skips ppl already in raid
v0.8
----
added online check for off-guildies
added log window (and supressed much of the spam)
added hybrid classes (shift mousewheel)
redid all summary from scratch
added invite button
fixed frame beign overlapped by decursive microunits
added raid frame size
added mass invite
fixed wrong month shown
v0.7
----
added suport for friends, see notes
v0.6
----
added support for guildwide invite
undeclared variables cleanup
bugfix
removed some spam
v0.5
----
bugfix
v0.4
----
added raid check , ppl in raid will be highlighted, changed colors of totals
v0.3
----
changed total check
v0.2
----
no sort of role change
added event live check (if someone subscribes/unsubscribes during the invite phase)
v0.1
----
initial release
| File Name | Release Type | Game Version | Downloads | Date |
|---|---|---|---|---|
| 1.03 | Release | 4.3 | 78 | 1/2/2012 3:12:30 AM |
| 1.02 | Release | 4.0.6 | 1,912 | 3/10/2011 3:15:26 PM |
| 1.0 | Release | 4.0.1 | 1,822 | 10/15/2010 3:05:59 PM |
| 0.99 | Release | 3.3.5 | 24 | 7/7/2010 12:26:10 PM |
| 0.989 | Release | 3.3.5 | 4 | 6/10/2010 12:16:20 AM |
| 0.988 | Release | 3.3.3 | - | 5/5/2010 12:33:25 PM |
| 0.984 | Release | 3.3.0 | - | 12/28/2009 12:40:31 AM |
| 0.983 | Release | 3.3.0 | - | 12/15/2009 12:42:37 AM |
| 0.982 | Release | 3.2.0 | - | 11/7/2009 10:27:55 AM |
| 0.981 beta | Beta | 3.2.0 | - | 10/19/2009 1:27:42 PM |
| 0.971 | Release | 3.2.0 | - | 10/8/2009 11:58:51 AM |
| 0.97 | Release | 3.2.0 | - | 9/17/2009 11:44:59 AM |
| 0.951 | Release | 3.2.0 | - | 9/16/2009 12:28:26 AM |
| 0.95 | Release | 3.2.0 | - | 9/14/2009 12:00:25 PM |
| 0.90 | Release | 3.2.0 | - | 8/19/2009 12:17:42 AM |
| 0.89 | Release | 3.2.0 | - | 8/17/2009 12:34:40 AM |
Comments
must think a bit bout this...
there are no problems with hidng spec into officer notes, just must figure a way regarding WHEN they must be read.
if i read these on load and convert em into calendarinvite database, i should check for them every boot / change? or the ones stored in CI should prevail ?
Would it be possible to add some support for also auto setting roles from reading the officer notes, and partially configurable? Due to blizz's very limited number of characters to use in the notes I've been going with
@CharacterName[M/O]
I'd think atleast using the bracket the addon shouldn't have a problem telling where the name ends and the spec starts even though there's no space in between, since bracket can't be used as part of a character name anyways.
will do my best
pleas report with a detailed description of the problem, will fix it
I noticed a problem where, if you are choosing the roles for a character, and someone logs on, the list will adjust and set the role for the incorrect person. This seems to affect the character that was above the one you were attempting to change. Also, it would be nice to leave characters in the list after setting their role until manually reloading the list. It seems the bug I mentioned above affects newly added roles as well. Once the role is selected, the addon attempts to remove them from the list and the same problem occurs if the role selection dialog was not closed fast enough before the list updates.
I'm only guessing but I think the updates are based on the numerical index of the character being updated in the list and, when the list changes, the character who now occupies that index is being updated.
but when someone logs, the array is re-sorted (coz online ppl are always before the offline ones)... and all indexes are reassigned. this probably causes the mess.
will try to bugfix asap
Incredibly annoying, continues to do it until you are fast enough to open the calendar find them and remove them from the list before the /who window pops up.
am working on it to avoid this (which shouldn happen according to blizz api).
cant see any comment/tickets from your side, neither am i aware of any bug.
regarding elgustav notes (which we discussed via pm), am still pondering on how making the apply button work best.
the only other update is making tentative players optinal, which is done, but not yet public.
so....
asking for updates, heavily implying there are tons of uncovered requests (when there are none) is not nice, and not the kind of behaviour i am expecting as reward when developing such stupid, but still time consuming project.
i do what i can to make this addon that i developed for MYSELF enjoyable to as much ppl as possible. this doesnt mean i will allow anyone saying me i make ppl wait for THREE MONTHS when i answered ALL requests in few hours.
so, again, what are u waiting for?
For players who accept, as RL I would either chose to confirm them, put them on standby or if I knew they shouldn't even go on standby I would set them as "out". However someone set as "out" automatically reverts to standby when you click apply if they are not selected. Imo if they are set to "out" and not selected they should remain as "out" and if I decide to take them on as standby I would manually do this through the default blizz event window.
Additionally if a player is set to tentative the addon should not change that status. As there is no guarantee they are available they shouldn't be set as confirmed (if selected) or put on standby (when not selected). Perhaps I am pessimistic but I prefer to treat a tentative player as a decline until they change their mind as you can't manage a raid group based on players who may or may not be online. In that sense I would prefer to have the tentative players handled by the addon in the same way as the declines i.e. by not being changed status by the add-on at all and not allowing them to display in the player list in the addon main window. For me, that main window list should only be for players set to Accept, Confirm, Standby or Out i.e. players who have accepted the invite at some point and are definitely able to attend. Of course these are just personaly opinions and are perhaps different to the way you view each invite status.
I also noticed an issue with alt names a month or so ago. If a player is invited to a raid on his main but currently playing on an alt at the time of invites it will whisper the alt to log over. However if the alt is invited to the raid and the player is currently playing on his main at the time of invites it does not whisper the main telling them to relog as you would hope.
Thanks for making this addon anyway, even with the problems I've mentioned it's still very useful :)