Forum Replies Created
-
Posts
-
Thank you Eric. It just occurred to me that the view all events link might disappear if you turn the Day view off in calendar. Sure enough! I am not sure it that is a recent change in version 3.4 or I just have not noticed it until now.
Considering the above I bet we can fix this by going to WP Admin > Events > Settings > Display (tab), scroll down to “Enable event views”, and check the “Day” option. Assuming that fixes it, and you really don’t want the Day view to show up in the View As drop down, you could add the following CSS to your WP theme’s custom CSS file.
body #tribe-bar-views .tribe-bar-views-option-day.tribe-bar-views-option:first-child, body #tribe-bar-views .tribe-bar-views-option.tribe-bar-views-option-day { display: none; }Did that fix it? Can I still help you in anyway? Please let me know if you don’t mind.
– Brook
You are welcome! I hear ya, the WP Editor is a bit limited. A lot of devs prefer accessing and modifying files via FTP or SSH when they do lots of changes, it tends to be by far the quickest way to make multiple changes. But, the Cpanel file manager works too if you prefer it. Glad we got this fixed. Feel free to open up another topic if you have another issue or more questions. Thanks for posting!
– Brook
You are very welcome, Jane. I appreciate your understanding in this regard. We’d love to help everybody in every way we can, but we had to find a proper balance between the plugin cost and how much support we sell with it.
I am sure you will find some awesome devs, I hope they will fit within your project budget. Please feel free to open up a new thread for new issues and questions. Happy developing!
– Brook
Howdy theartistikpalette,
I am noticing some very odd things about your filenames. Check this out:
/home1/[…]/plugins/events-calendar-pro.php_/events-calendar-pro.php
/home1/[…]/plugins/events-calendar-pro.php_1/events-calendar-pro.phpA normal setup our plugin should look like this:
/home1/[…]/plugins/events-calendar-pro/events-calendar-pro.php
Do you have any idea why yours is so different? Are you purposefully renaming the plugin folder to include .php in the folder name? Depending on your server and configuration that can have very strange side-effects, and not being able to activate the plugin could certainly be one of them.
Do you mind if I ask what environment you are running this one? Windows, Linux, or some other OS? It looks like you are running an Apache server according to your site’s response headers. Do you know which version? I completely understand if you are not able to answer these questions yourself. Would it be possible to link to the company who hosts your website so that perhaps I can figure it out from there? Even if you require a refund it would still be awesome to know this, as I want to make sure future users do not experience the same problem if I can. Thanks!
– Brook
Howdy Ed,
Our plugin, along with most Ajax plugins, relies on wp-admin/admin-ajax.php for it’s Ajax calls. This a built in feature of WordPress’ API to make Ajax work. You will find that in restricing the entire WP Admin you will break compatibility with many Ajax plugins, ours included. That goes for both the Pro and free versions.
Is it possible to at least allow calls to admin-ajax.php? I believe that will fix it. Please let me know if I can be of further assistance. Cheers!
– Brook
Sometimes it can be a bit tricky to find out what is causing the border for an element. Sometimes it is not even a border, but an outline or a background of an element behind it. Usually though it is a border, and it is from an element that is either contained within, or contains the one you are inspecting. You basically just have to play around in order to find. Eventually everyone gets very skilled at diagnosing these oddities, so if you’re not there yet you will be soon.
Hover CSS is specified be the :hover psuedo selector. I like Firebug too, but this is one area where Chrome might be better (at least it was since the last time I user Firebug). Chrome lets you set an element state, like :hover, and thus inspect what css is applied when hovering. Maybe Firebug lets you do that as well now?
I am really happy that the post helped. There is only so much we can assist you with when it comes to CSS modification, especially when you have lots of changes. Our scope of support dives into a bit more detail here, but when it comes to modifications like these we tend to offer a general overview of advice, and it is up to you to apply that to your specific site. I hope that makes sense. And, I am very glad to further assist you to the extent outlined in out support agreement. Cheers!
– Brook
Howdy Charlotte,
I would like to help if I can. It’s strange though, that code is changing the sidebar widget for me. Perhaps there is some sort of caching going on that is causing this change to not yet show up for you. Do you a caching plugin enabled perchance? Have you tried clearing your browser’s cache? Please let me know. Thanks!
– Brook
Thank you for running through those steps. Glad we were able to narrow it down. Now that we know it is the Press Permit Core plugin that is conflicting hopefully there is a setting inside of the plugin that will make it more compatible with TEC. Do you have any customer roles/permissions that you think might be applying to events, like maybe one applying to the tribe_events post_type? If so, can you try disabling it and seeing if everything works? Can you try playing around with other options and seeing if you can get the plugin to play nice.
While we do our best to make our plugin broadly compatible, sometimes TEC still conflicts with certain other plugins. You might contact the Press Permit dev and see if he has any idea on how to get the two to play nice (they can also get in touch with our devs via github if they have questions). Our plugin is nearing a million downloads now, and so frequently other plugin devs are interested in getting their plugin to work. You are the second person I have seen trying to run both plugins, but finding that they conflict. At the moment with only two users having trouble, there is not much we can do to help you to get them to integrate, as that falls outside our scope of support. I wish we had unlimited resources, but we do not. So with smaller plugins like this one we can only spend so much time looking into conflicts, unless a fair number of users experience issues. 🙁
I hope that makes sense. Please let me know if you have any more questions. Cheers!
– Brook
Oh I am glad you were able to narrow it down. That would have been extremely puzzling if not for the cache. Thanks for posting!
– Brook
Howdy jantanner,
That’s an awesome solution! I am glad it’s going to work for you. Thanks for sharing the code.
I notice that you are still using get_posts for $myevents. Have you tried tribe_get_events? That function handles lots of quirks relating to events that get_posts is not prepared to handle, and I believe it will resolve this issue as well. Note in our documentation for tribe_get_events that you can set the second argument to true if you need to return the full WP Query object instead of just an array of posts. Furthermore you can still do meta queries with the get events function, so that should not be an issue I do not think.
Please let me know if that helps. Cheers!
– Brook
I forgot to add, you might try going to WP Admin > Events > Settings > Display (tab). From there try some of the different options, like Skeleton Styles, and maybe changing the Events template. This is a bit of a long shot, but if one of these options causes your current theme to now work then it is a pretty easy fix. These options do change the way the calendar is layed out a bit though, so if you find one that works you will need to make sure the calendar still looks good in your theme.
– Brook
Howdy magnus,
I am going to take over this thread on Julie’s behalf, since she will not be able to answer promptly.
It looks like your theme is likely conflicting with the Tribe plugins. To test, could you please try temporarily activating the default 2013 theme, and seeing if the issue persists?
If disabling the theme fixes it:
We have narrowed the issue down to a theme conflict. It is likely that one of the jQuery libraries your theme is loading is either causing jQuery to malfunction, or it is conflicting with a Tribe library. I am noticing console errors even on the week view page. The best way to figure out which script is conflicting is try dequeueing your theme’s scripts one-by-one until you find the conflict. Once you have found the conflicting script, you could look into either replacing it with an alternative, or modifying it to work.
You might also check your theme to see if there are any duplicate elements ids. This sometimes causes jQuery to behave oddly.
If this section of steps sounds a bit like to Greek to you, or you are thinking that some of these tasks are outside of your skillset, you might need to hire a developer to modify your theme your theme more compatible with plugins. If you do not know someone whom you can hire, have no fear. We actually keep a list of freelancers who are quite capable of making changes on your behalf. You can obtain this list by emailing [email protected] and requesting it.
If the issue persisted in the default 2013 theme:
Please keep the 2013 theme enabled, and also disable any plugins other than the ones from Modern Tribe to see if that fixes it. If it does, please try reenabling the plugins one at a time until the issue resurfaces. When it does resurface, can you let me know which plugin caused that to happen?
Does that make sense? Did that help you to figure this out and fix it? Please let me know. Cheers!
– Brook
