I just added an Attendees tab to all event nodes on this groups.drupal.org site. This lists all users who have signed up for an event. Signup happens by clicking on a one of the node links that reads 'i am not attending'. I'd love someone to create two graphics which will sit at the bottom of event node views which encourage users to attend or unattend an event. The current link is a little too subtle.
You can see the Attendees tab and the attend links at http://groups.drupal.org/node/8373. Feel free to attend/unattend yourself - it doesn't generate any emails. This is powered by views_bookmark following this recipe by moofie. required very latest views_bookmark. I am not using signup.module because it doesn't yet work with date.module powered events.
Comments
Excellent feature, but it confused me at first
Hey Moshe,
I really like this new feature but you're absolutely correct in that "The current link [i am not attending] is a little too subtle."
I mistakenly interpreted the "i am not attending" as just that, that if I clicked it, it meant I wasn't attending (kind of like an RSVP in which one politely notifies the host/hostess that "I regret I can't attend"). Because I live in Austin, I knew I wasn't going to attend so I clicked it just to test things out per your suggestion. I didn't even think to look for an "i am attending" button at that point.
Then, when I clicked on the "Attendees" tab, I had thought my name would be listed in a column titled "Not Attending" (or something to that effect) next to a column listing all the actual Attendees (again, not even thinking that if that were the case, there would have been an "i am attending" button on the previous screen).
So to my surprise when I clicked the "Attendees" list, my name was there as an attendee, even after having originally clicked the "i am not attending" button.
It took me a few seconds to figure things out. I now understand the "i am not attending" and the "i am attending" buttons are toggle buttons, so I clicked on "i am attending" to unattend. ;) Whew, glad I don't have to buy a ticket to Boston! LOL.
Do you think when signup.module is updated to "work with date.module powered events", that the process will be a bit more intuitive like event.com's "Yes, No, Maybe" signup? Otherwise, I think it will confuse folks on g.d.o.
Keep up the great work!
Walt Esquivel, MBA; MA; President, Wellness Corps; Captain, USMC (Veteran)
$50 Hosting Discount Helps Projects Needing Financing
Walt Esquivel, MBA; MA; President, Wellness Corps; Captain, USMC (Veteran)
$50 Hosting Discount Helps Projects Needing Financing
I agree it is confusing.
Very nice feature, but I agree it is confusing. Basically, the link is trying to do two things at once: indicate the current status and act as the toggle-button to change that status. It would probably be best to seperate these two. So, I had a go at two icons for this. Have the icons represent the current status and keep the link as the toggle:
and
Switching the icons on mouse-overing the link might be another improvement?
Yoroy gets this exactly
Yoroy gets this exactly right. You need to be clear both on what the current state is, and what will happen if you click.
sorry, i forgot to comment
sorry, i forgot to comment on this. i agree that we need to communicate the status and the action for toggle. i'm not sure the proposal is as clear as can be though. did you consider using text for the status and the graphic for the verb?
Art Group
You might like to add this to the Art Group.
Bevan/
Bevan/
Moshe, I'm just creating a
Moshe,
I'm just creating a 5.2 development branch for Date and Calendar with all the new code, hopefully all ready for testing by the end of the day. If you're anxious to get the Signup module working, once I get that done I can jump back there and try to make a patch to get the CCK stuff working (for both Version 1 and Version 2). If you don't care one way or the other, I won't worry about it right away.
I'm happy with
I'm happy with views_bookmark. As I mentioned from the top, the only remaining todo is UI.
I'm not
+1 for signup
boo hoo
i'd really love to see signup here, instead. there's only 2 minor features in signup that are actually not yet supported with date.module/CCK nodes instead of event.module nodes:
a) autoclosing signups once the event starts (who cares?)
b) reminder emails (i doubt views_bookmarks supports this, either).
nothing stops you from doing full-featured attendance tracking already. and you get lots of other goodness (signup broadcast -- ability to email everyone who signed up, event admins can signup other users, on and on it goes).
and yes, KarenS, i'd love to see your patch move forward again -- that'd be fantastic!
cheers,
-derek (dww)
I'm in agreement
I'm in agreement that Signup is a better way to go. Views Bookmark is a great module but I don't believe it's well suited for this application. The UI would have thrown me off completely if I didn't already understand how Views Bookmarks worked.
Views and Views Bookmark only shows posts that have been flagged for some arbitrary reason while Signup is truly designed for event coordination. Please continue your work, KarenS. Using Signup with Date-enabled content types would be killer.
Three cheers for signup.mod
I think that signup.module would be a great addition to this site!
Senpai (my d.o account)
Joel Farris | my 'certified to rock' score
Transparatech
http://transparatech.com
619.717.2805
+1. Make that six cheers.
Walt Esquivel, MBA; MA; President, Wellness Corps; Captain, USMC (Veteran)
$50 Hosting Discount Helps Projects Needing Financing
Walt Esquivel, MBA; MA; President, Wellness Corps; Captain, USMC (Veteran)
$50 Hosting Discount Helps Projects Needing Financing
We are not conducting a vote
We are not conducting a vote here. If you must, please state an argument for preferring. Dww made a good argument right from the top. Note that 'UI' is not a compelling argument since these are theme functions and one can pretty much be made to look like the other. (especially if anyone would volunteer like I requested when I announced views_bookmark).
No problem Moshe
What, no voting? LOL.
OK, let me preface my comments by saying that, very often, many folks, myself included, are not fully aware of the reasoning behind a particular decision, e.g. why use views_bookmark vs. signup.module, so please excuse my ignorance.
It's been so long since we've used signup.module that I've forgotten some of the nice things it did. But taking a look at its description brings at least one important feature, reminder emails X days before an event:
I happened to glance at my calendar today and saw that the Austin group has an upcoming event this Saturday, so I cared enough to write an email and then send it out to the group. IMO, this should be an automatic process, not an extra task on my "to do" list, nor the "to do" list of any other event planner.
And I know we're no longer using the event.module, but you get the idea. I don't know about/understand all the technical stuff of what works with what, but automatically sent out event reminders would be an excellent feature.
And thanks for all you do, Moshe. I hope my comments don't come across as complaints but, rather, suggestions for a better way to do things. :) I'm very happy with all the excellent work you've done with respect to og.
Walt Esquivel, MBA; MA; President, Wellness Corps; Captain, USMC (Veteran)
$50 Hosting Discount Helps Projects Needing Financing
Walt Esquivel, MBA; MA; President, Wellness Corps; Captain, USMC (Veteran)
$50 Hosting Discount Helps Projects Needing Financing
Seattle Drupal User Group for Signup
We would also love to see the Signup module return to g.d.o. We miss the ability to email the attendees. This would go a long way to keeping our group up to date on meetings and other local events.
already there
the ability to email registered attendees can be useful, but you are describing a functionality you already have. any group admin can send email to the whole group. See the email tab on the group homepage. If a web post is not to your liking, then you might use that email broadcast to announce a local event.
Emailing whole group != email everyone who signed up
The Bay Area group has 207 subscribers and counting.
There was a social event tonight, where 12 people marked themselves as attending, 15 commented (and more than one of those was confusion over how to indicate they were coming).
Anyway, say someone wanted to send out a message about carpooling to the place. It would have been totally inappropriate to email that to all 207 bay area subscribers, but an email directly to the people who said they were coming would have been completely fine.
Specific arguments in favor of signup
Currently true:
A) The default UI "out of the box" is much more clear and obvious.
B) Signup broadcast (email only the people who signed up).
C) Signup limits for events that have a fixed capacity.
D) Ability to close signups on an event if necessary.
E) Can completely disable signups on a per-node basis if you don't actually want people to signup for something (e.g. you're announcing something that's happening at a fixed time, but not trying to coordinate attendance).
F) Event admins (owner of the event) can signup other users who said they were coming but didn't officially signup on the site yet.
G) Could have optional fields on the signup form, e.g. phone number, which only event admins can see.
H) Optionally send emails to event owner whenever anyone signs up.
I) Optionally send confirmation emails to whomever signs up (e.g. with specific details you don't want to post publicly on the site, but any authenticated user who can signup should get the info on exactly how to get into the venue, whatever).
J) I actively maintain the module, and it's always getting better. ;)
Will be true in the near future:
K) Ability to automatically close signups for events that are about to start or that already started.
L) Ability to automatically send reminder emails N days before the event starts. (both of these care of http://drupal.org/node/86462)
[Note: these are only "near future" since g.d.o runs CCK/date.module -- signup already supports these for event.module].
Hopefully true in the medium-near future:
M) Ability to reply that you can't make it, or you're only a maybe, etc. (http://drupal.org/node/45419)
N) Ability to customize the signup form for each node (http://drupal.org/node/29568)
which version of signup
terrific list. so, do i go with 5.2.3. was released in november. care to roll a newer release? i'm happy to switch back to signup.
Released 5.x-2.4 just for you. ;)
Great, glad to hear you're willing to turn signup back on. There have been a few good bug fixes and new features since 5.x-2.3, and it's been a while since I cut an official release, so I just created 5.x-2.4 in your honor. ;) Of course, if you've got suggestions or requests, you know how to find me over at http://drupal.org/project/issues/signup.
Thanks!
-Derek
signup deployed for all
i've deployed the new signup. see http://groups.drupal.org/node/8372, for example.
listing event attendees in an "Attendees" tab
@Moshe, thanks for bringing Signup back! I agree with you that its UI is a little cluttered. Here's a solution Lee and I put together a while ago that should address your second point:
Signup has superb Views support. I've exported a view for you that will list the event attendees in an "Attendees" tab and trimmed it down to better fit groups.drupal.org.
@dww, thanks for the new release of Signup!
Thanks all of you!
dww! Thanks for the new release of Signup!
Moshe! Thanks for being flexible, putting groups together and all you do for the community!
christefano! Thanks for the code/view export. It sounds like just the thing.
+1
Outstanding! Thanks to all.
Walt Esquivel, MBA; MA; President, Wellness Corps; Captain, USMC (Veteran)
$50 Hosting Discount Helps Projects Needing Financing
looks better, thanks
great recipe, christefano. i've implemented it and things are cleaner. i'd love to get rid of the fieldset on node view and just show the button but i am not up for fixing anything that might break. there is a #tree=TRUE on the fieldset.
starbow may be able to help there
Glad you found the recipe helpful. :) I've wanted to alter that form, too, if only to make the fieldset not collapsible. Meanwhile, I completely forgot about moving the Signup form to template.php (which is discussed elsewhere).
@starbow, did your modified version of Signup (used at the BADcamp website) change this behavior of the signup form? It would be great to see your improvements added to Signup in the near future.
Thanks for doing this. Just
Thanks for doing this. Just wondering what it takes to get this button to show up for our user group meeting. We have an attendees tab, but no way to sign up for the meeting. Or is this hidden deliberately until you think it's working better?
any admin can edit the event
any admin can edit the event node and enable signups. please tell one of the many editors which url you refer to.
http://groups.drupal.org/node
http://groups.drupal.org/node/8081. Like I said, I wasn't sure if it was intentional or not, so I didn't try to do anything about it.