Answers.Body: <p>I agree that this should be possible in the manual registration.</p>
  <p>However, you could likely work around this using CiviRules. Not knowing your exact situation I'm guessing here, but this is how I might approach it.</p>
  <ol>
  <li>Install the 'Email API' extension (needed to be able to send email from CiviRules).</li>
  <li>Install the 'CiviRules' extension.</li>
  <li>Create a new participant status simply so it can be seen by the rules engine. Maybe something like 'Registered (manual)'.</li>
  <li>Create a new rule 'send email to manual registrants'.</li>
  <li>Make the rule trigger 'Event Participant is added'.</li>
  <li>Add a linked condition to the rule 'Participant status is (not) one of'.</li>
  <li>Set the condition operator to 'is one of'.</li>
  <li>Choose the new participant status you created 'Registered (manual)'.</li>
  <li>Add an Action 'Send Email'</li>
  <li>In this example, you shouldn't need a delay, but it can be useful to introduce a short delay to allow tables to be updated if you need to test them or get data from them.</li>
  <li>Lastly, set the email parameters including the message template. You can CC, BCC etc.</li>
  <li>Save and test with a manual registration for a fake user. You will have to choose you the custom status you created so the rule will trigger.</li>
  </ol>
  <p>You could add an additional action to the rule that changed the participant status to the normal one after the email is sent.</p>
  
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2020-12-24T04:06:10.917Z
Answers.Text: Unfortunately I can't add more statuses like that. They use the statuses pretty heavily and have emails that go out based on them. I'd have to hunt them all down to add this new one, plus train them to remember there are now two Registered statuses. I don't see it happening and people would get left off the class lists.
Answers.UserDisplayName: Jenni Simonis
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2020-12-24T23:10:48.333Z
Answers.Text: There may be another condition you could use. I was just imagining your situation. You might want to install CiviRules and take a look. You may find another approach. CiviRules is pretty flexible for filling in gaps like you describe.
Answers.UserDisplayName: kapn
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2020-12-28T15:17:33.873Z
Answers.Text: I already use CiviRules, but I've got to put together in such a way that it's easy for them to use and not mess with any of the processes they already know. I really wish the box would just use html since it's pulling in the receipt box, which does use html.
Answers.UserDisplayName: Jenni Simonis
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2022-11-20T22:48:43.490Z
Answers.Text: It is so frustrating that this problem persists in 2022. It's been discussed since at least 2014. I just spent hours on a workaround again for a series of events. If this field just supported HTML then it would have been trivial and done ages ago. Maybe time for me to see if there is any way I can do something about it myself.
Answers.UserDisplayName: kapn
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2020-12-23T20:13:53.287Z
Answers.LastActivityDate: 2020-12-23T20:13:53.287Z
Answers.UserDisplayName: kapn
Body: <p>I'd <a href="https://civicrm.stackexchange.com/questions/21255/confirmation-email-providing-a-wysiwyg-so-users-can-add-html-ified-content">asked about this</a> almost a year ago, and at the time was pointed towards a patch that was being worked on. But that patch, as I understand it, was closed as incomplete. Does anyone know if additional work was done on it? I really need to be able to have HTML on the confirmation email when you do a manual registration for someone or input a manual payment. </p>
  
  <p>It's fine for now if it doesn't have a WYSIWYG, I just need the field to support HTML. </p>
  
  <p>Right now, we have text on each individual event that gives information about the specific event, such as the location, recommended hotels, etc. It has HTML added manually to it (since that field doesn't have a WYSIWYG). That text all copies over to the receipt when you manually add a training to a record, including all the HTML tags. But when that email sends, it doesn't actually allow HTML. So all those tags just show up in the email as text. </p>
  
  <p>Below is a bit of the text in the receipt that gets sent out with all the tags included. This is a screenshot from the actual email received, not the field inside Civi.</p>
  
  <p><a href="https://i.sstatic.net/6bixm.jpg" rel="nofollow noreferrer"><img src="https://i.sstatic.net/6bixm.jpg" alt="enter image description here"></a></p>
  
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2020-04-01T20:04:31.390Z
Comments.Text: Did you ever figure this out? I'm trying to do a similar task in putting HTML in a custom token to input into an email.
Comments.UserDisplayName: Christine
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2020-04-02T03:45:25.710Z
Comments.Text: Nope. Still nothing. It really frustrates our folks when they need to manually enter a payment, as they have to completely redo the receipt email since it has HTML in it.
Comments.UserDisplayName: Jenni Simonis
Tags: <civievent><receipts>
Title: Receipt for manual registration - HTML
ThreadText: # Receipt for manual registration - HTML
  
  (Asked by: username_0 on 2020-03-06)
  
  I'd [asked about this](https://civicrm.stackexchange.com/questions/21255/confirmation-email-providing-a-wysiwyg-so-users-can-add-html-ified-content) almost a year ago, and at the time was pointed towards a patch that was being worked on. But that patch, as I understand it, was closed as incomplete. Does anyone know if additional work was done on it? I really need to be able to have HTML on the confirmation email when you do a manual registration for someone or input a manual payment.
  
  It's fine for now if it doesn't have a WYSIWYG, I just need the field to support HTML.
  
  Right now, we have text on each individual event that gives information about the specific event, such as the location, recommended hotels, etc. It has HTML added manually to it (since that field doesn't have a WYSIWYG). That text all copies over to the receipt when you manually add a training to a record, including all the HTML tags. But when that email sends, it doesn't actually allow HTML. So all those tags just show up in the email as text.
  
  Below is a bit of the text in the receipt that gets sent out with all the tags included. This is a screenshot from the actual email received, not the field inside Civi.
  
  [![enter image description here](https://i.sstatic.net/6bixm.jpg)](https://i.sstatic.net/6bixm.jpg)
  
  **Tags:** civievent, receipts
  
  > **Comments:**
  > **username_1**: Did you ever figure this out? I'm trying to do a similar task in putting HTML in a custom token to input into an email.  
  > **username_0**: Nope. Still nothing. It really frustrates our folks when they need to manually enter a payment, as they have to completely redo the receipt email since it has HTML in it.  
  
  ---
  
  ## 1 answers
  
  ### Answer by username_2 on 2020-12-23. Score: 1
  
  I agree that this should be possible in the manual registration.
  
  However, you could likely work around this using CiviRules. Not knowing your exact situation I'm guessing here, but this is how I might approach it.
  
  1. Install the 'Email API' extension (needed to be able to send email from CiviRules).
  2. Install the 'CiviRules' extension.
  3. Create a new participant status simply so it can be seen by the rules engine. Maybe something like 'Registered (manual)'.
  4. Create a new rule 'send email to manual registrants'.
  5. Make the rule trigger 'Event Participant is added'.
  6. Add a linked condition to the rule 'Participant status is (not) one of'.
  7. Set the condition operator to 'is one of'.
  8. Choose the new participant status you created 'Registered (manual)'.
  9. Add an Action 'Send Email'
  10. In this example, you shouldn't need a delay, but it can be useful to introduce a short delay to allow tables to be updated if you need to test them or get data from them.
  11. Lastly, set the email parameters including the message template. You can CC, BCC etc.
  12. Save and test with a manual registration for a fake user. You will have to choose you the custom status you created so the rule will trigger.
  
  You could add an additional action to the rule that changed the participant status to the normal one after the email is sent.
  
  > **Comments:**
  > **username_0**: Unfortunately I can't add more statuses like that. They use the statuses pretty heavily and have emails that go out based on them. I'd have to hunt them all down to add this new one, plus train them to remember there are now two Registered statuses. I don't see it happening and people would get left off the class lists.  
  > **username_2**: There may be another condition you could use. I was just imagining your situation. You might want to install CiviRules and take a look. You may find another approach. CiviRules is pretty flexible for filling in gaps like you describe.  
  > **username_0**: I already use CiviRules, but I've got to put together in such a way that it's easy for them to use and not mess with any of the processes they already know. I really wish the box would just use html since it's pulling in the receipt box, which does use html.  
  > **username_2**: It is so frustrating that this problem persists in 2022. It's been discussed since at least 2014. I just spent hours on a workaround again for a series of events. If this field just supported HTML then it would have been trivial and done ages ago. Maybe time for me to see if there is any way I can do something about it myself.  
  
  ---
  
  