[Barry]

Hmm – I would have thought so, too, which is generally great as it puts the choice in the hands of individual users.

If you do need to enforce this “across the board” (though, for whatever reason, this seems to be resolved without needing anything else in place) you could alternatively add this to your site’s wp-config.php file:

define( 'TRIBE_HIDE_UPSELL', true );

[Barry]

Awesome!

In that case I’ll go ahead and close out this topic, but if we can help with anything else please don’t hesitate to create new support topics as needed and one of the team will be only too happy to help 🙂

Last but not least, if you have a moment to spare we’d love to hear more about your experiences with The Events Calendar over on our plugin review page – thanks again!

[Barry]

Hi 4kingdoms,

Thanks for getting in touch.

1. the event page with all the different ticket times and adult children looks awful, see here at the bottom of the page, and i think it’s a barrier to purchase and leaves room for error http://4-kingdoms.co.uk/event/magical-christmas-kingdom29-nov/.

I’d definitely agree that with so many tickets it is somewhat confusing!

You can modify this, simply by overriding and customizing the relevant template (in this case, that would be wootickets/tickets.php) – check out our Themer’s Guide for more detail on this process – and change it to something you feel would be more suitable.

If you feel there is a better means of handling this that would be applicable to lots of other users, too, then please do also submit a feature request and we would certainly consider your suggestion.

2. There are 60 tickets available for each time slot (split to 30 adult tickets and 30 child tickets) however I need to control available tickets for the slot not at the ticket level i.e. if there are 2 adult tickets left for the selected time slot and 7 child tickets. 2 adults could buy the 2 tickets left and take two child tickets, then i am left with 5 child tickets I can’t sell due to no adult tickets available for that slot. (hope this makes sense).

So you are seeking what we might call “pooled inventory” and that is not (currently) a feature of our ticketing addons.

You’ll be pleased to know though that we are actively investigating this with a view to developing something that might help you out on this count, though I can’t offer any guarantees as to when that will be released just at this time.

One idea that does come to mind as an interim solution, though, is having a single ticket representing all the available seats – but, via a custom template, you could build an alternative means of letting people indicate if they are purchasing adult or child tickets – and automatically apply one or more discounts to reduce the price.

Again, that would require custom development work, but could be a viable way to go here.

I hope that helps – and good luck 🙂

[Barry]

Glad you uncovered it!

In that case I don’t think there’s to much more we can do to help on this end (and so will close out this thread) – but if anything else does crop up please don’t hesitate to post a new thread and one of the team will be only too happy to help.

Thanks again!

[Barry]

Hi – thanks for contacting us!

1) The calendar show the events by order of start date first but it means that every day the long running art exhibitions are shown and the shorter or one day events don’t get displayed at the top. Can we order it by end date?

That should be possible, yes, but implementing this would realistically be custom development territory.

Using something like our Filter Bar plugin, though, could allow you to easily include or exclude events based on their category (and so if you create a long running events category or something of that order, it could form a viable solution to this problem).

2) As you can see, the google map is just a grey box. Will Pro sort this problem out?

It’s possible but unlikely that installing PRO would in itself resolve this.

The most likely explanation is that there is a conflict with your theme or another plugin – figuring out exactly where the conflict is and resolving it would be a logical first step here.

Naturally if you purchase a PRO license we can help you through that process here on our Modern Tribe support forums – otherwise I’d really need to refer you to our wordpress.org forum if you need further technical help.

I hope that answers your questions but please don’t hesitate to let me know if we can assist with anything else!

[Barry]

Hi – happy thanksgiving!

Yes, that should certainly be possible: you could for instance categorize events according to who should see them and modify each event query to ensure that users of a certain role are “contained” within the appropriate category.

Doing this would certainly require a solid working knowledge of WordPress, how its queries run and the action and filter system – and is really something you’d need to drive forward as a customization of your own – but I don’t see any immovable obstacles here.

Does that help?

[Barry]

Hi!

Try out the first snippet provided here which lets you change the responsive breakpoint. Instead of 600, though, set it to something suitably high:

return 2400;

So your final solution (which you might add to your theme’s functions.php file) would look like this:

function customize_tribe_events_breakpoint() {
    return 2400;
}

add_filter( 'tribe_events_mobile_breakpoint', 'customize_tribe_events_breakpoint' );

Does that help?

[Barry]

Awesome, I’m glad that helped 🙂

I’ll go ahead and close out this thread – but of course please don’t hesitate to create new threads as needed if you hit any further difficulties.

Last but not least, we’re always keen to hear from users like you over on our plugin review page – so if you have a few moments to spare it would be fantastic to hear from you: thanks again!

[Barry]

Hi Glenn,

The easiest way to remove this for users who’d rather not see it is simply to make use of the Screen Options tab (and uncheck News from Modern Tribe).

Would that work here?

Also on a side note – pressing tab to move between fields when completing this form makes it disappear at the end. Frustrating when you type half of a novel. Although clicking “Start a New Discussion” does bring it back again. Just FYI in case you are able to do something about it.

Sorry for the difficulties – we’re actually rebuilding the forums and a great deal more (sign up to be kept in the loop about this upcoming change!) and so hopefully it will soon be a moot point.

Thanks again!

[Barry]

Hi Glenn,

Sorry to hear you’ve been hitting difficulties.

This is pretty unusual – I don’t recall any similar reports off the top of my head and wonder if a conflict or atypical WordPress configuration might be at work in your case.

Am I right in thinking the problem only manifests itself in the Community Events settings page? Or are you also finding the links to those pages that are added to the admin menus are ‘malfunctioning’?

YES, I’ve deactivated all other plugins to check for a plugin conflict.
YES, I’ve reverted to the 2011 default WordPress theme (with other plugins still deactivated) to check for a theme conflict.

Just to confirm, did the above steps make no difference to this problem? It’s puzzling that more users wouldn’t be hitting this unless it was the result of very specific conditions.

[Barry]

Hi Silvia,

It looks like a rule in your theme’s stylesheet is causing this issue (and for various reasons it only manifests itself in Firefox). Can you try adding the following CSS rule and see if it helps?

.widget.tribe_mini_calendar_widget table { float: none }

Some themes provide a setting to let you add custom CSS so you might try adding the rule there, if it’s available, or else simply place the above line of code in a new file within your theme, locating it as per the following example:

wp-content/themes/YOUR_THEME/tribe-events/pro/widget-calendar.css

(More information on this process can be found in our Themer’s Guide.)

I hope that helps!

[Barry]

Hi Sigurdur,

Apologies for the confusion!

So the snippet I provided earlier would actually be added to something like your theme’s functions.php file – it would not typically be added to the single-day.php template or anything like that.

Another issue that I am trying to do is to get the :
$days_of_week = tribe_events_get_days_of_week(‘short’);
to show only one letter like: M T W T F S S

This can also be filtered – rather like we did tribe_events_the_mini_calendar_day_link in the first snippet – and the hook to use is tribe_events_get_days_of_week 🙂

I am unable to find out how to remove the calendar title (EVENT CALENDAR)

The widget settings let you control this – so simply visit Appearance > Widgets and delete the current title, then save the changes.

I don’t think there is too much more we can do to assist on this one, but if anything else does crop up please don’t hesitate to create new threads as needed (please do stick to one question/issue per forum thread where possible 🙂 ) and one of the team will be only too happy to help.

[Barry]

Awesome!

[Barry]

Thanks!

I can certainly see the problem now I have access – but this is very much atypical behaviour and, honestly, I’m really struggling to imagine this is anything other than a conflict (though naturally it’s still a possibility that there is a bug somewhere).

Is this a test site and if so can you deactivate all other plugins and switch to a default theme (just like you did when following the troubleshooting steps) and let me know before you reactivate anything so I can take another look at that point, just to help me zero in on the possible cause?

Alternatively, if you cannot do those steps on this site, do you have a test site (or can you create one, perhaps in a subdirectory) and do that there?

I do for instance see type errors and other JS issues that are not being generated by our plugin – so seeing things in action without other components in place would help me to track down the source of the problem.

[Barry]

Excellent, glad to hear it’s looking like it made a positive difference 🙂

What I’ll do is leave this open a while longer in case there’s any other relevant feedback/problems etc – but looking to the future we’ll have a think about baking this sort of approach into the plugin itself (and indeed will examine possibilities for further efficiency gains in this area) – so hopefully the workaround won’t be needed indefinitely.

Thanks again!

[Author]

Posts