[George]

Hey folks,

I’m sorry to hear about your frustrations with these issues. These issues are stemming from the fact that we updated our translation files quite extensively. One example of this is that “Event” and “Events” are now only translated one time, then passed to all instances of these words instead of having to translate every instance of these words.

If that doesn’t make much sense, it basically just means that translating things should be easier and faster. But different, which is leading to the new lack of translated strings in some cases.

The best solution is unfortunately to just hope new translations for languages come in. We’re receiving them now after people are updating, and anyone is welcome to submit. New translations will be made available as soon as possible!

Thank you,
George

[George]

Hey folks,

I’m sorry to hear about your frustrations with these issues. These issues are stemming from the fact that we updated our translation files quite extensively. One example of this is that “Event” and “Events” are now only translated one time, then passed to all instances of these words instead of having to translate every instance of these words.

If that doesn’t make much sense, it basically just means that translating things should be easier and faster. But different, which is leading to the new lack of translated strings in some cases.

The best solution is unfortunately to just hope new translations for languages come in. We’re receiving them now after people are updating, and anyone is welcome to submit. New translations will be made available as soon as possible!

Thank you,
George

[George]

Hi Torsten,

Do you mean that you you’re using the Community Events add-on, and for English speakers you’d like the “Add Event” form to be in English, but for German speakers you’d like it to be in German?

If so, this is unfortunately not possible with the plugins by themselves. You might be able to achieve it by using a multilingual-site plugin like “qTranslate” or something similar, though I don’t have a specific recommendation for such a plugin.

Sorry to disappoint, and if I’m misunderstanding your request, I’m sorry about that too! 🙂 If that’s the case, elaborate on your question in a bit more detail and we’ll try to offer a better answer here.

Cheers,
George

[George]

Hey David,

Thanks for the update. As long as those pricing configurations work fine with things added to WooCommerce carts as normal Woo “Products” content-types, then it should work. Tickets are just WooCommerce “Products”. However, though I’ve mentioned it before and am sorry to mention it again because it isn’t great news, I can’t 100% guarantee that it will work as desired because I haven’t tried it myself yet.

It seems that WooCommerce has a helpful refund policy, please see the information here in this screenshot → https://cloudup.com/cguSGWGFWNF

So hopefully you can try out this plugin and determine its usability within 30 days, and ask for a refund if you determine it to not be a viable solution here.

Cheers!
George

[George]

Hi Paul,

Thanks for the update. The only issues right now are an occasional bug where, after editing an event already sent to Eventbrite from your WordPress website, the status for the event on Eventbrite.com becomes “Private” for a bit before you save the event again on eventbrite.com to set it back to “Live”. This is only reported by some users some of the time, but should not cause any issues on your site in a way that would jeopardize your use of the plugin outright.

Please let us know how things go.

Cheers,
George

[George]

Hey Miguel,

Thanks for reporting this – this can sometime happen as plugins get updated, and some strings change. We’re working on moving things to GlotPress for translations, which would give users like yourself a web interface to just recommend a translated word here and there for the larger file, that then everyone else could use.

For now, the included translations are unfortunately the best available option for use, unless another translation comes in that would then be included in the next hotfix/maintenance release/as soon as possible.

Thanks for reporting this, I hope it’s not too big of a problem to make the plugin unusable on your site!

— George

[George]

Hey Gareth,

I’m not sure why your theme wouldn’t pick up the featured image from events – the standard “thumbnail” is used for the events post type, not a funky or weird alternative, so in theory it should be picked up fine.

We don’t offer support for troubleshooting themes, technically, but I’m curious about what you would find by replacing the above instances of this:

the_post_thumbnail( 'headerpic_mobile' );

With this:

echo get_the_post_thumbnail( get_the_ID(), 'headerpic_mobile' );

Use the ‘headerpic’ and ‘headerpic_mobile’ sizes where appropriate there, and try this out. Let us know what you find!

Thanks,
George

[George]

Hey @adventuresneo,

Sorry to hear you’re still having issues. I’m also sorry to admit to relay that the best step from here would be to run through our full set of troubleshooting steps, which are outlined here → https://theeventscalendar.com/knowledgebase/testing-for-conflicts/

Those steps may seem tedious, but truly are not and are faster to go through than it may seem. They’re also essential for revealing or ruling out possible theme or plugin conflicts, which seem very likely here if neither the shortcode or the Events List widget are working correctly.

Let us know if you run through those steps, and if so, what you find by doing them.

Thank you!
George

[George]

Hi Brad,

Sorry you’ve been running into some trouble here. I checked out http://centralcoastlive.com/events/ and didn’t notice a location search filter – seems you’re using our “Classic Header” option. To be clear:

1. Is this, in fact, the site where you’re having these problems? If not, share the URL to the site where you are having those problems.

2. Is this main /events/ page where you have the city-search issues? Or somewhere else on your site?

Thank you!
George

[George]

Hey Armin,

Separating the translation of these specific strings within The Events Calendar from the rest of the strings on your site is unfortunately quite a tricky thing to do.

In fact, I don’t even know how to go about doing this – I’m sorry to disappoint. The best solution would be to look for translation plugins out there that let you do this, or to manually go into The Events Calendar’s core plugin code and replace instances of strings passed through gettext functions like __(), _e(), esc_attr__(), etc., and just replace them with plaintext in English (or Italian, etc.).

This last option is not recommended, but just a possible alternative that I could think of.

Let us know if you have any other questions or concerns Armin, and again, I’m sorry to disappoint here.

George

[George]

Hey Cynthia,

Thanks for your patience with this issue. I’m not 100% certain why the Day view shows things differently (although, for me personally, it doesn’t seem to be different on the day view than it is on the other views – the only difference is the presence of text that reads “Search this site” about the search bar).

At this point, I could only surmise that your theme is again the culprit for that issue – I don’t notice any Body class names that are immediately or problematically different, so I’m not sure here, but that would be the best place to start.

Aside form all of this, I’m curious – what do you have for your “Events Template” setting if you head to Events > Settings > Display in your admin? Here’s a screenshot for reference → https://cloudup.com/cY7w9vAC8wB

I’d recommend trying out all the available options to you there, which depends on your theme. Try each one, save the changes, and then give your views another look. It’s possible that changing this template might help in some way.

I appreciate your patience with this issue greatly, and am sorry that there seems to be some core issues with your theme that are hard to workaround.

[George]

Hey Glenn,

I can relate to how you feel about the 404 status being returned for these cases where no events are found.

It’s tricky because in some ways, we want to treat events like search results. Like when you go to Google and search for something: if nothing is found, it’s not an outright 404 error – just some text that says “no results found”, ya know?

But the way things work with events is different – the way WordPress works and our plugin works with it, actual pages or endpoints are served up when events are found, so when they’re not found, a 404 is not just the same as “no results found” for a web search – there is an actual page that’s supposed to load that isn’t found. So we do the “proper” thing and return a 404, since 200 status is success and 404 is failed to load.

I hope the plugin continues to work well – if you know a bit of code, you can always move it to the “mu-plugins” folder on your site so that it stays active and doesn’t clog up your “Plugins” list page.

I hope this information helps a bit. Cheers!

— George

[George]

Awesome! If it’s by Woo themselves, then as long as the payment gateway just handles whatever’s in the cart and doesn’t manipulate things leading up to it (which I guess could theoretically mess around with the tickets), then things should work fine.

Keep us in the loop if any questions arise along the way.

Thank you!
George

[George]

Hey Thomas,

While we cannot help with custom code, even if we could this is unfortunately, as you said, an inherent limitation with WordPress itself. Searching by titles is tricky, the ‘s’ parameter for WP_Querys like you’re using in your last-posted example is a pretty good try at it, but writing custom Database queries is probably the best way to go.

You can learn about querying for things with the WP Database here → https://codex.wordpress.org/Class_Reference/wpdb

I’ll close up this particular thread for now since we cannot provide further support with the customization here, but if new questions or concerns arise drop by and open a new thread any time.

Cheers!
George

[George]

Hi Craig,

1. We’re using the standard ‘The Events Calendar’ plugin – not the PRO. Is purchasing PRO required before purchasing add-ons?

No, PRO is not required for any add-on.

2. Is HTTPS/SSL required on our site to provide the ticket ordering features of the EventBrite add-on?

Nope 🙂

3. I watched the intro video to the add-on, but I don’t see how the actual checkout process works. Is the site visitor taken offsite to EventBrite at anytime during the order and checkout process?

If a ticketed event is imported from Eventbrite correctly, then an Eventbrite-specific checkout form is generated like in this screenshot → https://theeventscalendar.com/content/uploads/2013/02/Eventbrite-front-end.png

Clicking the “Buy Now” button there will, yes, take the user offsite to Eventbrite.com. The tickets are being sold from there, not being sold directly from your WordPress site itself, so you have to be taken offsite to Eventbrite.com to complete the purchase and all that.

I hope this information helps! If you have further questions about Eventbrite, can you post them in a new thread? Link back to this one for reference if needed – it’s best to post unrelated questions in new threads so we can address them all as efficiently as possible.

Thank you!
George

[Author]

Posts