[Barry]

Please note this thread will no longer be monitored: if we can help with any other questions, please create a new thread!

[Barry]

Please note this thread will no longer be monitored: if we can help with any other questions, please create a new thread!

[Barry]

Please note this thread will no longer be monitored: if we can help with any other questions, please create a new thread!

[Barry]

Please note this thread will no longer be monitored: if we can help with any other questions, please create a new thread!

[Barry]

Please note this thread will no longer be monitored: if we can help with any other questions, please create a new thread!

[Barry]

Please note this thread will no longer be monitored: if we can help with any other questions, please create a new thread!

[Barry]

Please note this thread will no longer be monitored: if we can help with any other questions, please create a new thread!

[Barry]

Please note this thread will no longer be monitored: if we can help with any other questions, please create a new thread!

[Barry]

Can you try adding the following snippet to your theme’s functions.php file as a temporary workaround?

add_action( 'pre_get_posts', 'fix_day_view_order', 100 );

function fix_day_view_order( WP_Query $query ) {
	if ( 'day' !== $query->get( 'eventDisplay' ) ) return;
	$query->set( 'order', 'ASC' );
}

[Barry]

Hi Lars:

We need help solving this. It is obvious that weekends should be optional to hide in a calendar – esspecially for a “Week View” as it will otherwise compress a 5 day calendar into very little space.

I’m afraid this is not a level of support we can provide here. When the plugin is running “out-of-the-box”, without any modifications, week view shows all 7 days in the week – and that is by design.

If that doesn’t suit your needs then you can normally customize things to suit. We can often point you in the right direction in situations like this – and I hope we have done so – but we can’t build the customization for you.

This has been suggested and requested again and again – and yet no new functions are being added with your releases

I do appreciate it can be a source of frustration to request something and not see it implemented. Realistically, though, we can’t implement every requested change immediately – there may be a delay of a number of consecutive releases – and it may in any case be that we don’t view certain proposed changes as suitable for inclusion in our core product line-up.

While I’m not suggesting that is the case with this particular feature it is nonetheless important to understand that while we’re committed to improving the plugin with every iteration we generally can offer no guarantees as to when or if a certain feature will be added.

Can we hire you to solve both this present problem and this:
https://tri.be/support/forums/topic/week-view-events-clutter/#post-198467

There are definitely lots of competent web agencies and freelancers out there who could accommodate you and you are more than welcome to request a list of folks we feel might be able to help you. Please email us at pro @ tri . be if you would like such a list.

Things are simply NOT working as expected. This is not our fault. We are simply just using your software as one would expect. We NEED a 5 day working “Week View” calendar with visible tooltips and NO events hiding behind each other. This is what we bought into.

All I can repeat is that week view, by design, shows all 7 days of the week and there is no issue with tooltips when used as it was designed. In light of that, I don’t think it is fair to suggest it isn’t working as expected: the problem with tooltips being cut-off has arisen only because you have modified core plugin code.

If you decide to do that, great – but you need to accept responsibility for any unwanted or unintentional side effects your modifications bring about.

I don’t feel there much more I can add here on this particular topic and will go ahead and close this thread.

Of course, if we can help with anything else please do feel free to create new threads as needed.

 

[Barry]

OK – we can now reproduce this: thanks so much for your patience so far. We’ll investigate a little further and I’ll be sure to post back with an update shortly.

[Barry]

Thanks for your patience 🙂

The problem is only between WPML and Tickets, all the rest of TEC seems fine. When WPML is activated, and I try to create a ticket, I get a message that my ticket has been created, but I don’t see it, n the admin or in the front-end.

So I activated WPML (3.1.5) and went through the basic setup procedures for that plugin. There are a lot of options so, of course, I can’t say that the configuration was identical to yours – but I went so far as being able to switch between English and German and tried both enabling and disabling translation support for the events custom post type (via the Translation Options screen).

I was still able to create and edit tickets via the event editor, navigate to the attendee list and view the tickets (and add them to the cart) on the frontend. So, at this point, I’ve been unable to replicate the issue. One possibility is that the conflict is compound in nature. Can you try the following variation of our normal troubleshooting steps?

• Please deactivate all plugins except for The Events Calendar, WooCommerce, WooCommerce Tickets and WPML Multilingual CMS
• Though we’re keeping the core WPML plugin active please still ensure any other WPML addons are deactivated
• Switch to a default, unmodified theme such as Twenty Thirteen
• Are you now able to use WooCommerce Tickets as expected?

 

[Barry]

Hi!

In our last release we actually introduced a new filter (in the sense of a WordPress hook) that can help in this sort of situation, called tribe_events_filter_values.

Up to two parameters are available to any callback functions you register for this hook, the first being an array of values and the second is the “slug” which identifies the filter itself.

The best thing here is to play around with that hook (if you’re comfortable with that side of WP development) and see what you can do.

Good luck 🙂

[Barry]

Hi!

It’s certainly possible to tweak the output and, for instance, obfuscate email addresses. Our Themer’s Guide covers the basics of overriding and customizing our templates – but we’d need to leave you to figure out how best to handle the obfuscation process.

In organizer editor the plugin ‘obfuscate email’ is recommended for protecting against mail grabber.

We link to a list of plugins tagged with obfuscate in the WordPress plugin directory – but we’re not really making any specific recommendations, there – that’s primarily aimed at helping you, but unfortunately we can’t guarantee there’s going to be a plugin that “just works” in this situation.

Sorry for any confusion on that front … but does that help or at least clarify things?

[Barry]

Hi!

The plugins are all highly customizable and you can certainly add the event name to places like the cart and ticket emails. Please do check out:

• This (unofficial) plugin and sample “recipes”
• This related thread which looks at adding ticket (product) info to the tickets email
• If you haven’t already done so please be sure to review our Themer’s Guide!

I hope those give you some ideas – and good luck 🙂

[Author]

Posts