Body: <p>This question shares a lot of features with a question I asked a year ago (<a href="https://civicrm.stackexchange.com/questions/27605/civievent-how-to-collect-different-custom-data-for-different-event-participant">CiviEvent: how to collect different custom data for different event participant roles?</a>) but I'm still faced with a use case I can't solve :-(</p>
  
  <p>Here's the scenario:  a user registers herself and a guest for an event (there is an Attendee profile used to gather info on the main registrant, and a guest profile used for the Additional Participants forms which collects different data that is specific to the Guest).  Later, the user realizes she'd like to register another guest. How does she do that? (Ed by Pete) She cannot use the form again without being presented with the primary participants fields, whereas we only want to collect the data for the Guest profiles</p>
  
  <p>I thought I could use the "<a href="https://civicrm.org/extensions/event-registration-based-participant-roles" rel="nofollow noreferrer">Event Registration Based on Participant Roles</a>" extension, and create a link to a blank registration form sepcifically for signing up a participant with a Guest role.  But although the extension works fine to set the participant role for the Guest registration form, the form itself displays the Attendee profile, not the guest one!  I cannot for the life of me figure out how to specify a different profile than the default one for a registration form.</p>
  
  <p>What I've tried:</p>
  
  <p>-- Form hooks only allow me to manipulate the output on the form -- I can't remove the underlying Attendee profile fields or change what profile is included when the form is built.</p>
  
  <p>-- I can't link directly to the AdditionalParticipant.tpl form, because it only functions within the data context of the main registration process.</p>
  
  <p>-- I've even tried hacking the source code Register.php to conditionally load a different profile based on user role, but it seems the extension is also just using the buildForm hook, so at the PHP level I can't tell the difference between a regular registration and someone registering a guest directly. I can't determine when to load the guest profile instead of the attendee profile.</p>
  
  <p>-- The only workaround I've come up with is to "allow multiple registrations with the same email address", and created a $0 priceset option "already registered, just updating my registration data".  So people can come back to the main registration form, select that no-cost option, and fill out more additional participant/guest forms. Of course that's not very user friendly, and gets ugly in the reports, looking like the same attendee has registered multiple times.....</p>
  
  <p>This is a Joomla system so please don't suggest Webforms -- I know this would be much simpler using Webforms but I don't have Drupal available to me.</p>
  
  <p>Any and all ideas welcome.</p>
  
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2019-11-26T18:01:01.503Z
Comments.Text: Can you explain what prevent that person (if they are logged out) from just resubmitting the form (since they are anonymous) with the new participants details? Or, if they are logged in, using the "you can also register another participant." option
Comments.UserDisplayName: petednz - fuzion
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2019-11-26T18:22:07.513Z
Comments.Text: The problem is that even if they are anonymous, the registration form shows the profile set as the default attendee profile in the event settings. I need to collect different information from the guests than I do from the attendees.
Comments.UserDisplayName: minbori
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2019-11-26T18:24:29.330Z
Comments.Text: How can I show a registration form with the profile set as the one for the "additional participants" in the event? Basically, I need a way to create an event registration form with a different profile than the default set in the event.
Comments.UserDisplayName: minbori
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2019-11-26T19:02:43.480Z
Comments.Text: ah - right - no i don't have a quick solution for that.
Comments.UserDisplayName: petednz - fuzion
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2019-11-26T19:05:05.103Z
Comments.Text: i tweaked the Q with that info. hope that was okay.
Comments.UserDisplayName: petednz - fuzion
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2019-11-26T19:24:27.903Z
Comments.Text: Of course, anything that might help me solve this :-)
Comments.UserDisplayName: minbori
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2019-11-27T07:51:41.343Z
Comments.Text: Pete, is it even possible to hand code a secondary registration form for an event? Would it require an extension, or is there some hook I'm overlooking?
Comments.UserDisplayName: minbori
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2019-11-27T18:05:22.860Z
Comments.Text: I don't know of a way of having a different 'front end' for signing up to an event in pure civi forms. It might be possible with eg the Remote Forms or the CMF extensions
Comments.UserDisplayName: petednz - fuzion
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2019-11-28T08:59:34.277Z
Comments.Text: I looked at the Remoteforms extension but it seems that it doesn't support registration forms, and I'm not sure it even supports Joomla.  What is the "CMF" extension?
Comments.UserDisplayName: minbori
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2019-11-28T18:48:33.380Z
Comments.Text: sorry civiMRF but I don't think it helps at all - which leaves you with either a customisation/extension, or just using a standalone Profile to collect the extra data and having to then manually add that person to the event (or via an import for bulk)
Comments.UserDisplayName: petednz - fuzion
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2019-11-29T12:09:16.020Z
Comments.Text: For the time being I've decided to use another Joomla form extension to create an "add a guest" form that is available only to people who have registered.  The form collects the needed profile data, plus allows the user to select priced items like in the priceset and pay using our payment processor.  Then the data is stored -- but the Civi admins will have to go in and add these new participants and their payments by hand.  Not elegant, but the best I can do under the circumstances!
Comments.UserDisplayName: minbori
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2019-11-29T12:09:37.220Z
Comments.Text: And meant to say thanks petednz for the responses.
Comments.UserDisplayName: minbori
Tags: <civievent><profile><joomla><registration><online-registration>
Title: how can a participant return to sign up more additional participants?
ThreadText: # how can a participant return to sign up more additional participants?
  
  (Asked by: username_0 on 2019-11-26)
  
  This question shares a lot of features with a question I asked a year ago ([CiviEvent: how to collect different custom data for different event participant roles?](https://civicrm.stackexchange.com/questions/27605/civievent-how-to-collect-different-custom-data-for-different-event-participant)) but I'm still faced with a use case I can't solve :-(
  
  Here's the scenario: a user registers herself and a guest for an event (there is an Attendee profile used to gather info on the main registrant, and a guest profile used for the Additional Participants forms which collects different data that is specific to the Guest). Later, the user realizes she'd like to register another guest. How does she do that? (Ed by Pete) She cannot use the form again without being presented with the primary participants fields, whereas we only want to collect the data for the Guest profiles
  
  I thought I could use the "[Event Registration Based on Participant Roles](https://civicrm.org/extensions/event-registration-based-participant-roles)" extension, and create a link to a blank registration form sepcifically for signing up a participant with a Guest role. But although the extension works fine to set the participant role for the Guest registration form, the form itself displays the Attendee profile, not the guest one! I cannot for the life of me figure out how to specify a different profile than the default one for a registration form.
  
  What I've tried:
  
  -- Form hooks only allow me to manipulate the output on the form -- I can't remove the underlying Attendee profile fields or change what profile is included when the form is built.
  
  -- I can't link directly to the AdditionalParticipant.tpl form, because it only functions within the data context of the main registration process.
  
  -- I've even tried hacking the source code Register.php to conditionally load a different profile based on user role, but it seems the extension is also just using the buildForm hook, so at the PHP level I can't tell the difference between a regular registration and someone registering a guest directly. I can't determine when to load the guest profile instead of the attendee profile.
  
  -- The only workaround I've come up with is to "allow multiple registrations with the same email address", and created a $0 priceset option "already registered, just updating my registration data". So people can come back to the main registration form, select that no-cost option, and fill out more additional participant/guest forms. Of course that's not very user friendly, and gets ugly in the reports, looking like the same attendee has registered multiple times.....
  
  This is a Joomla system so please don't suggest Webforms -- I know this would be much simpler using Webforms but I don't have Drupal available to me.
  
  Any and all ideas welcome.
  
  **Tags:** civievent, profile, joomla, registration, online-registration
  
  > **Comments:**
  > **username_1**: Can you explain what prevent that person (if they are logged out) from just resubmitting the form (since they are anonymous) with the new participants details? Or, if they are logged in, using the "you can also register another participant." option  
  > **username_0**: The problem is that even if they are anonymous, the registration form shows the profile set as the default attendee profile in the event settings. I need to collect different information from the guests than I do from the attendees.  
  > **username_0**: How can I show a registration form with the profile set as the one for the "additional participants" in the event? Basically, I need a way to create an event registration form with a different profile than the default set in the event.  
  > **username_1**: ah - right - no i don't have a quick solution for that.  
  > **username_1**: i tweaked the Q with that info. hope that was okay.  
  > **username_0**: Of course, anything that might help me solve this :-)  
  > **username_0**: Pete, is it even possible to hand code a secondary registration form for an event? Would it require an extension, or is there some hook I'm overlooking?  
  > **username_1**: I don't know of a way of having a different 'front end' for signing up to an event in pure civi forms. It might be possible with eg the Remote Forms or the CMF extensions  
  > **username_0**: I looked at the Remoteforms extension but it seems that it doesn't support registration forms, and I'm not sure it even supports Joomla.  What is the "CMF" extension?  
  > **username_1**: sorry civiMRF but I don't think it helps at all - which leaves you with either a customisation/extension, or just using a standalone Profile to collect the extra data and having to then manually add that person to the event (or via an import for bulk)  
  > **username_0**: For the time being I've decided to use another Joomla form extension to create an "add a guest" form that is available only to people who have registered.  The form collects the needed profile data, plus allows the user to select priced items like in the priceset and pay using our payment processor.  Then the data is stored -- but the Civi admins will have to go in and add these new participants and their payments by hand.  Not elegant, but the best I can do under the circumstances!  
  > **username_0**: And meant to say thanks username_1 for the responses.  
  
  ---
  
  ## 0 answers
  
  