Search Results for 'booking form'

[Stephen Harris]

Not really – they are required fields because the data they are collect are integral to the rest of the plug-in functioning well (e.g. being able to send a booking confirmation, providing tags such as %bookee_name%. I’m not entire clear on whether the problem is bookees may enter nicknames for that field, or you’re concerned about existing registered users (who do not have to provide a name) not having a name (correctly) filled in when they registered elsewhere on the site.

If the latter you could add a check for a ‘valid’ name (but in my opinion it would be near impossible to programatically check if a given name is ‘valid’). Otherwise, if a user might be able to register elsewhere on the site, you could force them to provide a name there. In a future update it might be possible to optionally display a field to only logged out or logged-in users.

On side note you say “pass a sensible name through the payment gateway” are your referring to the e-mails that get sent out to the bookee, or are you refering to the actual gateway (paypal/stripe)? If the latter, the name isn’t given to stripe or paypal.

---

@Rachel They’re not displayed twice as such. You’ve added custom fields which perform the same purposes as the automatically added ones :). The difference between the two is that Event Organiser knows the first three fields pertain to name, surname and e-mail and will use them accordingly (e.g. in e-mail tags, in sending booking confirmation etc.).

---

(Loosely related) Potential update:

Currently the name/surname/e-mail fields are added inside the eo-booking-form.php template (and so it is possible to remove them – but doing so would ‘break’ the plug-in.) The intention behind this was to allow users to move these fields around. However, it would make much more sense to move these fields into the form customiser UI and prevent their being removed (like the current ticket picker and gateway selection). Also like the ticker picker and gateway selection, these fields will still only appear when they are required by the plug-in (in this case when the user is slogged-out).

[Beth Moeller]

Hello Stephen,

Information only appears if the person has logged in or created an account. Our client does NOT want people creating accounts. The primary contact wants all the booking information (name, address, email, custom fields) in the email she receives. She does not want to have to click the link to review the information. I’ve had the discussion with her multiple times and she insists all the information must come to her via email.

Beth

Hi I think adding a fieldset start/end field to the booking form customiser would be great. I tried adding fieldsets using 2 HTML fields but it didn’t work.

Cheers Stuart

• This topic was modified 11 years, 5 months ago by  Stuart Farish.

[Stuart Farish]

Hi. I’ve figured it out. I just didn’t read far enough!!

For anyone else. Getting a custom field value you have added to the booking form is done as follows: $email = eo_get_booking_meta( $booking_id, ‘meta_4’ ) – Where 4 is the ID on the booking form (in my case the email field I had added)

Cheers Stuart

• This reply was modified 11 years, 5 months ago by  Stuart Farish.

[Stuart Farish]

Actually I’ve realised I’m not passing the value from the email or name field. The email / name is coming from the registered user profile, not the values in the booking form.

So my question now is, how do I retrieve an arbitrary value from the booking form?

Cheers
Stuart

Hi Stephen
I’m pretty new to WP and I’m struggling to retrieve the values from additional fields added to the booking form. I’ve followed your tutorial on adding a payment gateway and I’m successfully passing values such as price, bookee name, bookee email etc. to the external payment page. The problem I have is I want to send the postcode and street address as well but I can’t work out how to retrieve these values as they are not available through eo_get_booking_meta(). The documentation says to use get_post_meta() but I can’t for the life of me work this out.

Any help would be greatly appreciated.
Thanks
Stuart

Hi
I’ve just installed the Pro (Business) version of EO and I’m having a problem with the Address block on the booking form. The problem is I can’t remove State/Province. I can untick the State/Province checkbox and the field disappears but when I save the field still appears. If I go back to the booking form the checkbox is still unticked but the State/Province field is still there.

Any ideas??

Great plugin by the way. Saved me a world of pain. 🙂

Regards
Stuart

[Stephen Harris]

Hi Helize,

You shouldn’t need to set the IPN url in PayPal as it is set dynamically by the plug-in. Are you using 1.5.1? – that update ensures the IPN url has a trailing slash after the domain: previously it was discovered that not having a trailing slash was resulting in no IPN messages being received.

The first thing to do is to put your site into debug mode (http://codex.wordpress.org/WP_DEBUG) and then perform a test booking. When in debug mode the plug-in’s IPN handler will write to the error logs (with 1.5.0+). I’ll be in touch via e-mail, but if you can provide those error logs that will be help determine what is not working, and then address that.

Hi,
All my bookings are remaining in PENDING mode even after I have verified that they have processed with PayPal.
I am using paypal in my Gravity Forms and have IPN activated but with the gravity forms url.
Can you please advise as to how I can get my Bookings to automatically go from Pending to Confirmed once payment is received?
If I need to have a unique URL in the IPN in PayPal, please let me know what it is and I can use Zapier to add multiple IPN addresses.
Website is http://www.lwvoc.org

[Jan Wildefeld]

We also need the possibility to export the data of custom fields from our booking form. Is there any ETA? We would need it in February.
Should we go and export all data by copy and paste to excel, or is there a chance that this feature would be there right in time for us?

[Joe Iadanza]

Hi Mark,

I’m having the same problem and it just started happening. When someone tries to register, I get “ERROR: Some fields are not valid” and “Please select a ticket.” There’s a highlight to show the error field, but it appears to be highlighting a hidden field. I checked my style sheet and such and can’t see anything that I might have styled to be hidden.

It happens for all of my events, but you can try this one and see the error for yourself… Here’s a sample link: http://www.livingroomstudio.org/events/event/reiki-circle-with-jennifer-ellwood-3

I tried deactivating/reactivating the plugins. I also tried disabling simple booking mode. And I created a new booking form with just the payment gateway and ticket picker.

Nothing worked.

Let me know if you need anything else to help.

Hi Stephen,

Another minor and low-priority enhancement that would improve usability for non power-users:

It’s not entirely obvious for really non-techy people how to get a list of bookings for their events. It would be useful to have another menu item that displays each active event, where clicking on that event gets you a nicely formatted booking register (that includes print-formatting styles).

Some of my clients are pretty tech-shy, so exporting tickets to Excel is a bit full-on for them.

Best wishes,

Andrew

[Stephen Harris]

Hi Riko,

I believe this maybe because WPML creates a post for each translation and the booking form is attached is (by default) attached to the event’s content. Since the translation is not considered a proper event (or at least has now tickets associated to it) the tickets don’t appear.

To test this theory could you try using the booking form shortcode and specifying the event id: http://wp-event-organiser.com/pro-features/shortcodes/booking-form-shortcode/ and removing the ‘automatic’ booking form:

add_filter( 'eventorganiser_pro_get_option_disable_automatic_form', '__return_true' );

WPML give free licenses to developers who need to fix compatibility issues, so in the mean time I’ll obtain a copy to see if a permanent fix can be found.

I’m using the Central-theme that’s using ajax to loading pages. Unfortunately the makers don’t seem to go the usual worpress codex ajax-way
so checks like the following one will fail:

if (defined('DOING_AJAX') && DOING_AJAX) 

Still I can do a general ajax check which works fine but I’m not sure how exactly and which eo files I should load. The code’s placed inside my configuration plugin.

  define( 'EVENT_ORGANISER_DIR', '../event-organiser/' );

  if (isset($_SERVER['HTTP_X_REQUESTED_WITH']) && 
    !empty($_SERVER['HTTP_X_REQUESTED_WITH']) && 
    strtolower($_SERVER['HTTP_X_REQUESTED_WITH']) == 'xmlhttprequest')
    { 
      require_once(EVENT_ORGANISER_DIR.'event-organiser.php');
    }

Actually the only case where I have to initialize eo by myself is before calling the booking form via shortcode [event_booking_form]. The Datepicker isn’t there…