Calendar Enhancements - Farcaster's Event Attendance

A BETA version 2.0 is now available in the 3.7 modification area.

This hack will allow your users to RSVP "Yes," "No," or "Maybe," for events posted on your forum calendar. You can configure which calendars RSVP should be enabled or excluded from, and on each event you can also specify whether this is an RSVP event. Unlike the old Event Attendance script, this hack will work on all types of events whether they are single day, ranged or recurring.

For ranged and recurring events, members are able to RSVP for a single day of the event. So, if the recurring event occurs every Monday, your members can RSVP separately for each recurrence. For ranged events that span more than one day, members can sign up for individual days of the event. Thus, if the event had a duration of 5 days, a member could signup for only one or two of the days, if he chose.

This hack is known to work with 3.6.x, and may work with 3.5.x, but no support is offered for this version at this time.

vB Event Forums Users:
You will need to install an additional module: https://vborg.vbsupport.ru/showthread.php?t=133970


Upgrade Instructions:
- 1 xml upload

1. Use the Product Manager to import the product file product-rah_calendar_rsvp_1_2_2.xml. Be sure to ALLOW OVERWRITE.

Installation Instructions
- 1 XML upload
- 1 template modification

1. Use the Product Manager to import the product file product-rah_calendar_rsvp_1_2_2.xml
2. Use the Style Manager to find and edit your calendar_showeventsbit:

Near the bottom of the calendar_showeventsbit, find:

     </form>

Below that add:

     $rsvp_form

That?s it. You should now configure any changes to the default options you like. If you previously used Event Attendance 2.0 by Arpy, you should disable it or uninstall it.

If you want to change any of the wording or need to enter translations, this hack uses the following phrases:

Calendar Phrases:
calendar_rsvp_allow
calendar_rsvp_attendquestion
calendar_rsvp_changelater
calendar_rsvp_maxlength
calendar_rsvp_maychange
calendar_rsvp_yoursvp
calendar_rsvpd
-- Added on 11/30/06:
calendar_rsvp_guest
calendar_rsvp_guest_limit
calendar_rsvp_guests_prompt
calendar_rsvp_max_guests
-- Added on 2/20/07
calendar_rsvp_changeby
calendar_rsvp_maychangeby
calendar_rsvp_closed
calendar_rsvp_expires

Standard Phrases:
yes
no
maybe
submit
comment
-- added on 2/20/07
minutes
seconds

Extra Instructions for 3.5.x Users:
This hack MAY work with 3.5.x, but you will need to add the standard global phrase "Comment"

Screenshots Attached.

If you use this hack, please be sure to click "Install" so that you can receive notifications of any updates.

Revision Log:
1.0.0 - 10/14/06 - Initial Release

1.0.1 - 10/19/06 - Maintenance Release.

• Updated to handle getting a link without the "day" parameter.
• Fixed timezone bug.
• Updated calendar_rsvp_yoursvp phrase to include date.
• Updated calendar_rsvp_attendquestion phrase to include date.
• Updated calendar_rsvp_form for changed phrases.

1.1.0 - 11/30/06 - Minor Revision

• Added ability for members to register guests in their RSVP. The guest system can be completely disabled, and is also configurable by event to limit the number of guests each member can bring.
• RSVPs are now time stamped. The date and time of the RSVP can be displayed on the RSVP form if desired from a setting in the admincp.
  RSVPs can now be sorted by the date the user signed up or by member name.
• The hack is now configured to work with the "Check Version" option for products in vBulletin.

1.1.1 - 12/15/06 - Maintenance Release.

• Fixed uninstallation code. The hack can now be uninstalled without error and will correctly remove all fields and tables added by this hack.

1.1.2 - 12/21/06 - Maintenance Release.

• Corrected install code to handle fields left behind by installations prior to version 1.1.1. You only need to install this update if you were recieving database errors when attempting to install the product.

1.2.0 - 02/20/07 - Minor Revision [Detailed Notes]

• Feature: Moderators and owners can remove member RSVPs from events.
• Feature: RSVP Expiration System added.
• Bug Fix: Changing the date or recurring options of an event now removes all RSVPs.

1.2.1 - 05/09/07 - Maintenance Release

• Bug Fix: Fixed problem with event description being truncated if it ended in the letter "n"
• Bug Fix: Fixed summary when multiple events on the same day are shown so that it no longer cumulatively adds the guests and member counts to the next event.

1.2.2 - 05/03/08 - Maintenance Release

• Added Security Token to be compatible with vBulletin 3.6.10 and 3.7.0.

This hack is provided completely free of charge. However, if you use this hack and are so moved, you may make a donation via PayPal:

[Elenna]

Quick question about RSVP times. If someone RSVPs "Maybe" and then updates it to "Yes", it changes their time to when they updated their RSVP. Would it be possible to keep the time as the original time they RSVPd "Maybe"?

[dismas]

Can anyone tell me what the following means when someone gets a reminder email:

Scheduled Start Date: January 26th, 2008 (13905 Days)

I know that the first part is the date of the event but what is the "13905 Days" part?

[Batouchu]

I have this weird bug and I quite don't know how to explain it:

When I click on the event be it with a test account or my admin account, it shows just fine.

But when some specific users click on the same event, it shows as being closed with a whole different list of attendees.

I peeked in the DB and there's no trace of those users being registered to this event, so i'm quite puzzled.

EDIT:
Apparemtly it's linked to timezones. I live in australia and thus set up the event accordingly to my timezone for sunday. But for US people, the event is on a saturday evening and for some reason they can't register, as if the event wouldn't know the difference between 0 and 1 day.

Also the server is based in Australia, so tht might be the source of this issue?

[Batouchu]

Ok, that's completely irrational, and I've no idea what's going on with my install of this mod.

If I set up an expiration date through the admin options, half of the attendees can't see the other half, depending on their timezone.
Also expiration date is off by one day (before)/ one week (after) still depending on your timezone.

If I create an event without an expiration date, but activate it afterwards, it works just fine.

[AndyA]

Can someone help with a problem please ? I've just installed this on 3.6.8 and it works fine other than my users are having a 'Style' issue when they view the events.

Yup, that works!

Except its in a different 'skin' colour scheme, to which all pages change to when I navigate away, so then have to change back!

Any ideas ?

http://www.throttlejockey.co.uk/foru...0569#post70569

The link to the calendar event opens up in a new window in the style that others aren't using.

[bugzy]

Quick Reply is not working for Events Thread. I get the below error

The message you have entered is too short. Please lengthen your message to at least 1 characters.

[Elenna]

Originally Posted by bugzy

Quick Reply is not working for Events Thread. I get the below error

I have the same problem. But I'm not sure if it is this mod, or the Event Forums mod.

I edited the template to remove the Quick Reply box in our calendar forum.

[bugzy]

Originally Posted by Elenna

I have the same problem. But I'm not sure if it is this mod, or the Event Forums mod.

I edited the template to remove the Quick Reply box in our calendar forum.

yeah, im not sure where the problem comes from either

[xcesiv]

how hard is it to adjust this mod to change it from having options yes no and maybe, to Entrant, Spectator, no

[Ronin Storm]

I've been having no end of headaches trying to figure out the following problem but I've finally found a resolution.

Problem:

I have Event Attendance, Event Forums and the bridge installed on my vB3.6.8pl2 board.

When I post using quick reply from a threaded-mode view to an event whose RSVPs have closed, I get the following message:

Invalid Event specified. If you followed a valid link, please notify the administrator

This does not happen when replying from linear mode, via quick reply or not.

Solution:

After lots of investigation, false starts, long pauses and just ignoring it, I've discovered the following in version 1.2.1, in the calendar_rsvp_form template.

	<input type="submit" class="button" value="$vbphrase[submit]" />

	</td></tr>
	</table>
	</form>
</if>
<if condition="$expires[0]<0">
	<table class="tborder" cellpadding="$stylevar[cellpadding]" cellspacing="$stylevar[cellspacing]" border="0" width="100%" align="center">
	<tr><td class="alt2" align="center" valign="center" height="75"><font size="2"><b>$vbphrase[calendar_rsvp_closed]</b></font></td></tr>
	</table>
</if>

Notice the </form> tag? That's the closing tag for a form opened at the top of this template, except the form was opened outside of the if block. When RSVPs close, the closing form tag is lost.

The easy resolution is to change the block above to the following:

	<input type="submit" class="button" value="$vbphrase[submit]" />

	</td></tr>
	</table>
</if>
<if condition="$expires[0]<0">
	<table class="tborder" cellpadding="$stylevar[cellpadding]" cellspacing="$stylevar[cellspacing]" border="0" width="100%" align="center">
	<tr><td class="alt2" align="center" valign="center" height="75"><font size="2"><b>$vbphrase[calendar_rsvp_closed]</b></font></td></tr>
	</table>
</if>
</form>

Notes:

The reason this does not affect linear mode posters is because the posting is done via AJAX. However, for threaded-mode users the posts are actually POSTed. Normally, they'd be posted off to the newreply.php script correctly but because a form block further up isn't close, the submit information for the quick reply block now believes its supposed to be posting to calendar.php. That'd be fine, except that the action "newpost" is not recognised by calendar.php so it eventually falls back to its default action of posting an error. Also, because none of the rest of the body in calendar.php is called, none of the calendar hooks fire (fortunately, otherwise this would have been impossible to debug) so the hook that forcibly forwards the user to the thread for that event (Event Forums functionality) doesn't fire.

But all this is ultimately caused by a misplaced </form> tag inside the Event Attendance code. Hence the bug report/solution here.

Hope that helps.