[Geoff B.]

Good evening Rich and welcome back!

Thank you for reaching out to us.
I would love to help you with this topic.

I believe that simply adding the following snippet should enable you to do what you are looking for: https://theeventscalendar.com/knowledgebase/use-the-event-cost-field-with-tickets-installed/

Let me know how that goes.

Best regards,
Geoff B.

[Geoff B.]

Hello again Brian,

I am sorry that this issue with the translation files (released in 4.2.5) is causing so much inconvenience for you .
Normally the string should be there. Updating the appropriate .po file from the .pot file (after re-saving it) should fix this for you.

Alternatively, as you know, downgrading will also work until we release a fix.

Thank you for your understanding and patience.

Best regards,

Geoff B.

 

[Geoff B.]

Good evening Brian and hello again,

You are absolutely right.
Alas, this is yet another manifestation of the event ticket and event tickets plus translation file bug.

The good news is that I found out that there is an additional workaround to fix the issue.
Instead of downgrading the plugins, you can:

1. Open the appropriated .pot files and re-save them
2. Open the related .po files and update them from the appropriate .pot file

Thank you for helping us improve by reporting these.

Best regards,

Geoff B.

[Geoff B.]

Good evening Max and welcome to the Events Calendar Support forum!

Thank you for reaching out to us.

Sorry about the slight delay in answering and even sorrier about
I would love to help you with this topic.

This is certainly quite a performance drop. To say the least, this is very unexpected. We apologize for the inconvenience.
I will relay this to be tested out thoroughly and get back to you.

In the meantime, I am noticing that the Query Cache Type is set to OFF for the database under PHP 7 on your install.
If you are up for it, I would recommend turning it on to see if that helps.

Best regards,

Geoff B.

[Geoff B.]

This reply is private.

[Geoff B.]

Good evening Juan,

Thank you for reaching out to us.

Normally, the events should fully display in your language.

As a first troubleshooting step, could you please provide us with your complete system information using the instructions found in the following link?

https://theeventscalendar.com/knowledgebase/sharing-sys-info/

Secondly, would you mind telling me which version of Spanish you are using (from Spain, from Mexico, etc…) under Ajustes > Generales

Best regards,

Geoff B.

[Geoff B.]

Good evening Avinash,

Thank you for writing back and for your great words.

The link:
https://theeventscalendar.com/support/forums/topic/possible-to-remove-rsvp-as-a-ticket-option/#post-1102859
We want to only use RSVP feature and hide woo commerce as choice. So assuming we make necessary changes to the code in the link which would only show RSVP, is my understanding correct?

Your understanding is spot on. Adapting this snippet will work.

https://theeventscalendar.com/knowledgebase/pro-additional-fields/
it looks like we should be able to add URL for payment within the event as desired. We will test it out.

Awesome, let me know how that goes.

I forgot add one more question yesterday, I am curious to know, is it possible to hide page to avoid creating event on master domain but only allow event creation on subsites? We are syncing events (using ical) from subsites to master domain and want avoid creating events on master domain?

That is a great question. The short answer is yes.

I am not clear if you want to hide the front-end page only or if you want to hide the ability to add events in the backend as well. Could you clarify that part for me ?

In any case, there are several solutions available:

1. For front-end, the link to the page is only visible if you actually input that link somewhere. If you want to be extra sure, you could change the “add” slug to something really different (e.g.: 133442455)
2. For the backend, you can remove any menu in the dashboard with a few line of codes in the functions.php of your WordPress theme (https://codex.wordpress.org/Function_Reference/remove_menu_page)
3. If you want to push things further you could literally block certain options (even with direct URL entry). Most users do that in combination with a WordPress role

Let me know if that helps.

Have a great day!

Geoff B.

[Geoff B.]

Good evening Mr Peri Peri and welcome back!

Thank you for reaching out to us.

We are sorry to hear that the Calendar and the Tickets are not translating properly.
I would love to help you with this topic.

There is currently a known glitch with translation files for Event Tickets and Event Tickets Plus (which is a priority one bug).
Unfortunately, I cannot commit to a release date at this point. But stay tuned, you will be contacted when fix is released.

However, I am unaware of such a bug with the Calendar. Would you mind telling me what your language is so that I can run some tests ?

In the meantime, as a workaround, even if this is less than ideal, downgrading one version of each plugin should work.
You can read more about it here: https://theeventscalendar.com/knowledgebase/downgrading-plugin-past-version/

Let me know how that goes.

Best regards,
Geoff B.

[Geoff B.]

Good evening Valerie,

Thank you for writing back.
I totally see your point.

The main issue you have to deal with is that there is one “Add to cart” button for all of these tickets by default.

Just to set expectations, before we continue, the scope of our support is mostly to get our customers started on the right track and to help them in case of issues.
We unfortunately do not provide complete support for customization.

With that in mind, I think there are a couple of ideas worth exploring:

1. Use Ajax to handle “Add to cart” which would offer more flexibility: https://theeventscalendar.com/support/forums/topic/add-to-cart-via-ajax/#post-1012713
2. You could hide the default ticket box altogether for that event (using CSS) and, in the content, use single products shortcodes for each ticket. The net result will be that you have one “Add to cart” button for each product, which in turn should get you one step closer to what you are trying to achieve (it might also enable your snippet to work).

Let me know if that helps.

Have a great day!

Geoff B.

[Geoff B.]

Hi again Daniel,

Thank you for the screenshots.

I am glad you are making progress on this. The double venue issue still strikes me as very odd though.
At this point, I am unfortunately unable to reproduce this.

I realize your theme has been the same for months. However, sometimes, when you update our plugins, that can break certain customizations (even ones that might not seem related at all).
I would like to reiterate my offer to run some tests with your theme/child theme if you are up for it.

Let me know how the WordPress update goes.

Best regards,
Geoff B.

 

[Geoff B.]

Good evening Lars,

Thank you for the system information.

Based on what I am seeing, it is likely that your custom snippets simply needs updating.
Could you please send me a copy of your WordPress theme and child theme in a .zip file link (via Dropbox or Google Drive) so that I can run some tests on my end while having complete access to all of your theme’s code ?

Best regards,

Geoff B.

[Geoff B.]

This reply is private.

[Geoff B.]

Good afternoon Greg,

I have some good news! The WPML folks are releasing the required update on September 12th!
So it does look like this will end very soon.

Best regards,

Geoff B.

[Geoff B.]

Good evening Malcolm,

Thank you for the links and Child theme files.

That allowed me to figure out what is going on. The main issue is that the whole header section (and subsections have high z-index), which in turn means that the actual content oftentimes will start “under the header” (like the login page for example).

The good news is that you can totally do a few things about that:

1. Try a few different settings under Events -> Settings -> Display (the Events template dropdown menu). There is a chance that might fix it.
2. Add some custom CSS rules that would deal with your responsive theme.

I could totally help you out with number 2 if necessary, but I would need a copy of the parent theme as well (not just your child theme).

But here’s a rule that I believe would at least help with most cases.

@media screen and (min-width: 992px) {
#tribe-events-pg-template {
margin-top: 176px;
}
}

Let me know if that helps.

Have a great day!

Geoff B.

[Geoff B.]

Good afternoon Peter,

Some our awesome Dev are working on a code snippet to fix this.
In the meantime, there is a workaround possible: use Event Categories.

For events that you need hidden from the mini-calendar, you can simply create and use a “hidden” category.
This will work because the mini-calendar widget lets you decide which event category to display.

I realize this is less than ideal, but if you are pressed for time, it is an alternative to consider.

I will get in touch as soon as the snippet is out.

Have a great day!

Geoff B.

[Author]

Posts