[Barry]

OK – thanks for confirming. Bear with me a little longer in that case and I’ll try and replicate with the very latest version of Headway.

[Barry]

We do indeed have some changes in the works following Cliff’s report and I’m hopeful we’ll see them when our next release goes out – so stay tuned and we’ll do our best to update this thread to ensure you stay in the loop 🙂

[Barry]

Hi Sean,

Quick update that we’ve actually got some work planned that ought to resolve this issue – I should be clear though that this is unlikely to be done in time for the very next upcoming release, though hopefully it will not take too many cycles to get round to this one.

If it’s essential for you to do this work, though, would it be possible for you to build custom roles and set those up with the desired range of capabilities (as opposed to editing the capabilities of default WordPress roles)?

Thanks!

[Barry]

Yes, apologies there – I was testing against a translatable string which is never a good idea. Can you try this revised version of the code?

add_filter( 'dynamic_sidebar_params', 'remove_recurrence_from_widget_schedule_details' );

function remove_recurrence_from_widget_schedule_details( $widget_params ) {
	if ( 0 === strpos( $widget_params[0]['widget_id'], 'tribe-events-adv-list-widget' ) ) {
		TribeEventsPro::instance()->disable_recurring_info_tooltip();
		add_action( 'dynamic_sidebar_after', 'restore_recurrence_tooltip' );
	}
	return $widget_params;
}

function restore_recurrence_tooltip() {
	TribeEventsPro::instance()->enable_recurring_info_tooltip();
	remove_action( 'dynamic_sidebar_after', 'restore_recurrence_tooltip' );
}

[Barry]

Hi jcoen,

So on lines 30-38 you define an array called $args but best I can tell you’re not actually doing anything with your new array:

<?php $args = array(
	'name'          => __( 'Tribe Sidebar', 'theme-slug' ),
	'id'            => 'tribe-events',
	'description'   => 'Widgets in this area will be shown on the homepage for the Tribe Events Calendar Pro.',
	'class'         => 'tribe-events',
	'before_widget' => '<li id="%1$s" class="widget %2$s">',
	'after_widget'  => '</li>',
	'before_title'  => '<h2 class="widgettitle">',
	'after_title'   => '</h2>' ); ?>

What I’d recommend here is reviewing the above linked resources (which I’ve repeated here) which can guide you through various ways to achieve your goals:

• the_widget()
• register_sidebar()
• dynamic_sidebar()

If you’re unfamiliar with PHP or still encounter difficulties I think the best approach may be to approach either your theme vendor for further support or perhaps even consider engaging a suitable designer/developer to assist – and we can certainly provide you with a list of folks we recommend if you email us at pro (at) tri (dot) be – but really I think you require a little more support than we can realistically offer here on the forums.

Since we can’t do a lot more on this occasion I will go ahead and close this thread, but if there are any other issues we can help with please do create a new thread and one of the team will be more than happy to do what they can.

Thanks again – and good luck 🙂

[Barry]

Well, a possibly less ideal approach could be to use the wp_mail filter itself. If neither that or the first approach works you might even unhook our own mailer which is done using the woocommerce_email_classes hook.

For customizations like this, though, we really need to leave things in your hands 🙂

With that in mind I’ll go ahead and close this thread – but if we can help with any other issues please do feel free to create new threads as needed and one of the team will be happy to help.

Thanks!

[Barry]

Hi Richard,

It actually sounds like you are describing the expected behaviour of the calendar widget:

• When it first loads it displays all upcoming events taking place this month (ie, events which took place earlier in the month but have now expired will not initially be shown)
• If you click on a specific day it lists all events on that day (up to the limit imposed in the widget settings or, if that is zero, it takes you straight to day view for that day so long as day view is enabled)
• If you page forwards or backwards one or more months then events for that month are listed below and this time expired events may be shown (again, up to the same limit as before)

In other words, unless I’m misunderstanding, this is what we’d expect of the widget by design. That said we’re always open to new ideas and feature requests and if you’d like to see it behave differently please do post a fresh request on our UserVoice page:

tribe.uservoice.com

In this case you might be particularly interested in the following request and if it pretty much seems to agree with your own thoughts definitely do up vote it (and/or comment) to show your support rather than create a new one:

tribe.uservoice.com/forums/195723-feature-ideas/suggestions/5971386-have-calendar-widget-show-next-5-events-regardless

Of course if I’m misunderstanding and you think you’ve hit a bug definitely follow up and let me know and I’ll happily look into it 🙂

Thanks!

[Barry]

Hi marianoaran,

Right now we’re building on top of the WC_Email class (a part of WooCommerce) to send tickets – and this ultimately dispatches emails using WordPress’s own wp_mail() functionality.

So that opens a few opportunities for including attachments, but one way you might be interested in is making use of the following filter hook which lives within WC_Email:

woocommerce_email_attachments

From there you should be able to do what you need 🙂

Good luck!

[Barry]

Hi!

tri.be/support/forums/topic/removedisable-the-recurrence-option-in-version-3-4

Does the approach outlined in the above thread work for you?

[Barry]

OK. Before I do anything on your test site, can you confirm that we have your permission to deactivate plugins, switch theme, change settings and so on?

We strongly recommend you make a backup (and that you know how to restore that backup) before we start – and, though I appreciate this is a development site rather than the production site, I nonetheless need to emphasize that we cannot accept responsibility for any issues that result from the troubleshooting process.

Thanks!

[Barry]

Definitely not a good long-term solution, I can appreciate that. If you do have something that lets you workaround this for the time being, though, perhaps you can wait just a little longer? I’m hopeful our next release – currently in the final stages of preparation – will address this 🙂

[Barry]

Hi Margaret,

Thanks for the update – we’re getting closer!

So I don’t currently have access to the very most recent version of Headway (though we’ll certainly reach out to the Headway team on that count) but a quick test with Headway 3.6 seemed worthwhile though it didn’t get me anywhere. Here’s what I tried:

• I used the visual editor to create a layout approximating what I see on your site:
  • A header block at the top
  • A navigation block right below it
  • Below that, a large content block taking up most of the space on the left
  • A widget area on its right
  • Finally, a widget area in the “footer” region
• With that in place I placed the countdown widget in the footer widget area

When viewing the main events page – set to show upcoming events by default as I think you have done – the countdown widget worked as expected. So that raises two possibilities:

• This problem is specific to the most recent versions of Headway
• Something else is conflicting – this could be another widget, another plugin or perhaps a certain setting must be enabled

Before we go any further I’d like to check how you approached the troubleshooting process: when you re-enabled Headway did you do so with a “clean slate” or did it inherit all the same widgets etc that you had in place prior to testing? Were you also able to test Headway with our plugins but no others?

Thanks!

[Barry]

Hi mikeamcbrien,

What you are trying to achieve is or should be the actual behaviour. Can you confirm:

• If your WordPress timezone settings are correct
• Some URLs for your site where I can see an example of this (ie, an ongoing event and whichever view it is not appearing on)?

Thanks!

[Barry]

OK… I did what you asked… I used Twenty Thirteen and the Events Calendar Pro… and it worked. But then I changed the theme to Headway and it stopped working. I will write to the support team at Headway to see if they can help me fix this but I have to say that it isn’t necessarily a problem with Headway.

Thanks for running through those steps, it’s appreciated 🙂

I’d be the first to agree this does not mean there is a categorical problem with Headway – but of course let’s also remember there is not necessarily a bug in our code (conceivably there may not be a bug in either party’s code).

What I can say is that there have definitely been challenges in the past in terms of integrating our plugins with Headway, but my understanding is that the team did a lot of work to improve things particularly with regards to “virtual pages” (such as our main events view) … can you confirm which version of Headway you are currently using?

Thanks!

[Barry]

OK – unfortunately the forum does not currently do a great job handling code (sometimes it even strips bits and pieces out) so it’s best to share snippets via Gist, Pastebin or some other similar service 🙂

Within the code you did share I think I’m looking at a set of args used when the sidebar is registered – can you share the code from your actual theme template where you are embedding this?

[Author]

Posts