[Jonah]

Hi Diane,

Well, if you want to stick with that permalink structure, yes, you’ll have to use the separate pages but you could just use one page template and pass in the slug or something to a custom calendar query.

Otherwise, the easier approach would be to just use the build in category links and update the menu links for each of the tours to point to those category calendars. But, you won’t have nice URL’s then…

The former option is going to be tricky thought but basically you should be able to include the gridview conditionallly like so into your pages:

if(is_page('sample-page')) {
include( get_stylesheet_directory() . '/events/gridview.php');
}


And then you could use the pre_get_posts function to conditionally modify the query for each page. The only downside to this approach is that the calendar prev/next links are going to take you outside of your specific tour pages and back into the main calendar page, showing the previous or next month with all categories… Unfortunately there’s no easy way around this that I know of so you’ll need to play around with things to get it working right.

Another thing you could try is making your base events slug ‘tours’ and then instead of displaying the calendar on the ‘tours’ page, display your tour landing page and then for all your event sub-categories they will use ‘tours’ as the slug base so your URL’s will look more like they do now. But you’ll still have /tours/category/category-name (the category base in the slug) and I don’t know of any way to easily get rid of that either…

So, those are some options and you’ll need to play around with things a bit to get them working the way you want. Hopefully these ideas help though! Good luck!

[Jonah]

Hi Diane,

What I posted on 4/10 is that basically all your event category specific calendars are already there and available at http://your-url.com/events-slug/category/your-category-name/ (as long as you are showing the grid view by default).

So, I’m not sure what else you need to do with those four templates for the non-active categories. Delete them?

I guess I’m confused about the question… Can you elaborate/provide some examples that I can maybe look at?

[Jonah]

You’re welcome Diane and I’m glad to hear you got it worked out! Not sure why a downgrade and upgrade would suddenly make things work but I’m glad they did 🙂

[Jonah]

Hey Martijn,

Not officially but the way to do it would be to use the register_taxonomy_for_object_type() function like so:


function run_init() {
register_taxonomy_for_object_type('tribe_events_cat', 'tribe_venue');
}
add_action('init','run_init');


It’s untested though and I’m not sure all the implications for this so be cautious and test it out 🙂

[Jonah]

But Events Calendar PRO should do everything that EE does no? Maybe you can fully migrate from EE to Events Calendar PRO? Unfortunately we won’t be able to assist with making the two plugins compatible. Good luck!

[Jonah]

Hi Helsingborg,

The calendar looks fine, it’s your theme that’s the problem. You’re going to need to set the template to be full width somehow in your theme. This is usually accomplished with a combination of PHP and CSS to conditionally set the layout for a specific page (in this case the calendar page) and then set the CSS so that everything looks good. There are a number of threads in the forum dealing with this issue. Try searching around to see what you can find. There are also the template options in Settings > The Events Calendar > Template that may help.

We do our best but cannot guarantee complete compatibility with all the themes out there but it’s impossible to achieve 100% compatibility.

Good luck!

[Jonah]

Hi Kym, I’m very sorry but somehow I completely botched this. To actually affect the display, you need to modify the /views/full-address.php template. This is what’s used to display the address in both the single venues and single events. The tribe_address_exists() function just checks to see whether or not address values exist and if they do it executes the code below, i.e. executing tribe_get_full_address(); which eventually spits out the code in the full-address.php template.

So, all you should need to do is make a copy of full-address.php and place in the ‘events’ folder in your theme and remove the country code in the template.

I hope that finally answers your question and again I’m sorry for not being more attentive to the issue at hand. It’s strange because I did test creating the custom function myself and it seemed to work but my eyes must have deceived me!

[Jonah]

You could also use something like this: https://gist.github.com/2293961

[Jonah]

Marking this as closed 🙂

[Jonah]

Hi Emmett, why would you be using two plugin for event management?

[Jonah]

Hi Kym, sounds good. Make sure you are making a custom tribe_address_exists function (custom_tribe_address_exists() would be fine) and you are adding it in the templates where needed and you are overriding the templates (placing copies in an ‘events’ folder in your theme) and not modifying the core templates.

[Jonah]

Hey Diane,

Sorry about not addressing this earlier. So, which sites are you still seeing the issue on? With the access you provided me, do I have access to those sites?

[Jonah]

Hey Henry,

I’m not quite sure how to get it so this option applies to the gridview – I could probably figure it out but it would take some digging/hacking. I could definitely see the use in this option applying to gridview though and from an overall usability aspect, it doesn’t make much sense to have an option to hide an event in only one place but it still displays everywhere else. I’m going to add a feature request to get this added in a future version.

I do remember helping somebody else out with something similar to this but they were just doing it with event categories which was much easier because then you can either modify the queries to exclude that category or hide it with CSS.

But, why wouldn’t you just make the event Private in the publish options and then give the organizer a login to be able to login and view the private event?

[Jonah]

Hi Ulli, can you elaborate a little more on this and provide some examples?

[Jonah]

Hi Jesse, actually the documentation is wrong – I just tested the function with recurring events and it works fine. Please try it out and let me know how it works for you. I’ll correct the doco now.

[Author]

Posts