Home › Forums › Calendar Products › Events Calendar PRO › Changes to default-template.php not showing up?
- This topic has 9 replies, 3 voices, and was last updated 12 years, 2 months ago by
Brook.
-
AuthorPosts
-
February 12, 2014 at 9:48 am #103774
Patti
ParticipantUsing the info found here https://theeventscalendar.com/support/forums/topic/related-events-duplicate-venues-before-html/
I’m attempting to hide the tribe_events_before_html on single event pages only.
I copied the default-template.php to the THEME-NAME/tribe-events folder. I made changes to the file. Didn’t work. Tested it by simply adding text to the file after the call to before_html and commenting out the before_html call – neither of those worked. I couldn’t see the changes on the page(s). I went so far as to make the same changes on the actual plugin default-template file, still no luck.
It’s not a caching issue – I tried it in three browsers, two with completely fresh caches, shift + refresh on working browser as well as clearing cache.
My question is, is there something else that would block that file from being used?
Custom files I’m using are with modest changes:
single-event.php
list/content.php
list/single-event.php
modules/address.php
month/single-day.php
pro/single-organizer.php
pro/single-venue.php
pro/tribe-events-pro.cssAdded to my functions file:
+Remove iCal Import
+Remove other meta info from view
+Change meta titles Venue & OrganizerI hope this is enough info to work out a solution.
—————————
EDIT – Simple Solution found.
Sorry, I closed this without thinking to add the solution. Problem explored and reasons for file not showing are explained below. Solution for blocking before html was to simply add the following style to my custom style sheet:
.single-tribe_events .tribe-events-before-html { display: none; }February 13, 2014 at 5:10 pm #104346Julie Kuehl
ParticipantHey mcewin,
I’m so sorry that we haven’t lived up to our promised level of support for you. While there may be reasons, there’s really no excuse. I am going to assign this to one of our team members who will get back to you tomorrow. We really appreciate your patience and understanding.
– Julie
February 14, 2014 at 5:25 am #104430Patti
ParticipantHey juliekuehl! Thanks so much for checking in and letting me know that someone at the company really cares about support enough to take time to let me know *personally* that I will eventually, maybe get my question answered! Not worried about the “reasons” for the delay, just glad that I may finally be able to move on and finish this project! 😉
February 14, 2014 at 5:55 am #104446Brook
ParticipantHowdy Patti,
Like Julie said we are very sorry we were not able to get back to you in a timely manner. We do only guarantee a response within 48 hours, but usually it is nowhere near this close to the end of that window. We just have had a lot more traffic than usual.
I was able to get this snippet to work by pasting it in [your-theme]/tribe-events/default-template.php. Is that snippet now working for you? It seems like you are already quite knowledgable on what this does, but just in case I do want to mention that all tribe_events_before_html() does is echo the content you input in the WP Admin > Events > Settings > Display > ‘Add HTML before event content’ box. If that box were empty, then you will not see any change running the above script.
Did that help you fix things? Can I clarify anything or assist further? Please let me know, I would be glad to help.
– Brook
February 14, 2014 at 6:04 am #104448Patti
ParticipantThat might work if I could actually get any changes on the default-template.php to work. As I said above, even simple changes (adding text) I made to that file do not show up on the page(s). IOW don’t think the default-template.php page is being read by the site.
Thoughts?
February 14, 2014 at 6:06 am #104450Patti
ParticipantOh, and yes, there is definitely content in the before content box in admin area.
February 14, 2014 at 6:26 am #104458Brook
ParticipantI follow you. This might seem like a silly questions but it has happened to me more than once: Are you 100% sure the filename and tribe events folder is spelled right? Filenames are usually case sensitive in PHP, so even the case has to be correct.
If you can say yes to the above, then somehow your install is not functioning proper. Like I said, I tested the above code in my install and it works fine. So, we have narrowed it down to something unique about your install. Generally the most unique aspects of a WP install are the plugins and theme, so here are our debugging steps for narrowing it down to which of those is causing the problem:
First, could you 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. Do you have any theme overrides for the Events Calendar? If so could you try disabling them by renaming your [themename]/tribe-events/ folder to ‘tribe-events-bak’. Did that fix it?
If the issue persists in the default 2013 theme, then we have a different set of debugging steps. 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?
If the issue persists on the 2013 theme and with all other plugins disabled, then it is quite possible that something has corrupted one or more your WordPress files. This is extremely rare, but it would also be extremely rare to make it this far in the troubleshooting steps and not have identified what makes your install different from normal. If you do get this far here are some instructions on how to test that theory:
To test this you will need to reinstall WordPress. Fortunately WordPress has a great guide on how to upgrade. Follow those steps, only instead of installing a more recent version (which does not exist) simply install the current version again. Make sure that when you get to the step of reinstalling plugins you redownload fresh copies of the plugins. This guide will walk you through redownloading our plugins.
Sorry to hit you with all that once. Like I said, it is likely something really high up in this post of troubleshooting steps that will help you narrow it down, but just in case it is not I wanted to give you the entire range of possibilities since we are already a bit behind schedule in solving your issue. I do not want you to wait on my responses if I can avoid it.
Please let me know if that helps! If one of those helps you find a resolution, would you mind sharing what it was? And I would glad to assist further if you have questions or anything.
– Brook
February 14, 2014 at 7:01 am #104474Patti
ParticipantSussed out the problem – the Events template in Admin > Events > Display somehow got switched to one of the other site templates which is why changes to the default weren’t showing up. Hadn’t even noticed because there doesn’t appear to be any major difference between the site template and the events template.
Solved that problem, but now wondering how to turn off that “before html” if we continue to use the site template and not the ECP template?
February 14, 2014 at 7:09 am #104480Patti
ParticipantNever mind. Figured it out.
February 14, 2014 at 5:44 pm #104863Brook
ParticipantOh that is good to know. I have personally never tried modifying the default-template.php on Skeleton or one of the other modes, so I did no even think about that. Thank you for sharing the resolution! – Brook
-
AuthorPosts
- The topic ‘Changes to default-template.php not showing up?’ is closed to new replies.
