[Barry]

Hi! How are you getting on here?

[Barry]

Excellent! Hopefully we’ll address this properly in one of our upcoming maintenance releases – in the meantime, your support and patience is much appreciated 🙂

[Barry]

Hi Stephen, yep you’re right, that could probably be re-structured to play a little more nicely and I’ll make a note of that.

If using the tribe_events_register_venue_type_args isn’t going to be viable in this case however then you’ll need to use an alternative approach rather like PRO itself is and re-register the post type.

Thanks again!

[Barry]

Hi Stephen,

Events Calendar PRO uses the very same filter – but unless you are trying to remove one of the changes that PRO makes I’m not sure why you’d run into difficulties here.

It’s entirely possible that there is a bug here and if you think that may be the case please do give an example ideally sharing the code you are using, along with a note of what you expect to happen, and we’ll certainly look into it 🙂

(Do note that the forum does not currently do a great job of handling any code you might paste in, so instead please share code using a service like Pastebin or Gist – thanks!)

[Barry]

That’s fantastic to hear, thank you Steve 🙂

[Barry]

Hi Steve – it looks like jQuery is no longer being enqueued (and our scripts depend on it’s presence). I’m not exactly sure how you’re implementing these changes but I am a little concerned that it may be going down a slightly atypical track.

I think, regrettably, we’re going to have to bow out at this point 🙁

It’s unfortunate you can’t get this working with the theme (it’s a pretty unusual problem too, and I’m not sure I’ve seen reports of quite this situation before) and all I can really offer at this point is a list of experienced freelancers, should you need more support than we can offer for this one.

If of course it’s viable to switch to a different theme or even receive a push in the right direction from the theme author that would also be great.

[Barry]

It probably is possible, but I’m afraid we’d have to leave a customization like that to you … it may be that building a custom view of your own – and a corresponding custom query – is the best way to go.

Great question though – good luck and definitely share a link if you get something going 🙂

[Barry]

Hi Kenneth,

This is indeed a bug and we’ve got it on our radar. We will hopefully be able to get a solution out there in one of our upcoming maintenance releases.

Thanks for your patience!

[Barry]

I’m afraid you’d have to dig in and do a little debugging to see what’s happening – as I noted above we can’t help a great deal with customization work of this nature. If it helps we can provide a list of experienced freelancers who might be able to assist?

[Barry]

Yeah that variable is normally populated with some inline Javascript (since it has to be generated dynamically) that looks like this:

var TribeMiniCalendar = {"ajaxurl":"http:\/\/events.dev\/stable\/wp-admin\/admin-ajax.php"};

Definitely try adding that within a <script> element and see if it cures the problem 🙂

[Barry]

Excellent!

[Barry]

Yes, I’m sure it can be done 🙂

I’m afraid it’s rather beyond the scope of support to guide you through this, but in broad terms you might set up an additional field to hold the URL and then override and customize the month view – replacing the links as appropriate.

If you have any specific questions/stumbling blocks do let us know and we’ll try to point you in the right direction – but you’d largely need to devise any solution by yourself.

Thanks!

[Barry]

Hi Amanda,

Generally speaking (at least at the present time) you will need to inspect the code to determine things like this – we do plan to beef up our documentation and add more detail, however that is a long term project and so realistically may take a while 🙂

Arguments for tribe_show_month() seem to be:

* eventDate
* start_date
* end_date
* post__not_in
* hide_upcoming
* hide_upcoming_ids
* posts_per_page
* orderby
* order
* post_status
* eventDisplay
* no_found_rows

Hope that helps!

[Barry]

Hi!

This is indeed a bug and it’s because the CSS classes change dynamically according to the translated strings (but our stylesheets assume the English-language version of those classes).

Another user simply built his own replacement rules as a temporary workaround, so if you feel comfortable working with CSS you could try the same thing. Otherwise, if you hold tight we should be able to fix this in a future release. Thanks for reporting it!

[Barry]

Great – thanks!

[Author]

Posts