Forum Replies Created
-
AuthorPosts
-
Brook
ParticipantHowdy Macie,
That is a great question. I can only point you in the right direction, as even I do not know the specific lines of code or setting you’ll need to change. You see that breadcrumb does not come from oue plugin, thus it must be a part of your theme. Since I have never used your theme I’m not familiar enough with it to hide that.
You should contact your theme author and ask them how to hide the breadcrumb. If you wish to hide it site-wide it’s possible there is a setting or small snippet of code they’ll share. If you wish to only hide it The Events Calendar’s pages then ask them if there is a “Page Template” that does not have the breaddcrumb, and then select that page template in WP-Admin > Events > Settings > Display . If there is not, then ask them what part of theme you would need to modify to hide it. Wherever they point you towill be the code that shows the breadcrumb. If you wrap that code in the following, it will hide the breadcrumb only on the calendar views:
if ( tribe_is_event() ) { // breadcrumb code }Does that all make sense? Will that work for you? Please let me know.
Cheers!
– Brook
Brook
ParticipantHowdy Joy,
I would love to help you with this. Performance is my favorite topic.
I spent some time perusing your site and measuring page load times. Here is what I found:
- /events/ – 2.23s
- /what-you-say/ – 9.44s
- /blog/ – 1.81s
- /shop/ – 1.66s
- /events/ – 1.80s
- /what-you-say/ – 3.76s
- /events/ – 1.72s
As you can see the page load times will vary a fair bit, but the events page is not significantly slower than the rest, in fact it basically came in second.
I am assuming your p3 profile was for the /events/ page. In which case, it does make sense that the plugin which is serving a page would take up the majority of the time it takes to load the page. One of the things our plugin does is takeover the main WP Loop and content template. This will reduce the amount of time WordPress itself takes on those graphs by a lot, but simultaneously increase the amount of time The Events Calendar takes. The net time will still stay approximately the same, as noted above when viewing other pages and seeing load at similar, sometimes slower, times.
That said I see you are displaying the Events List widget twice on your pages. Each time you display it it will have do a get_posts() query, just like the main query on your page. This is a somewhat time consuming operation. If you have two list style widgets, event or otherwise, plus your main content, this portion of the page load will take approximately 3x longer than if you just showed the main content. You might be interested in removing one or more of those widgets if page speed is the most important thing to you.
Does that all make sense? Do you have any questions?
Cheers!
– Brook
May 1, 2016 at 7:22 am in reply to: Fatal Error: Cannot use object of type WP_Error as array #1109273Brook
ParticipantThank you Alex! That was a huge help. Now that we’re on the same version the slightly different error code is actually helpful.
After investigating WooCommerce’ code surrounding this I believe this might stem from a permissions error. Have you ever modified WP user roles or groups, perhaps using a plugin?
There are a couple of things we could do.
- Would you mind ensuring that WP_DEBUG is enabled on your site? Would it be possible to also temporarily install the Debug Bar on your website? Now when you visit that page are you also seeing a Notice that says something like “You do not have permission to delete this edit_shop_order” ?
- If you’re feeling adventurous you could download a Role Editor plugin, perhaps the ever popular “User Role Editor”. Assuming you are an admin on the site, could you double check that the admin role has all abilities checked, including edit_shop_order . Once the plugin is installed click the Settings link and check the box that includes admins in the editor. Hit save. Then go to WP Admin > Users > User Role Editor and edit the admin user role.
Does that all make sense?
Cheers!
– Brook
Brook
ParticipantHowdy Christian,
Great question. This has come up from time to time so I just took some time and wrote a snippet that will help you out here. This form will throw up an HTML 5 form validation error if the user attempts to submit their form without first selecting at least one ticket.
Paste the following snippet at the top of your theme’s functions.php file. Replace the opening “<?php” with this snippet, as this snippet includes that opening tag.
https://gist.github.com/elimn/30c533fad7ee5ce4c3cb8a0f727c7190
Did that do what you’re looking for?
Cheers!
– Brook
Brook
ParticipantYou are very welcome! I am happy its working properly now.
Cheers!
– Brook
April 29, 2016 at 9:17 am in reply to: Community events submitting changing field date format #1108815Brook
ParticipantWell that is odd. Would you mind grabbing your system information and pasting it here? Make sure to use the ‘Set as private reply’ checkbox to protect your private information from the public. You can find the system info by going to WP Admin > Events > Settings, clicking on the “Help” tab, and scrolling down to the ‘System Information’ box. (Or by going to [yoursite]/wp-admin/edit.php?post_type=tribe_events&page=tribe-events-calendar&tab=help) That will give me a lot of extra information to help diagnose the problem.
Cheers!
– Brook
Brook
ParticipantHey I am happy the easy way worked!
Good questions. So the function your are using to display the events, tribe_get_start_date(), has a number of different arguments. Click on that link to familiarize yourself with it a bit. The first argument is the event ID, as you no doubt are already using. The next asks if you want to display the time. The third is the date format. It accepts a PHP Date Format string just like in every other area of WordPress. If you need some familiarizing with those checkout this guide.
Once you have setup the start date to use a given format, apply the same logic to the tribe_get_end_date() which accepts all of the same arguments including a date format string.
Is that what you were looking for?
Cheers!
– Brook
Brook
ParticipantOh I see what’s going with that snippet. Sometimes our forum HTML escapes random characters from within snippets. Our forum software is from a different company… we also are not immune to others software malfunctioning. 🙂
Within that snippet you will see the following (which has been modified by the forums) :
&&
Swap that out for:
&&
Now the snippet should stop generating parse errors. Make sure to not modify anything else though like the spaces on either side of those characters.
I should have been more clear earlier, ordinarily WPML translates dates/times like a champ. We have thousands of satisfied multilingual customers. Even one of our supports reps is also from Quebec and is a self professed WPML enthusiast, he too was puzzled by your issues. Your problem is not even with our plugin, it is with WPML. WPML is responsible for the translations of dates across WordPress, including when dates are displayed by our plugin.
I did Google this issue when you brought it up and saw a few other people experiencing similar stuff while running WPML, just none of them were using our plugin. Since you say you are seeing the same issue on your blog that you are with our events I would head over to the WPML forums and start a topic there. I am as puzzled as you on why this is not working. If I were you I would not event mention The Events Calendar, as from what you have told me your issue manifests itself with dates anywhere on the site including in your blog.
Cheers!
– Brook
Brook
ParticipantHowdy James,
I would love to help you with this.
I am thinking your theme might have a theme override in place for this widget, that could easily explain both of your troubles. To test for this and a few more possibilities we will need to test if a “conflict” is happening, and if so narrow it down so we can find a fix for it. This guide walks you through how to test for a conflict, and then identify what is conflicting.
If you need further support would you mind logging in so I can verify your support access? Or, if you don’t have/want a license (which includes a year of support) you should checkout the volunteer community on WordPress.org: The Events Calendar. It’s not the same level of support, but it’s free! We even check those forums once each week and help to the extent we can.
Cheers!
– Brook
April 28, 2016 at 11:21 pm in reply to: EBTix still silently fails. (Old thread closed by bot.) #1108615Brook
ParticipantExcellent! That’s what we wanted to hear. If you notice anything about the update, perhaps something that’s still not working, please let me know. The breakages lately were a very big deal and have been our primary focus for the past few weeks.
Thanks Kelly! I will do that.
- Brook
Brook
ParticipantHowdy again,
Is it possible for you guys to somehow make the changes on my site if I give you access and provide the words I need translating? Because pasting it at the top of functions.php crashed the whole site, even by removing the <?php as your link suggested above.
That would not be possible, it would violate our TOS and put us in a legal predicament. But, I am happy you shared the details here because I think that is the problem. The snippet I shared above should not replace the <?php tag, because it does not have a the <?php tag in it. You should paste that snippet just underneath the existing <?php tag in your functions.php.
If this continues giving you trouble you might consider hiring a developer. Most every website owner needs one at some point or another, especially if you need to make code changes. We even have a list of freelance customizers who are ideally suited for smaller projects.
What is happening with dates elsewhere on your site such as timestamps on your blog posts. Are dates there translating properly?
Cheers!
– Brook
Brook
ParticipantThank you for getting back. That is good to know. We are searching through the Minicalendar widget right to see if there is any way to optimize it to be even faster. Until then though I am happy that leaving it disabled is an option, that could definitely help speed things up a bit.
Cheers!
– Brook
Brook
ParticipantHowdy Anthony,
No problem. Here is what I meant:
[php]function tribe_custom_theme_text ( $translations, $text, $domain ) {
// If this text domain starts with "tribe-" or "the-events-", and we have replacement text
if( ( strpos( $domain, ‘tribe-‘ ) === 0 || strpos( $domain, ‘the-events-‘ ) === 0 ) && $translations === ‘Évênements’ ) {
$text = ‘Événements’;
}return $text;
}
add_filter(‘gettext’, ‘tribe_custom_theme_text’, 20, 3);[/php]That should swap out Événements . Paste that at the top of your theme’s functions.php file.
Regarding your other issue though, where you able to follow the little guide I wrote for you? Here it is again:
Are you seeing dates translated elsewhere on the site? For instance when you post a blog article there is typically a timestamp, is that translating? If that is translating, could you try temporarily switching to the Twenty Fifteen theme and seeing if the dates now translate on the calendar as well?
Cheers!
– Brook
April 28, 2016 at 11:08 am in reply to: EBTix still silently fails. (Old thread closed by bot.) #1108362Brook
ParticipantThis reply is private.
Brook
ParticipantHowdy Anthony!
That is a strange one. In WordPress it is encouraged to not store the names of months/days within plugin language files, because WordPress offers its own localization API that contains the translations for all of these. So our Plugin uses the WordPress translation.
Are you seeing dates translated elsewhere on the site? For instance when you post a blog article there is typically a timestamp, is that translating? If that is translating, could you try temporarily switching to the Twenty Fifteen theme and seeing if the dates now translate on the calendar as well?
You can certainly change the way that’s written. If you would like to contribute a more accurate translation please checkout this guide. However, if you are just hoping to change it on your site right now and not really interested in helping improve the translation for everyone then I would use this snippet. You will want to alter it a bit so that it only affects the french version, to do that check the $translations variable and only swap stuff around if it is outputting French.
Does that all make sense? Will that work for you? Please let me know.
Cheers!
– Brook
-
AuthorPosts
