[Barry]

Glad to hear it’s fixed 🙂

[Barry]

…As a quick follow up, please note we’ll do our best to reach out to the good folks at Copyblogger and do some testing of our own if we can 🙂

[Barry]

Hi Bill,

I’m sorry we haven’t gotten any further.

Maybe we need to add support for the mime type for the files. Can you please confirm this with the plugin support so we can investigate further on our end?”

Just in case you missed it, I did answer in my last reply that the text/calendar mime type must be allowed.

[Barry]

Hi @eastlife,

I’m sorry to hear that you are experiencing performance issues. A gulf of 12 seconds, more than doubling that page load, definitely is far from ideal and I’m really surprised to hear that the impact of PRO would be as big as that.

In this case I’m curious about the impact of other components. For instance, depending on the page I was loading, there could be a huge number of “adrotate-impression” ajax requests, each typically consuming more than one second.

There can be a knock-on effect when one component – in effect – consumes more than its fair share of resources. Of course, I have no idea if the plugin responsible for the adrotate requests is at the heart of this, or just one of several factors, but as you have a staging site at your disposal I’d be really interested in finding out what the difference in page load times are like between The Events Calendar and Events Calendar PRO with no other plugins running (and only a default theme, such as Twenty Fifteen).

There certainly will be some difference but my hope would be not nearly as big. Assuming that is the case, it would also be interesting if when you start reactivating other components if you discover a combination of The Events Calendar, Events Calendar PRO plus other plugins that does really widen the gap and slow things down.

Two other pieces of information that would be great are a note of the total number of events on your site and a copy of your system information which you could share by private reply.

Last but not least, we’re always looking at ways to improve performance and things are progressively improving with almost every release – however, hopefully we can find some ways to improve things even a little in the short term, too.

Thanks!

[Barry]

Glad it worked 🙂

[Barry]

Thanks for the feedback: getting our documentation right is important and we genuinely appreciate this sort of constructive criticism – I’ll make a note for us to revise and update this area 🙂

[Barry]

…I forgot to link to the Themer’s Guide – you can find it here:

theeventscalendar.com/knowledgebase/themers-guide

[Barry]

Hi Barry,

You certainly can!

Please review our Themer’s Guide first of all as it provides a good explanation of how template overrides work. In essence, though, you would copy this file:

plugins/the-events-calendar/src/views/modules/bar.php

Place the copy in your theme, like this:

themes/YOUR_THEME/tribe-events/modules/bar.php

Then locate this line:

<input class="tribe-events-button tribe-no-param" type="submit" name="submit-bar" value="<?php echo esc_attr( sprintf( __( 'Find %s', 'tribe-events-calendar' ), tribe_get_event_label_plural() ) ); ?>" />

Simply change it to:

<input class="tribe-events-button tribe-no-param" type="submit" name="submit-bar" value="Click to Search" />

Does that help?

[Barry]

Hi Martin,

I’m afraid we do not provide technical support here in the pre-sales forum — that’s reserved for users who have purchased license keys.

If you’d like to do that you will of course be welcome to post on one of our premium forums. Even if you don’t, remember that the community forums are open to all and you can always ask the community a question there, too.

Thanks!

[Barry]

I believe that should work here – give it a whirl and if you do hit problems you can always let us know (bearing in mind, custom dev tasks typically are not supported here but if we’re usually able to provide a nudge in the right direction) 🙂

As this has been marked resolved I will go ahead and close the topic: for anything else, please don’t hesitate to create new topics as needed.

Thanks again!

[Barry]

Hi Tim,

I’m sorry you have hit up against difficulties.

My understanding is that the “MAILTO:” component is required or at least recommended within RFC 5545 (the formal specification for iCal). Just to clarify, is the problem here due to the single space separation between “MAILTO:” and the actual email address, or is that just a copy and paste error in your initial reply?

If you’re certain you want to be rid of “MAILTO:” in that field completely, you could add this code to your functions.php file or some other suitable location:

function ical_remove_mailto_component( array $ical_item ) {
	foreach ( $ical_item as &$part )
		$part = str_replace( 'MAILTO:', '', $part );

	return $ical_item;
}

add_filter( 'tribe_ical_feed_item', 'ical_remove_mailto_component' );

However, I’d add a caveat that this itself may lead to invalid iCal.

[Barry]

Hi Barry,

Thanks for the great question!

I do need to highlight first of all that custom development tasks are typically beyond the scope of support offered here in the forums so I’m afraid we may not be able to go into too much detail – but I’ll be happy to point you in the right direction if I can 🙂

What are the proper capabilities for someone who ONLY is able to use the Community Events system?

If this is the end goal, you need only set the user up as a subscriber and everything should “just work” (bearing in mind the options made available in the Events → Settings → Community screen) … do you actually need a custom implementation on top of this and may I ask why – it would be great to get a sense of what we might be missing?

Thanks!

[Barry]

Hi Martin,

Thanks for contacting us – it’s great to hear you are thinking of purchasing a license 🙂

I would like to use your plugin to display all of our events on a main page, e.g. http://www.mainpage.com.

Events Calendar PRO ships with some great widgets that you might use for this purpose. Each has a matching shortcode to make their usage even more flexible than before – so you could easily deploy a list of events to the frontpage.

Actually using your homepage to house one of the main event views (like the full month view) on the other hand isn’t currently possible with The Events Calendar and Events Calendar PRO by themselves, but there are some third party plugins you can explore which add this kind of capability (please see here for one example).

First of all.. is it possible to link an event from the event calendar directly to a url that we set, instead of the users landing on http://www.mainpage.com/events/conference-name?

Yes, that is definitely possible – however as you’ve noted this is not the default behaviour and therefore would have to be implemented as a further customization (though it’s certainly something that could fairly easily be done in a safe and clean manner).

Second.. If we buy the Multisite Package, will we be able to show our events on any of the multisite pages we create? For instance.. on http://www.mainpage.com/conference-name we can have a widget with related events?

It’s important to note here that the multisite license doesn’t add any extra multisite-specific capabilities: the software itself remains the same and has exactly the same capabilities and functionality regardless of license type — which is mostly concerned with the intended level of usage, access to support and to automated updates.

However, once again the flexibility of our plugins shows themselves here and you could certainly build such a widget. You will also find that the forum is full of solutions like this one that you might use as the basis of your own customization work 🙂

I hope that answers your questions but please do let me know if I can help with anything else.

[Barry]

My pleasure (and apologies for the inconvenience) 🙂

[Barry]

Hi Oliver,

A change to how we use that string within the code should be available in the next release – allowing it to be correctly translated. Until then, could you add this snippet to your theme’s functions.php file (or some other suitable location) and see if that helps?

function temp_fix_998208( $text ) {
	return str_replace( '<dt>:</dt>', '<dt>EVENT CATEGORIES:</dt>', $text );
}

add_filter( 'tribe_get_event_categories', 'temp_fix_998208' );

Of course, modify EVENT CATEGORIES to whatever makes sense here.

[Author]

Posts