Ok, first of all *thank you* Omar and other maintainers/developers of this cool module. The way it keeps track of invitees/attendees and how it integrates with other important modules (OG, Friendlist, ..) to let you invite people in your network in a snap is just great!

I'd just like to give a feedback with a couple of things i don't get in it's UI and functionality:

1. Why users (organizer and other authenticated) can create more invitations for the same event? Actually the most of the events are non-recurrent, and users might find confusing to be able to 'Create invitation' for an event they were actually invited to. Wouldn't be easier to let just be one invitation per event, or have a permission to let admin choose which roles can create multiple invitations?

2. View invitation / Add guests / Send message tabs: personally i find it disorienting spreading the invite UI across multiple tabs. Why not unify everything in one single page? The "Your reply:" (View invitations) and the "You may invite..." (Add guests) blocks could be shown one above each other without confusion.

3. Maximum guests allowed: this number will reasonably change from time to time. Would't make sense to let the organizer set it at the moment of the creation of the invitation, or associate it to a CCK field of the event node in question?

ups, cents where 3 sorry about that ;) appreciate if those into this module could say their word so to help getting it even better.

many thanks one again

Comments

ulf1’s picture

ulf1 CreditAttribution: ulf1 commented
Assigned: Unassigned » ulf1

Hi,

thanks for your input.

1) having multiple invitations per event and for multiple recurring start dates is a feature, but I recognize that this might be confusing. I added a new permission
"rsvp multiple invitations per event" which needs to be enabled for roles that want to create multiple invitations for an event.

2) The setup has historic reasons and I do not want to change that anymore in this release. Maybe the next.

3) I do not understand this question. You can change the value when you edit the invitation in "extended mode".

Cheers,
Ulf

marcoBauli’s picture

marcoBauli CreditAttribution: marcoBauli commented

Thanks for dropping by,

1) A permission is a good start, but to get things more user-friendly, when the user clicks on the 'Invitations' tab he could be taken directly to the invitation screen, instead of to the "Invitations that you have created for this event" page and then click on the invitation once again.
I understand in that preliminar page there will be all the invitations created by the user, those that he has been invited to, ..., but i reckon this would just add confusion to the users the most of the time.

3) Yes, is this i was talking about :) Actually to edit the limit of subscribers to the event you have to:
--a. create the invitation
--b. save it
--c. edit it
--d. click on extended options
--e. find the maximum guests field amongst all the extended fields and edit it
--f. save it
IMHO the Maximum guests is not to be considered an "extended" setting, but a core one, and would be much more simple to have it handy when you create the invitation.

2) ok then, i'm adding my +1 for this.

ulf1’s picture

ulf1 CreditAttribution: ulf1 commented

1) Hm,
with the current dev stream, when you view a node(event), the Invitations tab should not be displayed if you are a regular guest and there is only one invitation for the node. You see the invitation probably because of your open invitation / Guest list view permsssion: anon, auth setting.
I have to check that.
Secondly, the Invitations tab is not the best means to access your invitation. I prefer the link at the bottom of the event that says "reply to invitation".

3) Well, what is considered important is in the eye of the beholder. I consider open invitation with limiting the number of guests optional.
What you really want is to select which settings you want to see on the basic or the extended screen. There might be even settings that you do not want to list at all.
I added the topic to the list for a future release.

Thanks,
Ulf

marcoBauli’s picture

marcoBauli CreditAttribution: marcoBauli commented

Ulf, thanks for your replies. The reason i jumped on this is because i'm planning to use RSVP for a client's project, and i might contribute some code back if it will be generic enough.

About point 3 above, you are definitely right and you are the maintainer :) still IMO is very likely that any event has a certain "capacity" of attendants. I am thinking about showing the participants limit field directly on invite creation form, or maybe linking it to a CCK field of the event type, similarly to what is done for the date (dateconnector).

Just let me have a deeper look at the latest dev snapshot and clear the needs of the customer, and if something good and general enough turns out i will contact you. Otherwise i guess anyone else is welcome to leave his own cents. Cheers!

ulf1’s picture

ulf1 CreditAttribution: ulf1 commented
Status: Active » Closed (fixed)