[George]

Hey @flourishdesignstudio,

Sorry you’re having trouble here. This bit of information is actually quite important:

it only seems to be a problem in safari on tablets and phones… not chrome….

This could hint at a theme conflict, as things that are only problematic in one sort of browser but not others are usually the result of HTML, JavaScript, and/or CSS inconsistencies in the theme.

To test this, can you temporarily activate a default theme on your site like Twenty Fourteen or something, and then add the widget back in place and check out its behavior in mobile browsers and such?

Let us know what you find!

— George

[George]

Hey Tyson!

Thank you for the kind words. It’s with those kind words in mind that I’m sorry to bear the news that we unfortunately do not offer support for customizations here. These are things you’ll have to take the rein on implementing yourself.

The good news is that they’re mostly CSS-related things, which are simple to do. And hiding the “Related Events” should be even easier than that – you can simply go to Events > Settings > Display and scroll down a bit, where with PRO active you will see an option called “Hide related events”. Check that, save your changes, and it should work well.

Here’s a screenshot of that option, for reference → https://cloudup.com/ciUtBhBA-Zi

As for the other changes, you can simply head to your theme’s style.css file and scroll all the way to the bottom. This is where you can add custom CSS rules.

For example, if by “foursquare icon” you mean the one I highlight in this screenshot → https://cloudup.com/cHb7oC9LLhS, then you can add CSS like the following to hide it on Single Events views (while leaving it for other templates on your site):


body.single-tribe_events .page-header .all-items {
display: none !important;
}


When it comes to hiding the Upcoming Events on venue pages, add CSS like this:


body.single-tribe_venue #tribe-events-content {
display: none !important;
}


Finally:

I’m worried we may not have file access in GoDaddy Managed WordPress. If we make changes to your files in the zip package, can we just reimport it to bring in those changes?

This can work well, though you’ll need to be sure to take the extra step of outright deleting the existing version of the plugin in your admin’s “Plugins” page before you go to install the newly-customized version.

However, this may not be necessary for these specific customizations! The things I listed above can be added to your theme’s style.cs, no tweaks to the core plugin code itself needed. You can edit the theme style.css file from right inside your admin by going to Appearance > Editor.

Best of luck with your customizations! We cannot offer any more help than the sort of things I listed above, but hopefully it gets you off to a good start. To make more customizations, get a free tool like Firebug if you use FireFox, or the Developer Tools for either Safari or Chrome – these tools let you find exactly what CSS you’d need to write to accomplish something, which is immensely helpful and they save a ton of time.

Cheers!
George

[George]

Hey Chris,

If by “expires” you just mean that when an event passes from “will happen” to “has happened”, and becomes a “Past Event”, then there are not any meta fields on the event that will change just because of that fact.

And just to share it in case you haven’t seen it already, and it might be useful for your project, we have a list and description of all meta fields for Events, Venues, and Organizers here → https://theeventscalendar.com/knowledgebase/wordpress-post-meta-data/

Might be handy 🙂

I hope this info helps – let me know if it does or if you have any other questions or concerns.

Cheers,
George

[George]

Sorry Scott, this is unfortunately a customization request that is a bit too involved to fit within the scope of our support forums.

You’re off to a good start, indeed, by getting the lat & long via HTML. With this in mind, take a look at resources/tribe-events-ajax-maps.js in your Events Calendar Pro plugin files – around line 104 or so you should see an options object like this:


var options = {
zoom : 5,
center : new google.maps.LatLng( TribeEventsPro.geocenter.max_lat, TribeEventsPro.geocenter.max_lng ),
mapTypeId: google.maps.MapTypeId.ROADMAP
};


See how options.center is referring to two values, TribeEventsPro.geocenter.max_lat and TribeEventsPro.geocenter.max_lng?

These values come from Tribe/Geo_Loc.php’s estimate_center_point() method, and is made available to the page via wp_localize_script() in Tribe/Main.php’s enqueue_pro_scripts() method.

So, if you check out this enqueue_pro_scripts() method, you can see that the data being localized is filterable. This is probably your best bet for a simple way of altering this data.

You’d do so like this:

add_filter( 'tribe_events_pro_localize_script', 'scott_998114_new_map_center_point' );

function scott_998114_new_map_center_point( $data ) {

$data['geocenter']['max_lng'] = 'YOUR CUSTOM LNG VALUE';
$data['geocenter']['max_lat'] = 'YOUR CUSTOM LAT VALUE';

return $data;
}


If you can get the user’s location info, like by IP address or something, I’d recommend doing so and using this filter.

Otherwise, then if all you have is the HTML5 data, then you can probably just overwrite the JavaScript object values for TribeEventsPro.geocenter.max_lat and TribeEventsPro.geocenter.max_lng on the page. There are numerous ways to go about doing that.

Play around with things and hopefully you’re able to put something useful together.

Best of luck with your customization!

[George]

Hey Karen,

Thank you for the detailed report here! Recurring events work fine for me through community-submitted events so I’m curious if you can do two things here to further build out this bug report:

1. Can you share your system info here on this thread? Here’s an article showing how to, it’s super easy → https://theeventscalendar.com/knowledgebase/sharing-sys-info/

2. Can you run through all of the troubleshooting steps outlined here? → https://theeventscalendar.com/knowledgebase/testing-for-conflicts/ Then, once you’ve gone through all steps, take another look at this issue and try to submit new community recurring events to try to recreate the problem. Does everything behave exactly the same way?

Thank you!
George

[George]

Hey Tim,

Thanks for your interest in our plugins!

In terms of the payment gateway, our ticketing add-ons do not handle the payments aspect of the eCommerce on your site – the eCommerce platform you choose handles all that. So, for example, if you were using WooCommerce on your site, then you’d use our WooCommerce Tickets add-on and then find a Komoju payment gateway <me>for WooCommerce itself – our ticketing add-on would work fine with that.

Unfortunately, there does not seem to be an official Komoju payment gateway for WooCommerce, nor for Easy Digital Downloads.

Sorry to bear that bad news!

As for using multiple languages, if you’re still interested in our plugins despite not being able to use Komoju for the payments, then yes, in general you can offer a translated version of your site to users and our plugins are fully translatable. Now, some plugins work better for this than others – “Babble” and qTranslate tend to work better with our plugins than WMPL, for example. But it is generally possible.

I hope this information helps!

Cheers,
George

[George]

Hey Bud,

I’m certain that we’ve had better handling of this in the past, but I just checked this out on my local site with latest versions of our plugins and you’re right! There’s a pretty noticeable – and, honestly, somewhat ugly – gap there.

We can definitely do better, and I’ve made a ticket for our developers to take a closer look at this. Stay tuned to plugin updates in the near future, this should hopefully be fixed some time in the next one or two releases if everything goes according to plan.

Cheers!
George

[George]

Hey Cristina,

Thank you for reaching out, I’m sorry you’ve had issues so soon after buying the plugin!

Unfortunately, here is what you wrote:

I’m using evolve theme; I’ve checked with the Twenty Fourteen, and the events page can be seen; however with this other theme it does not.

This means that the Evolve Theme is breaking the plugin, because of a code conflict or poor code in that theme. We do not support themes here so you will have to contact the Evolve Theme support team for assistance if you’d like to use that theme but have problems with it.

As for your Facebook question:

Also, I wanted to double check with you: if I pay for the Facebook events plugin, will the Picture’s View still working also for those imported events?

Yes, Featured Images are fully supported with the Facebook Importer. If you find, however, that you have issues with it personally, then you can get a full refund from us as long as you request the refund within 30 days of purchase – so, you can try out the plugin for 30 days and get a 100% refund if it doesn’t work for you.

Cheers!
George

[George]

Hey Evan,

Can you clarify exactly what you mean here? How do you envision this working, and what do you currently find you’re able to do?

I apologize for my misunderstanding, I just want to be 100% certain I know what your goals are so I can best help out.

If you want literally 100% of your events to be exported to a Google Calendar, then at this time that is unfortunately not possible. You can export 100% of your events by going to Tools > Export in your WordPress admin, but this just exports an XML file. So to get that to be “importable” into Google, you’d have to convert it somehow, which is not something our plugins do and not something we have advice for doing here on the support forums.

Thank you!
George

[George]

Hey Oliver,

Great catch!

We’ve patched this an in the next release it will be translatable 🙂

Stay tuned for that release, and thanks for posting this!

— George

[George]

Hey Tim,

That’s some odd behavior, can you share your system information with us so we can investigate this a bit more closely? Here’s an article that shows how to share that info with us: https://theeventscalendar.com/knowledgebase/sharing-sys-info/

In the meantime, you may also find it useful to leave things as-is on your site, and then simply activate a default theme like Twenty Fifteen on your site. Then, create a ticketed event with the 0 ticket cost and see if it works better when you try adding it to the cart on the front-end.

If not, leave this default theme active and then proceed with deactivating EVERY plugin on your site. Check on that ticket on the front-end and see if it adds to the cart successfully after each plugin deactivation. You should do this all the way through until The Events Calendar, The Events Calendar WooCommerce Tickets, and WooCommerce itself are the only active plugins left on your site.

This process may sound tedious but is fortunately quite quick to work through in actuality.

Let us know if you can do both things listed here and what you find – thank you!

George

[George]

Hey @shreinmedia,

Thanks for the link, I checked out that page and saw the issue you mention. It might not be coming from the theme, but rather from a JavaScript conflict on your page. There are two showstopping Syntax Errors which are breaking the JavaScript for the rest of the page.

The code is compressed/minified so it’s hard to tell where it’s coming from, but I’d recommend leaving Enfold active for now and trying to disable each non-Tribe plugin one at a time – check back on the page after each plugin deactivation.

Let us know what you find by doing this!

Thank you,
George

[George]

Thank you for patience here Davis, and for updating us on what finally things to work. Much appreciated 🙂

Best of luck with your site!
George

[George]

Hey @papertower,

Thanks for the report of this! This is definitely worth investigating. I’m a bit confused by your report here:

If I var_dump the contents of $event->EventStartDate the value is “{{UNKNOWN}}”

That hints at some other code possibly at fault with this bug, and I’d urge you to run through our complete set of troubleshooting steps outlined here → https://theeventscalendar.com/knowledgebase/testing-for-conflicts/

Check on this weird bug behavior after each step in that process, and see if the behavior changes at all. This will be an extremely useful set of tests.

Thank you!
George

[George]

Hey Ben,

I’m sorry to hear you’re still having issues. You are the only one reporting behavior like this at this time, and I cannot recreate issues like yours, so I suspect that there is a code conflict or something else like that at work here…

You mention doing this:

Disabled visual composer and even went back to my original organizer profile. This is getting beyond frustrating.

Can you clarify what you mean when you say you “went back to my original organizer profile”?

Next, are you able to run through the complete set of troubleshooting steps outlined here? → https://theeventscalendar.com/knowledgebase/testing-for-conflicts/

This will check ALL the plugins on your site, and your theme, not just Visual Composer.

Thank you,
George

[Author]

Posts