[Geoff]

Awesome, I’m glad we knocked out the original issue! Thanks for letting me know and great work. 🙂

The layout issue could certainly be CSS-related. At the same time, I see you have a number of other plugins installed that could be affecting it as well. Once thing to try is deactivating all other non-Modern Tribe plugins. Then, if that fixes the issue, reactivate the plugins one at a time to see which one is causing the conflict.

It could very well be a conflict with the theme as well. Check out our guide on testing for conflicts to see if that helps get to the bottom of it.

Cheers!
Geoff

[Geoff]

Awesome, I’m so glad to hear that Mathieu! Any chance you would be willing to share the solution? I could see how that would be useful for other people who may experience the same issue in the future.

Cheers!
Geoff

[Geoff]

Hey Guy, thanks for following up!

Sorry, there was a missing quote in the snippet. You can drop it into your footer.php file or directly in the page template you want to affect (e.g. archive.php) and wrapped in PHP tags.

if ( is_page( 'events' ) ) {
echo '<script>';
echo '$("#menu-item-227").removeClass("current_page_parent")';
echo '</script>'
}

Cheers!
Geoff

[Geoff]

Hi there, Aurélien! Thanks for following up and my apologies if my answer wasn’t very clear.

Try adding this snippet to your theme’s functions.php file. It will probably be a little easier than doing a template override.

This may or may not work with your specific theme and would need to be modified from there. While that sort of customization is beyond the scope of what I can provide here in the forums, this should get you started in the right direction. 🙂

I hope this helps!

Cheers!
Geoff

[Geoff]

The WordPress language settings should be ok in what they were before. Go ahead and put that back in. 🙂

Just to summarize where we are:

• \We are using the Default Events Template (Events > Settings > Display)
• We have set the URL slugs to /eventos for the Calendar and /evento for Single Events (both under Events > Settings)
• We have deleted the page that was already published and using the /eventos URL

Is this correct so far? If so, and the problem still exists, could you try temporarily activating the default Twenty Thirteen theme, to see if the issue happens there as well?

If disabling the theme fixes it, that’s good news! It means we have narrowed the issue down to a theme conflict.

If the issue is still there when using the default Twenty Thirteen theme, then we can try testing for conflicts with other installed plugins. Using the Twenty Thirteen, please try deactivating all of your plugins, except for the ones from Modern Tribe. Does that solve the problem? If so, reactivate the plugins one at a time until the issue pops back up, then tell me which one was causing the issue.

These steps are also outlined here if you want some more details on how to test for conflicts.

Give those steps a shot and let me know what you find.

Cheers!
Geoff

[Geoff]

Did you try deleting the page you set up under Pages? That page seems to be overriding the plugin redirect. 🙂

Cheers!
Geoff

[Geoff]

Hi there, Matthias! Thanks for getting in touch and welcome to the forums. 🙂

It sounds like you’re using the Default Events Template, which is great! You can override this and set up your own copy within your theme (see our Themer’s Guide for details) so it would live at:

[your_theme]/tribe-events/default-template.php

You would then customize this to add a sidebar where you would like it. What works well for you and your theme is something you’ll probably need to discover through trial and error. At code-level adding the sidebar could be as simple as this, though:

get_sidebar();

Once you’re happy with this you will want to make sure it only displays on single event page. You just need an extra statement preceding your code to load the sidebar. Here’s an example:

if ( tribe_is_event_query() && is_singular() ) get_sidebar();

Does that make sense? Will that work for you? Please let me know.

Cheers!
Geoff

[Geoff]

Thanks for following up!

It looks like you already have a page set up with the same URL:
http://atelierkuthumi.com/eventos/

Have you deleted that page when settings the slug? It’s possible your site is directing to the empty page that’s been published rather than using the calendar redirect.

Cheers!
Geoff

[Geoff]

Thanks for confirming the answer! I really appreciate it. 🙂

Please feel free to hit us up with a new thread if any other questions pop up. We’d be happy to help!

Cheers,
Geoff

[Geoff]

Hi Efraim, thanks for getting in touch! Sorry you’re running into an issue here but hopefully we can figure it out together. 🙂

As a first step, will you please head over to Events > Settings and confirm that your settings look like the ones in this screenshot? I tried them out myself and everything seemed to work as they should.

If the settings are the same and issue continues, can you try using the Default Events Template under Event > Settings > Display? See if that makes a difference.

Give those a try and let me know what you find. 🙂

Cheers!
Geoff

[Geoff]

Hi there, Kwitelle! Thanks for getting in touch. 🙂

Great question. Events supports the Categories taxonomy, so it’s definitely possible to file events into separate categories.

Each category also gets it’s own URL. So, for example, a category called “Concerts” would have a URL like this: [your-site]/events/category/concerts

Then, you can link to the Photo view of that specific category by adding /photo to the end of the URL like this: [your-site]/events/category/concerts/photo. The plugin does all that for you without right out of the box without any additional setup. 🙂

We also offer a premium add-on called Filter Bar, which does the same thing, but allows your visitors to narrow your events down by a combination of filters, including category. That might be worth checking out as well.

Does that help answer your question? Please let me know. 🙂

Cheers!
Geoff

[Geoff]

Thanks for testing for conflicts! I really appreciate it. 🙂

I’m still unable to get the same result on my end when testing with the Twenty Twelve theme and no other plugins installed.

Do you have any custom date formats set up? For example, can you check your settings under Events > Settings > Display and confirm that your settings are formatted similar to this screenshot?

It would also help if you could provide me with a URL for your development site so I can see an example. Let me know if you’re able to send that as well.

The last resort I want to try is working with a fresh site install and clean database. I have a feeling that the database got tied up somehow and that data would need to be cleaned out to wipe those date formats out.

Cheers!
Geoff

[Geoff]

Hi there, Daniela! Thanks for following up. 🙂

The best I can tell is that the styling in your theme is throwing off the positioning of the filter bar. By default, it is designed to sit on top of the calendar instead of the bottom, which you confirmed did happen when a default WordPress theme was activated. That also explains why the bar wants to move back up to the top when it is clicked using your current theme.

If you’d like to customize the Filter Bar styles to better match your specific theme, you can override the Filter Bar CSS file (wp-content/plugins/the-events-calendar-filterbar/resources/filter-view.css) by:

• <span style=”line-height: 13px;”>Adding this function to your theme’s functions.php file,</span>
• <span style=”line-height: 13px;”>Copy the default styles from filter-view.css into your tribe-events.css file. (See our Themer’s Guide for more on creating a CSS override.)</span>
• <span style=”line-height: 13px;”>Make your customizations to the Filter Bar styles in tribe-events.css
  </span>

Give that a shot and I hope that points you in the right direction.

Cheers!
Geoff

[Geoff]

Thanks for confirming the answer, Shail! Please feel free to hit us up with a new thread if any other questions pop up. We’d be happy to help. 🙂

[Geoff]

Hi there, John! Thanks for getting in touch. 🙂

Great question. The checkout process is actually all handled through WooCommerce rather than the WooTickets add on, so any information you capture during the checkout process would ideally happen in that flow.

One idea is to add a form to the single event post (Contact Form 7 and Gravity Forms are popular options). However, adding a step before checkout is probably not exactly what you’re looking for.

I see that WooCommerce has a Gravity Forms integration that looks like it does exactly what you want by adding additional form fields and information directly to the checkout process. Plus, it looks like it stores all the information in WooCommerce, so everything is in one place for you. Have you checked this out yet? I’m honestly unfamiliar with that particular add on, but it sounds pretty promising.

Cheers!
Geoff

[Author]

Posts