Forum Replies Created
-
Posts
-
Howdy Sean,
No fix yet. š We have had a lot of higher priority items and some really exciting updates coming in 3.5 though. It is a very exciting release. However, it looks like it will be a bit longer before this particular bug is fixed.
For now the snippet I posted makes a pretty good fix. If you modify the $text var to
$text = 'View All Events';It functions the same it as it always has. Once the bug is patched you can just remove that snippet from your functions.php.– Brook
Howdy kwirxcreative,
Thank you for reporting this and taking the time to research it.
One thing I want to clarify, choosing all events updates that event and all future occurrences. So, past occurrences of the event will not be updated. The best way around this is to update the first event of the series to truly update all events.
Assuming you already knew all of what I just explained, my primary suspicion would be that a caching plugin is interfering with your update. How our plugin is designed is that all of those events will share the same database entry. If the events you have edited still share the same URL, and do not have like a -2 or something after the event title, then you are looking at the same event from the database. It would definitely take another plugin or theme to be interfering and cause the content not to change, almost definitely some sort of caching plugin.
Does that make sense? Please let me know. Cheers!
– Brook
You could certainly try it. I think with how your theme is designed you will not be successful, but I might be wrong there. It is worth a shot.
You can refer to this guide for styling Tribe Events. Specifically the ‘Adding Custom Styles’. As noted there, the best way to do this sort of change when you just have a handful of events is to simply add your own custom CSS file and overried the defaults, as I was walking you through above. But, if you want to go about it the other way feel free to. The guide provides great guidance for those who know CSS. It sounds like you must since you are planning to make these changes yourself.
I hope that sets you off in the right direction. Thank you for posting. If you need another guide or anything let me know. Thanks!
– Brook
Howdy webster,
We use the constant
TribeEvents::POSTTYPEthroughout our code to refer to the tribe events post_type. You could also just use the string'tribe_events'since it is doubtful that constant will ever change in a future version.You might find theĀ function tribe_get_events()Ā helpful. It makes it much easier to select events by a date range, instead of by the date they were posted. If you need a WP_Query object returned, set the second (optional) argument in tribe_get_events to true.
Does that make sense? Will that work for you? Please let me know. Cheers!
– Brook
Howdy kwirxcreative,
I think you will find this snippet most helpful. It adds a link to the admin bar menu to view only upcoming events from the backend. It utilizes our APM filters, or the filter bar that you see at the top of the admin area, to limit the results. You should be able to easily modify that to just reverse the order instead of the query instead or otherwise narrow down your result.
Does that make sense? Will that work for you? Please let me know. Cheers!
– Brook
Howdy again Chris,
Unfortunately it is not really Tribe code that is causing this. We are just using standard WordPress headings. Your theme is then detecting those headings and injecting it’s own custom font. You would need to modify the theme to get it to work how you desire.
As you further test the site, you might find tons of areas where fonts are disappearing when loaded via ajax. If you are familiar with CSS and your browser’s console, then simply inspect the elements that has disappeared and view what styles are currently applied to it. Likely one of them will be giving it an opacity of 0, or otherwise hiding the element. If it is an opacity of 0, then just craft very specific CSS rule that will give that elements its opacity back, or otherwise display it again.
If you are not familiar with CSS, a hackish way to fix this problem sitewide would be the following:
h1, h2, h3, #main h4, #intro h4, .logo a, #header+#intro .intro_title, #header+#intro .teaser, #slider_module+#intro h3, #outro, #outro a, .toggle a, .toggle_accordion a, #content .teaser { opacity: 1 !important; }Does that make sense? Please let me know. Thanks!
– Brook
Howdy vserrano,
I am not sure which script you are refferring to. My installation does not have an archive.js.
That said, to dequeue any of our scripts you would use wp_dequeue_script, a built in function of WordPress. They have a good example in that link for dequeueing jquery.js, which is enqueued with the name ‘jquery’:
add_action( 'wp_print_scripts', 'de_script', 100 ); function de_script() { wp_dequeue_script( 'jquery' ); wp_deregister_script( 'jquery' ); }This snippet contains a bunch of if{} statements for detecting the various pages. For instance if you wanted to detect if this was a single events page you would use:
if ( tribe_is_event() && is_single() ) { ... }I hope that helps! Please let me know.
– Brook
For sure Chris!
So, it looks like your theme is running cufon to render fonts. Unfortunately that library conflicts with things pretty easily since it does not rely on standards like web fonts, though it does have some nice features it just isn’t the nicest kid in the playground and might mucks odds things up.
Your theme likely has a spot for adding custom CSS. If so you could add the following CSS rule to fix the hidden title:
#tribe-events-content .tribe-events-page-title {
opacity: 1;
}But, when you do you will notice that while the title is no longer invisible it renders in the wrong font. That’s no good! That’s because of cufon. While you can probably get cufon to work for you here, it will require a fair amount of JavaScript knowledge. If you do not know JS very intimately yourself, then you might need to hire a developer to get everything working 100%. Like I said, cufon is cool so you can see why your theme chose it, but it just causes weird problems like this. š
Did that help?
– Brook
Howdy again umeworks,
Sadly, our scope of support limits me from doing much more here. Now that I have confirmed it is not a bug with the default WordPress environment, that means it falls into the category of customizing/integrating the plugin with your theme. For fatal errors like this my best advice would be to just avoid themes that cause them when running our plugin, instead of attempting to integrate. The reason is that fatal errors are very difficult to diagnose, and can require lots of PHP expertise. Most themes are compatible with our plugin, in my experience an easy 95% or more are. I am surprise you found two in a row that are not.
I am not even really supposed to do an install like I did, but sometimes I can slip one or two of those past my manager. š
I am not sure if that theme is compatible or not. I have not tested it before.
Event rocketĀ is an awesome plugin developed by a member of the community. It does allow you to place some views and all of our widgets as shortcodes within pages. While the developer claims it is in Alpha phase, I have yet to find any bugs.
I hope that helps you. Please let me know if I can answer questions or offer further guidance on integrations.
– Brook
Howdy again Chris,
So that is not the normal behavior. Thank you for sharing a link. In the default 2014 theme selecting a filter does not remove the heading like it does on your site.
It appears that the following CSS rule is hiding the heading for some reason:
h1, h2, h3, #main h4, #intro h4, .logo a, #header+#intro .intro_title, #header+#intro .teaser, #slider_module+#intro h3, #outro, #outro a, .toggle a, .toggle_accordion a, #content .teaser {
opacity: 0;
-ms-filter: "progid:DXImageTransform.Microsoft.Alpha(Opacity=0)";
}You would want to override that CSS so that it stop hiding the heading by setting its opacity to 0. Does that make sense?
– Brook
Howdy agruden,
I am sorry for this delayed response. Julie has moved on from our forums here to other pastures. Unfortunately your topic was old enough that it does not look like it was reassigned to another team member. I will help you now, and definitely keep response coming in a timely fashion.
I have done my very best to recreate your issue. I have even added your organization to my Facebook auto imports, changed my server to your timezone, and matched the relevant settings from your phpinfo page on my local server. I am not able to reproduce this issue no matter what I try. The events import properly.
Thus I do not believe this is really a bug with the plugin.Ā Like you I am suspicious that something about your WordPress is corrupted. It could be the Events database, it could definitely be something else though. If you are willing to try it, we would need to do a full reinstall. Fair warning, this is a bit of a pain. As you have learned WordPress plugins do not really delete their settings/data when they are deleted, only plugin files are deleted. Thus, the only way to do a truly fresh install is:
1) Do a WordPress Export. Export only the things you absolutely need. Obviously you will likely want your pages. I do not see a blog on your site, so you might be able to skip exporting your posts or users.
2) Backup /wp-content/uploads/. You might also need to backup your theme, if it is customized. And maybe some of your plugins if you can not redownload them.
3) Do a completely fresh install of WordPress. You might do this on a new subdomain that way you do not have to delete your current site.
4) Copy over the items you chose to backup from /wp-content/.
5) Import your xml backupsĀ using the official WordPress Import plugin.This all requires a fair amount of WP knowledge to do. If you are adept at WP backups, this will be a breeze. But if you are not, this is a bit dangerous and you should use discretion in deciding whether to do this or not. Either way it is strongly advisable that you have a full backup of your WP file and database before trying it.
Aside from that I can not offer much help, unfortunately. Since it is unique to your server, and probably stems from a corrupted database, plugin, or WP, that is the only step left to try. And if you choose not to try it, I understand. Just so you know we do have many users on GoDaddy and this is the first I have seen a complaint like this, so I do not believe this is related to your server.
I really hope that helps! Please let me know if you have any questions. Thanks!
– Brook
Howdy netvisiontech,
I would love to help you out as best I can. It sounds like you will not be able to show me the site, which does limit the degree that I can help, but let us see what we can do.
When you change the month in calendar view this makes an ajax request. First, can you go try going to the month view, and click next month? Since this is March, that should put you on April. Please answer the following questions:
1) Do the events change?
2) Does it look like April’s events now?
3) Does the Title still show March?
4) Does the page heading still say March?
5) What happens if you refresh the page? Do April’s events and the “April” heading load?If the events do not change and it continues to show March’s events, then it sounds like something is blocking Ajax requests. Check your browser console for errors. If there are some you will need to fix them before it will work proper. If that did not work, try enabling the default 2013 theme and disabling all plugins. If that fixes it, then one or more of your plugins or perhaps your theme is conflicting with the Events Calendar. It could be blocking calls to WordPress admin-ajax.php.
If the page title always stays on March, but the events change, perhaps something is overriding the language file? Or maybe a theme override you have made has placed the title outside of the body area? Does that sound like a possibility?
Please let me know how it goes. i hope those steps help.
– Brook
Howdy kevindillon,
Refunds are processed through [email protected]. If you could please email them and detail the reason why you want a refund, then they will get back to you.
Do you mind if I ask, is there something in particular you wanted it do that it does not? Is there a way that we can improve our demos, screenshots, or description, so that your purchase decision would have been more informed? We really like to try and better our product and website, so any feedback you can offer would be greatly appreciated. Thanks!
– Brook
Hello again,
I am glad you are able to get the code at least partially working! That’s a big step in the right direction.
You have two options:
1) Copy/replace the condition if {} statement and match/replace each block of text you want to change. This guarantees that you will not replace any text you do not accidentally mean to, but yes you could miss something.
2) If you are familiar with regex or PHP’s search/replace functions you could use those as well to accomplish what you need. The drawback is that it will replace the word events everywhere. If you keep the text_domain condition then you could at least limit the replacement to text within that domain.
You might search through the WP Language file included with our plugin to find each bit of text you would need to replace. This could help you decide between option 1 or 2.
Sadly, none of this will make sense unless you are pretty familiar with PHP.Ā If that does not describe you and 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.
Does that help you guys? I want to be as helpful as I these forums allow so please let me know.
– Brook
If you want to just come back round to this within a couple of weeks that works too, I will certainly be here. After two weeks the topics autoclose though, so you may need to open a new one.
In order to further diagnose we are going to need to keep taking your website closer and closer to the stock environment, until it finally works. The stock environment is really the 2013 theme, only Tribe plugins are installed, and the default settings/data. For most people with this sort of issue running the 2014 theme and just Tribe plugins fixes it, that is close enough to stock. For you it seems like we might have to go even further. I would be very curious to see if the issue persisted in 2013. Not that we don’t support 2014, but it does have some very minor visual issues (not functionality like this particular thing) that we are going to release fixes for soon.
If you have a chance to do the above at any point in the next couple weeks, please let us know the result. While we have not seen this issue before, and I am unable to reproduce, it would be nice to know if we can fix it in case anyone else experiences it in the future. Thanks!
– Brook
