Forum Replies Created
-
Posts
-
Hi Per.
I would think you could use the tribe_is_event() function to detect if the post is an event or not. You can either use it without any parameters and it will assume you are referring to the current post, or you can explicitly pass in a post ID:
if (tribe_is_event($post->ID)) { /* Do magic */ }Does that help here?
Excellent. I’ll close this thread now since it sounds like you’re all sorted – this should anyway be fixed in the next release. Thanks!
You can certainly adapt our stylesheet using the same principle as template overrides – that is, copy the events.css file from the plugin’s resources directory and place it in your theme’s events folder.
Then, add the custom rules or modify existing rules to make the calendar responsive – that way you can exercise the control you need to bring it into perfect synergy with your theme.
Doing this in an update-resistant manner (ie handing you some code to stick in your theme’s functions.php file) looks to be possible but is not straightforward, unfortunately.
The original filename for the default image – 5uwzdFmIMKQ.png which we would need to test against – is not exposed through any actions or filters during the import process and it is also given a new, unique name. Without “double hitting” Facebook, which would be a relatively resource intensive way of doing things, we just can’t do this.
You could edit the core plugin files directly, however I would advise against that.
Hi Scott, the image I believe you are referring to is automatically generated by Facebook. Our plugin has no way of differentiating this from a photo that has been assigned by the account holder, so it’s rather a tricky problem.
Perhaps you could pose the question to Facebook and ask if there is a setting to turn off the automatic assignment of that calendar graphic?
Hi Reuben,
Our developer cannot replicate this even when using your theme, so it may be very specific (perhaps it only happens with your installation).
I’m going to chat with him early next week as I didn’t have time today, but in the interim here is something else you might try: create a new WordPress installation in a subdirectory, install only our plugins and nothing else (especially not your theme!) and see if you can replicate this with a few test events.
It would be interesting to hear the result and indeed if you can replicate this under those circumstances you could perhaps then give us access (admin login + (S)FTP) so that we could play with it without disrupting your main site.
Thanks!
Barry
Yes: you are using “ugly” or default permalinks (they look like ?post_type=tribe_events… instead of events/month etc) and unfortunately The Events Calendar doesn’t play too nicely with them.
If possible, can you choose pretty permalinks from Settings > Permalinks (accessible via the WordPress dashboard) and choose the postname pattern:
/%postname%/Let me know if you encounter further difficulties 🙂
Hi Duncan,
As I read it it is the other way around. Find the three lines (highlighted initially in Jonah’s post) and swap them out with:
the_content();In other words, those three lines are removed and replaced with one.
Does that help?
For recurring events there will be more than one _EventStartDate entry in the post meta table – so you would need to bear that in mind. Does that help at all?
How strange. Can you:
- Update your plugins to the latest version (2.0.10 for The Events Calendar and Events Calendar PRO)
- Deactivate all other plugins
- Change your theme to a default, unmodified one such as Twenty Eleven or Twenty Ten
- Test to see if the problem remains. If this solves the problem, reactivate everything one-by-one, testing at each stage until it returns – this will help to identify whichever component might be causing a conflict
Thanks!
Hi Irene,
That’s odd. You annotated when you opened this thread that you tried deactivating all other plugins and changing to a default theme: can you confirm whether or not this resolved anything?
Cheers,
Barry
