When creating and invitation (or adding recipients) it would be very useful if there was a box with a list of users on the site that could be selected and a button clicked to add the selected users to the email invitation list, while retaining the ability to type in email addresses.

It seems this should be possible by making use of something similar to how the cck user field works.

On the two sites where I'm trying to use rsvp, right now users must already know the other user's associated email address in order to send them an invitation.

Ideally, permission checking for the function would allow a permission type to allow or not allow a user group to see other user's email addresses, if the email address needed to be exposed in the process.

So in summary:
1. A box on the invitation page that lists site usernames, probably a multi-line select box with a vertical scroll-bar.
2. A button to add the selected usernames to the invitation list.
3. Appropriate permissions in the access control list for user email address privacy reasons.

I plan to offer a bounty to get this feature added to at least 4.7, as I think it's still a bit beyond my php/javascript skills in the time I'd have available.

Comments

Thomas Sewell’s picture

Thomas Sewell commented

Bounty offered at http://drupal.org/node/157436 . Would prefer to give some cash to the module maintainer if they'd like to do it in a fast fashion, but need it in the next couple of weeks.

owahab’s picture

owahab commented
Version: 4.7.x-1.x-dev » 5.x-1.x-dev

Thomas,
4.7.x version does no longer accept feature requests so I'm moving this to 5.x.
Now, if enough people voted for this feature I might do it (for 5.x) otherwise I'll wait for someone to provide a patch.

rrr’s picture

rrr commented

Hi Guys
I like the bug fixes in 1.1 as it seems to work, thanks for a great addition

but I also agree with this comment, and vote for it

I run a small group of < 100 users, and RSVP would be great for things like
sending to all members for events like meetings so we could get numbers for catering ect,
sending to role based (like committee),
and as the Thomas said above, being able to select members by name would be very usefull (I can see how this would not be if you had thousand of users)

Regards Russell

Mabrouk’s picture

Mabrouk commented

I'd absolutely vote for this too. I actually submitted another feature request asking it to be for Buddylists (maintained by buddylist module) which seems good enough for larger subscriptions like the one I anticipate on mine (1000+). A full user's list may impose unintentional spam while a selected well-introduced buddylists could be the right one to do. Not that I endorse buddylist module here and nothing else. But just making sure that any good lists with similar functionality is needed. In fact necessary in my case... I just couldn't use RSVP in its current state which is a dream module short of this little feature. Thanks Omar.

owahab’s picture

owahab commented

I would love to have this feature in RSVP too, I just need more votes. I can not develop new features unless they're really needed by community members. :)
As per buddylist, I still have some long list of modules to integrate with.
I have now a priority to integrate with signup module since both modules are sharing some features.

pmoigne@naou.fr’s picture

pmoigne@naou.fr commented

Hello, I need this feature in RSVP too, thinks to vote

frogbrain’s picture

frogbrain commented

I thought this would have been an obvious and most important feature! :D

We run an outdoor club site and users are split into roles like "kayakers" "bikers" "rock climbers" etc. Right now, I manally send event rsvp's to different groups. it would be great to have some sort of elegant function that would do this for me.

Good work Omar!

owahab’s picture

owahab commented
Assigned: Unassigned » owahab

Working on it.

owahab’s picture

owahab commented
Status: Active » Fixed

Done, will appear in next release which is planned to be out in the next few hours.

owahab’s picture

owahab commented
Status: Fixed » Closed (fixed)