[Barry]

Hi! Can you confirm you still need help with this? So long as the /wp/ segment is present in the URL everything seems to work as expected, best I can tell (but please don’t hesitate to clarify if I’m mistaken).

[Barry]

Hi: great questions!

All sorts of customizations are possible. Check out our Themer’s Guide in the first instance as it gives a great overview of the basics involved in making custom changes – then our tutorial on adding thumbnails to the events list widget would be the next thing to look into.

The event list widgets I see on your homepage seem to have been customized quite a bit, though, so it might be you need to adapt it accordingly. Similarly, without knowing what changes have been made there trying to guide you through a date format change could be tricky.

See how you get on with the Themer’s Guide and tutorial, though, and we can take things from there 🙂

[Barry]

Well, this to some extent varies according to e-commerce engine but in principle a refund (for example) doesn’t mean the sale didn’t take place and neither does it mean the customer will not be attending: it’s perfectly possible for a merchant to refund or cancel a transaction – as a good will gesture owing to some other issue, or because payment was made independently through some other channel etc – and for that sale figure to still be pertinent.

Does that clarify things at all? We’re always interested in any feature requests you might post if you feel strongly that this should be changed (and we are also investigating a way to completely remove entries from attendee lists which, though still in progress, might ultimately bring about the sort of behaviour you need here).

As a sidenote, please note that you posted this in the Eventbrite Tickets forum – the WooCommerce Tickets forum is generally best for questions like this one.

[Barry]

Hi philh – can you confirm exactly which Google Map links you are referring to here or point me to a live example? On single event and venue pages the map link seems to me to have a target of _blank (open in a new tab/window). Thanks for clarifying!

[Barry]

Hi – sorry you’re facing difficulties.

That certainly shouldn’t happen – and I do see you already tried deactivating all other plugins and switched to a default, unmodified theme: can you confirm if those steps had any impact on this issue?

[Barry]

Hey you closed my ticket before I could respond!

Sorry about that! Actually it’s due to a bug in the forum and support tools – you’ll probably find the same thing happens this time, too. We’re sorry for the inconvenience and if we don’t manage to answer your question fully first time round and you need to follow up please don’t hesitate to post additional threads as you’ve done.

Is there a way of sending out an email when someone buys a ticket? And in that email there would be a link to our own additional registration form?

Yes: so if you use WooCommerce Tickets or another of our ticketing extensions (we have ones that work with Shopp, Easy Digital Downloads and WP E-Commerce) then typically an email is indeed sent to the customer and in most cases those plugins allow you to customize the receipt emails – so you might use that as a way of accomplishing this.

I hope that helps and, again, please don’t hesitate to post a fresh thread if you need more information.

Thanks for the query 🙂

[Barry]

This reply is private.

[Barry]

I’m sorry you are experiencing difficulties. Am I right in thinking the only remaining problem is the visibility of events in week view? If so, I can definitely see some CSS that is impacting:

.tribe-grid-body div[id*="tribe-events-event-"] .hentry.vevent { border:1px solid #ffffff !important; background:rgba(255, 255, 255, 0.75) !important; }

That’s generated by _theme_styles/custom.php so my guess is it’s actually some custom CSS you or someone working on your site added: can you investigate if that might be the case and remove or alter it accordingly if so?

[Barry]

Hi Sean: despite what the new user primer says, that doesn’t seem to be what I see when I test this out and I think we may have abandoned that strategy – can you confirm that you actually are hitting up against this and what (Filter Bar specific) settings you have in place if so?

[Barry]

Yes, there is! The first step is to review our Themer’s Guide which covers many of the basics in terms of customizing The Events Calendar. With that done, go ahead and set up a custom copy of the single-event.php template and drop this code into a suitable place within it.

Does that help?

[Barry]

Hi Richard:

Is this in the context of the frontend and is it just one or two areas, such as the venue entry on single event pages – or are you trying to change it in the admin environment (or a combination of these things)?

Thanks!

[Barry]

Hi: we are indeed actively looking into changes here and will be progressing this issue over the next few release cycles.
Thanks for your patience!

[Barry]

Hi – I’m sorry you’re hitting difficulties. The steps we normally recommend as a starting point are:

• Ensure your Modern Tribe plugins are up-to-date
• Deactivate all non-Modern Tribe event plugins
• Switch to a default and unmodified theme such as Twenty Thirteen
• Test to see if the problem still occurs
• If it has been resolved, start reactivating everything one-at-a-time – checking at each stage to see if the problem has returned

This is a great way of pinning down any conflicts that might be present.

I did take a quick look at your site and noticed that the response for a search that ought to have returned results was a 500 internal server error – so it could well be the case that there is a conflict and the above steps might help to reveal this.

Let us know how you get on!

[Barry]

I’d imagine some changes are possible here – to clarify though do you mean you want to remove the additional fields from the ‘event meta’ box and move them above the event description? Or do you just want to reposition them within the meta box?

[Barry]

Hi Cynthia,

Those stylesheets seem to me to be present – I think the actual problem here are some CSS rules that are applied to widgets in the context of a 404 not found error (and a day without events results in such a thing). Something like this could help:

.error404 #main .widget {
    float: none;
    width: 80%
}

You could try adding this to a suitable stylesheet (perhaps your child theme stylesheet) in an effort to workaround this, however you’d need to be mindful of any impact on your actual 404 template and how it displays widgets.

Does that help at all?

[Author]

Posts