Search Results for 'booking form'

[Stephen Harris]

If this the booking form, then you can designate a return page (where the user is returned to after making a booking), and use the Google analytics code on there.

The only other option (I believe) is to use Google analytics to capture the ‘on click’ event of the booking form. This involves adding an onClick event to the form button. As of 1.10.0 themes (and plug-ins) can over-ride the booking form templates, including the template used for buttons. You could add the onClick attribute there.

As for specific details of the GA code I’m afraid I can’t help – I don’t use Google analytics in any meaningful way :).

[Stephen Harris]

Hi Andrew,

1) It should be in the next few weeks. A beta version will be available prior to then.

2). Yes, however the difficulty is that payment gateways behave differently, e.g. for some, such as Stripe, take the credit card details as part of the booking form. The potential choice of payment gateways also complicates this issue. I’m not ruling this feature out, but it’s something that will require some time.

[Stephen Harris]

Hi Don,

At present this isn’t possible, this is largely due to the fact that the booking form is too closely linked to the “current user”. In particular, if the booking from were displayed on the admin page it would assume the booking were for the admin user. This is a fault in the design that needs addressing regardless.

Because booking forms can contain custom form fields added by the admin, as well as fields added by other plug-ins – it would potentially break those plug-ins or leave users without complete data to simply allow admins to select a date and tickets rather than complete the booking form as it would appear on the front-end. So there would be very little (if any) difference between entering a booking admin-side on a user’s behalf and simply placing a booking as a logged-out user for that person (save the faff of having to log out or open a new browser).

In short, this feature is lower down on the priority list, but I’m happy to reshuffle that should there be a reasonable demand for it.

[Tony]

Hi,

Is it possible to guide me translating some parts of the booking form. I just don’t get it. I have hard coded some parts for now which I know is really dumb.
Tony

[Stephen Harris]

Hi Andrew,

There is no way to complete an abandoned transaction. It’s intended that the user would go through the booking process again.

That that alert appears informing the user they’ve made a booking when the booking is still ‘pending’ is an oversight. This message currently appears for bookings which are not cancelled (or deleted), but that should probably include pending statuses too. There’s a difficulty here in that there are potentially situations where this might be desired (e.g. bookings where payment is intended to be made at the door) – Event Organiser is used for an incredibly vast range of different uses, so such cases can’t be ruled out. A change may subtly “break” the UX in such examples. In the next update there’ll be a filter to toggle this behaviour, but some consideration will need to given as to what the default value should be. I’m erring towards changing the current default behaviour, because it’s more likely than not that it’s undesired. There’ll be a announcement made prior to the next update.

As an aside in the plug-in settings, you can configure whether ‘pending’ bookings should reserve space. This should really only be done if there is likely to be a significant delay between a booking being made, and the booking being completed (paid for). (e.g. offline payments). For online payment gateways, a ‘pending’ is status is likely to mean an aborted booking, and can be considered as cancelled.

Lastly, if you wanted to implement the change now you can change line 166 includes/form-customiser/class-eo-booking-form-view.php which current reads:

}elseif ( 
   eo_user_has_bookings( 
      get_current_user_id(),  
      $this->form->get( 'event_id' ), 
      0, 
      eo_get_booking_statuses( array( 'name' => 'cancelled' ), 'names', 'not' ) 
   ) 
) {

(That is, it checks for any bookings by the current user of any status other than ‘cancelled’). And you could (for example) change that to:

}elseif ( 
   eo_user_has_bookings( 
      get_current_user_id(),  
      $this->form->get( 'event_id' ), 
      0, 
      eo_get_reserved_booking_statuses()
   ) 
) {

to check for any booking status which reserves the space(s) for the event (which may include ‘pending’ depending on the site settings).

Hi Stephen

I am confused how to change the thank message. My site is in Dutch. Still testing in sandbox mode. Using Mollie and only ideal payment. After payment has been made, returning to the order form I get this message: Thank you for your booking. You shall receive an e-mail containing your tickets shortly What do I need to change? I have found this in the documentation: function myprefix_set_offline_booking_message(){
return '... new message ...';
} should I change it to this<br /> function myprefix_set_mollie_booking_message(){
return '... my message ...';
} and then add this to the functions.php?

In the forum I also found something about the booking status in french, but still remain unsure how to return a dutch text or translation in the thank you message. What should I do to return a Dutch text?

Kind regards, Tony

• This topic was modified 10 years, 4 months ago by  Tony.

Hi,

I have an event which accepts PayPal bookings. When the user hits “book” it sends an email to admin saying there is a new booking, which is fine.

If the user then goes to the PayPal payment page and they do not pay, there seems to be no way to complete the transaction later. So is the intent that the admin manually follows up on “Pending” bookings?

This is confused by the statement on the booking form to the user which says “You have already booked for this event” because, unless I am missing something, there is no way for the user to actually complete that pending booking.

Can you elaborate on what the intended workflow is here?

[Stephen Harris]

Hi Edith,

It seems the translation domain was missing for those words, hence (assuming a translation has been provided), it wouldn’t have been translated. (Details on how to provide translations can be found here: ).

The ticket table it self should be formatted (in a minimal fashion) – centered text, bold headings. But you can change the mark-up of the table using the filter: eventorganiser_email_ticket_list:

add_filter( 'eventorganiser_email_ticket_list', 'my_email_tickets_table', 10, 3 );
function my_email_tickets_table( $html, $booking_id, $booking_tickets, $booking_id){
     //$html is the mark-up for the table. Alter/replace as required.
     //$booking_tickets is a array of tickets. Each ticket in the
     //array as $ticket->ticket_price and $ticket->ticket_name etc.
     //$booking_id is the booking ID. Or it is -1 when generating the e-mail
     //for preview (see Settings > Event Organiser > Bookings)

      return $html;
}

Please note that e-mail client support varies from miminal to non-existent (which is why the formatting is so simple), furthermore all styling must be done in-line.

[Stephen Harris]

Hi Cindy – Yes it is possible, (see for example).

That will position the event details below the content. But by default the booking form appends the form at the end of the content. For getting flexibility you can add the line:

 add_filter( 'eventorganiser_pro_get_option_disable_automatic_form', '__return_true' );

to your theme’s functions.php and then add

  echo eo_get_booking_form();

in the single-event.php template whereever you want the booking form to appear.

[Stephen Harris]

Hi Benjamin,

1. I’ll take a look at this – FES only has a Swedish translation at the moment, so is this a case of the text in question not being translatable? Or just not translated? (If this relates to the booking form customiser, please note that that requires the translations in .json format, which will be done for any submitted translations).

2.You can do this via: eo_fes_get_submitted_event_meta( $event_id, 'submitter_email' );, where $event_id the submitted event ID. If the submitter is logged-in then the event submitter’s user ID is used to retrieve the e-mail, otherwise the e-mail stored with the event is used. What errors are you seeing?

3. Thanks for reporting this – this will be fixed in 1.1.5 (due today)

[Stephen Harris]

Hi Chris,

This will happen whenever the user clicks “book” and the booking form validates, but for whatever reason they do not complete the booking process (i.e. the paypal checkout).

Yes, if you change that option, then it will free up the pending tickets. The “Reserve pending tickets” option is there for situations where there might be plausible be a wait between the user completing the booking, and the booking be confirmed, that is, paid for (i.e. offline bookings).

Hi Stephen

Please allow three questions concering your superbe FES add-on:

1. Translation of Labels in Form

The following labels are listed in english when you run a wp-installation in another language: «First Name», «Last Name», «Event Start» and «Event End». Is it possible to alter this in the form editor or could you do this with the plugin? (By the way: in the booking form the labels are translated as they should…)

2. E-Mail Address

How can I retrieve an email address entered in the FES-form? Where is it saved to? By the way: I am facing transmission errors when I set the e-mail as a mandatory field… if not: works fine.

3. Admin Notification Mail

The link «You can view and edit the event here» in the admin notification email is not working and seems to be empty.

Keep your great work. You are awesome!

Cheers, Benjamin

[Stephen Harris]

Hi Jef,

The string “Thank you for your booking. You shall receive an e-mail containing your tickets once we have confirmed payment” is translatable, it’s just a (French) translation hadn’t been provided for it (at the time of the release). It seems a translation has since been provided, so that should be in the next update.

The booking status is a small bug – it’s printing the status identifier rather than the label. This will be fixed in the next update, but involves editing the booking history template. That means if you have custom template for the booking history shortcodes, you’ll need to update this yourself.

Another point that I propose : if another page than the “return to booking form” is configured, the above confirmation “thank you for booking…) is not displayed. I’m not sure if it can be changed.

That’s deliberate – the page can contain any text as required.

Hello Stephen,

A small request :

The following booking confirmation message is not translated :

Thank you for your booking. You shall receive an e-mail containing your tickets once we have confirmed payment

in the booking form.

as well as the booking status “pending / Cancelled / Confirmed” from the [booking_history] are not translated.

Another point that I propose : if another page than the “return to booking form” is configured, the above confirmation “thank you for booking…) is not displayed. I’m not sure if it can be changed.

All the best!

Jef