CiviCRM Community Forums (archive)

*

News:

Have a question about CiviCRM?
Get it answered quickly at the new
CiviCRM Stack Exchange Q+A site

This forum was archived on 25 November 2017. Learn more.
How to get involved.
What to do if you think you've found a bug.



  • CiviCRM Community Forums (archive) »
  • Old sections (read-only, deprecated) »
  • Discussion (deprecated) »
  • Feature Requests and Suggestions (Moderator: Dave Greenberg) »
  • More control needed for event signups.
Pages: [1]

Author Topic: More control needed for event signups.  (Read 3511 times)

SarahG (FountainTribe)

  • Ask me questions
  • ****
  • Posts: 782
  • Karma: 29
  • CiviCRM version: 4.4.7
  • CMS version: Drupal 6, Drupal 7
  • MySQL version: 5.5
  • PHP version: 5.3
More control needed for event signups.
November 08, 2007, 09:44:56 pm
I need to be able to specifiy limits on how many people sign up for certain roles.  For example: I need to set up a fundraising dinner where I want people to sign up as an attendee or as a volunteer. For this event I need 4 bartenders, 1 band coordinator and 6 people for the welcome table.

To get this working in CiviEvent ( CiviCRM version 1.8 ) I did the following:
I set up 1 event ( of type "dinner" ) called "fundraising dinner" with no maximum number of particpants.
I set up 1 event ( of type "volunteer work" ) called "fundraiser dinner bartender" with a max of 4.
I set up 1 event ( of type "volunteer work" ) called "fundraiser dinner band coordinator" with a max of 1.
I set up 1 event ( of type "volunteer work" ) called "fundraiser dinner welcome table" with a max of 6.

I then added a calendar entry ( in JEvents, a Joomla calendar component) describing the Fundraising dinner and need for volunteers. I also included 4 hyperlinks for the 4 event signup pages.

What I would like to see as an enhancement:
1) I would like to configure the "fundraiser dinner bartender" signup to automatically assign the "participant role" to the role of my choice. Currently everyone's role is marked as "Attendee"

2) I would like to group all 4 events under a parent event called "Fundraiser dinner". Then when I create a menu item that points to the parent event, it would show the parent event's description, plus all the child event descriptions and registration links.  It would be even better is this page displayed how many openings were left for each child event. Such as "2 out of 10 openings filled"

I belive these 2 enhancements would also allow people to set up a conference with mutliple courses. The conference would be the parent event. each course would be a child event.



Did I help you? Please donate to the Civi-Make-It-Happen campaign  CiviCRM for mobile devices! 

scedwar

  • Guest
Re: More control needed for event signups.
November 09, 2007, 02:32:53 am
In addition to the suggested and crucial enhancements to CiviEvent (see the latest newsletter), I would also add some of the following:

1) Allow greater customisation for event details, and the option to leave some fields blank. For example, at the moment you have to set a start time and end time. It would be nice to be able to omit certain fields.

2) Allow the option to link directly into the first page of registration, and skip the initial screen of basic information. Sometimes this information is already included on another sign-up page, and results in duplication.

3) Make the custom fields work properly for all payment types (including free events). At the moment custom data is sent in the email but not stored in the database! CRITICAL

4) Integrate more payment types and make sure that they work before releasing them in a final build...

5) Allow multiple payment types per event. This would not only allow users to pay by cheque, but to choose between online payment types - especially relevant when events are attracting payment from right across the world where users favour different payment systems.

6) Create a list of selectable and customisable actions that occur on successful registration in Drupal. For example, assigning a user to a role, creating a node of a certain type, etc.

Donald Lobo

  • Administrator
  • I’m (like) Lobo ;)
  • *****
  • Posts: 15963
  • Karma: 470
    • CiviCRM site
  • CiviCRM version: 4.2+
  • CMS version: Drupal 7, Joomla 2.5+
  • MySQL version: 5.5.x
  • PHP version: 5.4.x
Re: More control needed for event signups.
November 09, 2007, 10:24:52 am

Thanx for the feedback and comments, a few points (corresponding to the points u made)

1. Can u detail the fields u'd like to make optional and reasoning behind it. Making end time optional seems quite reasonable :)

2. You can do this today, you can skip the info page and do directly to the registraton page

3. This is fixed in 2.0 (CRM-2007)

4. Our payment types are a combination of community contributed code and team built code. As such we dont have the resources to test and debug the community contributed payment processors. As in any software project we value and appreciate bug reports and patches from the community. Would be great if you could step up and help QA the 2.0 alpha/beta release.

5. Pay by cheque is also in 2.0 (CRM-2395). Allowing the same event to use multiple payment processors will not be part of 2.0

6. A code contribution for this would be great

lobo


A new CiviCRM Q&A resource needs YOUR help to get started. Visit our StackExchange proposed site, sign up and vote on 5 questions

linkx

  • I post occasionally
  • **
  • Posts: 86
  • Karma: 7
Register multiple attendees on a single submission?
November 13, 2007, 02:37:15 pm
Would it be difficult to code the ability to "add attendees" on the online registration page?

My thought is that if a single person (coordinator, manager, etc.) would like to register (and pay for) a batch of people for an event, this would be very helpful.

I'm thinking just a little button that says "add another attendee" and then displays the appropriate fields, whatever they may be.


Dave Greenberg

  • Administrator
  • I’m (like) Lobo ;)
  • *****
  • Posts: 5760
  • Karma: 226
    • My CiviCRM Blog
Re: More control needed for event signups.
November 13, 2007, 02:54:50 pm
You can use the Price Set functionality to give folks the option to pay for multiple attendees - but it won't create multiple contact/participant records. The full-fledged "Add Attendees" functionality (adding additional contact and particpant records) would make a great community contribution. Contact us on IRC if you're interested in pursuing this.
Protect your investment in CiviCRM by  becoming a Member!

sambashakti

  • I’m new here
  • *
  • Posts: 6
  • Karma: 0
Re: More control needed for event signups.
November 14, 2007, 11:59:03 am
To expand on the idea of the original poster, using JEvents is a great solution for publishing events to the front end. Im doing the same thing as poster, creating the events in CivCRM then creating the events again in JEvents and pasting the hyperlinks to the Civ events in the JEvents Description. This is an excellent way to display events in the front end in a very unfriendly traditional calendar view (both full page size and mini side block views).
I would love to see more integration though with JEvents or to have CivCRM have its own module which displays events more graphically. This would remove the need for creating the event twice, etc.

linkx

  • I post occasionally
  • **
  • Posts: 86
  • Karma: 7
Re: More control needed for event signups.
November 14, 2007, 12:25:00 pm
I'm doing the same duplication of events with the Drupal "event" module:

Create event in civicrm, copy register link

Create event in drupal with CCK field for the register link.

Event is then available to the event calendar, taxonomy, Views, etc.

I have several Views-created blocks that display the events filtered by content type, taxonomy terms, and start date (I use "Start-date is greater than 'now'" to filter out past events from the block). The View is set to sort them descending by start-date.

I'm looking at starting a module project for Drupal that makes each CiviEvent info page a node of a specific content type. This way the "events" module can handle ALL of the "frontend" stuff (which it does very well). See this thread for more:

http://forum.civicrm.org/index.php/topic,1570.0.html

Dave Greenberg

  • Administrator
  • I’m (like) Lobo ;)
  • *****
  • Posts: 5760
  • Karma: 226
    • My CiviCRM Blog
Re: More control needed for event signups.
November 14, 2007, 03:13:27 pm
The ability to configure the participant role assigned by an Event has been added to the 2.0 queue:
- http://issues.civicrm.org/jira/browse/CRM-2420

Support for nesting events / sub-events is on the CiviEvent roadmap - but is too complex for us to include in 2.0.
Protect your investment in CiviCRM by  becoming a Member!

chrism

  • Guest
Re: More control needed for event signups.
November 19, 2007, 02:59:09 am
With the combination of price sets and ACLs, will there be a mechanism for allowing membership-dependent event registrations (e.g. individuals with Membership types A or B register for free and individuals without Memberships pay $10) ?

Dave Greenberg

  • Administrator
  • I’m (like) Lobo ;)
  • *****
  • Posts: 5760
  • Karma: 226
    • My CiviCRM Blog
Re: More control needed for event signups.
November 19, 2007, 07:11:21 am
The road-map for price sets includes implementing this type of functionality (e.g. price set items can be permissioned). However the 2.0 implementation will not include this. If you want to accelerate this and can contribute resources, contact us on IRC.

Otherwise, assuming we get the ACL on Events in place for 2.0 - I think you will be able to "sort of" meet this requirement by:
- creating separate copies of the event with different pricing
- giving access to "members version" of  the event to contacts who are in a "members" smart group
Protect your investment in CiviCRM by  becoming a Member!

Pages: [1]
  • CiviCRM Community Forums (archive) »
  • Old sections (read-only, deprecated) »
  • Discussion (deprecated) »
  • Feature Requests and Suggestions (Moderator: Dave Greenberg) »
  • More control needed for event signups.

This forum was archived on 2017-11-26.