Search Results for 'dequeue'

[Cliff]

Hi Ryan.

You can enable SCRIPT_DEBUG to use the non-minified JS files.

Looking into the source, I see Line 209 of /wp-content/plugins/the-events-calendar-filterbar/src/resources/js/filter-scripts.js is the JS that resets the filters. The targeted ID gets set from one of the 2 files in /wp-content/plugins/the-events-calendar-filterbar/src/views/filter-bar/

That JS file gets enqueued at Line 206 of /wp-content/plugins/the-events-calendar-filterbar/src/Tribe/View.php

I’d guess the only way to customize that JS is to dequeue it and enqueue your own modified version.

Or (probably easier) you could just look at that JS function’s logic and piggyback/copycat it yourself to duplicate its functionality for your own custom inputs.

I hope that helps get you further along with your customization!

If you need some coding help, you may want to ask your developer or reference our documentation and list of known customizers.

[Geoff B.]

Hey Mohammed,

Thank you for writing back.

I am super stoked that you have found the cause of the issue. Kudos!
Please never hesitate to contact us, supporting you is our job.

There is never a question to small to ask 🙂

In your documentation, it doesn’t seem like I can have a copy of it on the child theme. Do you have any recommendation so that this file doesn’t get overwritten when I continue making updates?
Same thing with the file meta.js (/plugins/event-tickets-plus/src/resources/js/meta.js).

That is a great question. I believe you are referring to our Themer’s guide.
Although it is true that you can include view related files in the /tribe-events/ folder of your theme or child theme, files found under the /src/ folder cannot be used in the same fashion unfortunately.

Your best bet would be to use a different approach for that. Something like a combination of dequeueing, filters and perhaps even calling your modified script in the process.

I wish I had a better answer for you, but for now it’s the best one I have.

Best regards,

Geoff B.

[Josh]

Hey Alan,

If they’re the same versions, it’s possible that the dequeue is now loading differently due to the order of the arguments in your “wp_register_script“. Try moving the “false” to be the last argument there and see if that helps.

Alternatively, I did take a quick look at your site and I do see that the site is still loading version 2.2.4 (https://cloudup.com/c0yXAmXVrfq). You might need to flush cache to get the correct version pulling onto your site.

Thanks!

[Cliff]

Hi Nicolas.

In our forums we keep our threads focused on just one issue at a time to ensure we fully answer each of your questions/issues. Please keep this in mind for the future and start a new thread for your additional question from this thread. Thanks for your understanding, and I’ll answer only your first question…

We recommend dequeuing your other plugin’s Google Maps script on The Events Calendar pages. Here’s a code snippet I wrote for someone else’s theme that was including its own Google Maps and generating the same error message (we see it fairly often):

https://gist.github.com/cliffordp/ca3baf77c9be8b72f37db10c7c91783b

You could adapt that to your other plugin’s script handle.

Another way to go about this is to just completely dequeue our Google Maps and let your other plugin’s script loading handle it all. Our script handles include:

• tribe_events_google_maps_api
• tribe_events_embedded_map
• tribe-gmaps (tribe-events-pro-geoloc loads this as a dependency)
• tribe-events-pro-geoloc (may only be used when PRO gets the coordinates based on a Venue’s address so might not want to dequeue)

I’m not 100% certain that’s all of them, but I’d also not recommend dequeuing them anyway 😉

Please let me know how it goes for you.

[Geoff B.]

Good afternoon Mary-Anne,

Thank you for testing this a bit further.

I did a bit of extra research and it turns out there is a compatibility issue with the latest version of the Jupiter theme.

Since we first talked, I have found 2 other of our customers with a similar issue:

1. https://theeventscalendar.com/support/forums/topic/attendee-information-options-buttonsfields-not-responding/
2. https://theeventscalendar.com/support/forums/topic/ticket-fieldset-2/

It is hard to pinpoint exactly where the conflict happens, but by manually dequeueing some of the JavaScript related includes found in the Jupiter theme, the problem disappeared.

So at this point, it looks like this is a question for the theme author. As a side note, you might want to try to downgrade the Jupiter theme to its previous version. I have a hunch that this might help.

I wish I had a better answer for you, but for now it’s the best one I have.

Have a good week-end,

Geoff B.

[Geoff B.]

Good evening Thomas,

I have to agree with you, that’s a lot of things to undo from your theme.
It would have been awesome if the theme author provided a quick on-off switch for these customizations.

If you want your changes to survive any theme update, a child theme is always a better idea.
But I am not sure how well this specific theme handles child themes. It is certainly worth a shot.

The correct approach would be to dequeue what the parent theme is doing for the Events Calendar in your child theme’s functions.php or to filter out some functions.
The fastest way to this might be to contact the theme author as he’ll know exactly how to go about this.

Best of luck,

Geoff B.

 

[Cliff]

Thanks for all the info. Here’s the response from one of our developers:

You could temporarily include the following code:

function tribe_snippet_pro_requeue_scripts() {
wp_dequeue_script( 'handlebars' );
wp_dequeue_script( 'moment' );
wp_deregister_script( 'handlebars' );
wp_deregister_script( 'moment' );

wp_enqueue_script( 'handlebars', Tribe__Events__Pro__Main::instance()->pluginUrl . 'vendor/handlebars/handlebars.min.js', array(), apply_filters( 'tribe_events_pro_js_version', Tribe__Events__Pro__Main::VERSION ), true );
wp_enqueue_script( 'moment', Tribe__Events__Pro__Main::instance()->pluginUrl . 'vendor/momentjs/moment.min.js', array(), apply_filters( 'tribe_events_pro_js_version', Tribe__Events__Pro__Main::VERSION ), true );
}

add_action( 'tribe_events_enqueue', 'tribe_snippet_pro_requeue_scripts', 11 );
add_action( 'tribe_venues_enqueue', 'tribe_snippet_pro_requeue_scripts', 11 );

But they’ll also make sure to fix it in an upcoming release. I think it should be released really soon.

Please let me know if you have any follow-up questions on this topic.

[Geoff B.]

Good morning Boxchilli,

Thank you for writing back.

Actually, this does not look like a matter of theme settings. The issue is that your theme is “taking over” how the “Add to cart” box works everywhere on the site.
By doing so, it overrides our plugin’s “add to cart” code and as such prevents the fields to capture the additional attendee info from being displayed.

I did take a deeper look at your theme files to check if I did not see anything obvious.
Unfortunately, provided the complexity of theme, I came up empty handed.

My best recommendation at this point would be to contact the theme author to inquire about a way to dequeue their Add to cart customization on single-event pages.

I wish I had a better answer for you, but for now it’s the best one I have.

Best regards,

Geoff B.

[Cliff]

Thanks. I looked through the parent theme (not the child theme) and found several things:

1)

It uses wp_enqueue_script for both:

• optimizer_map, which loads this file: /wp-content/themes/optimizer_pro/assets/js/map-styles.js
• and optimizer_googlemaps, which loads this file: https://maps.googleapis.com/maps/api/js?key=AIzaSyC……NqOg (I obfuscated it)

2)

Notice on that 2nd one, it has a hard-coded Google Maps API key. Yikes!

I’d suggest you report this to the theme author, as it may be against Google Maps’ terms and/or they may not realize their API key is being used by everyone who runs their theme.

3)

It might be advisable in this situation to dequeue the duplicate scripts. I came up with this code snippet but did not test it (since I never activated the Optimizer Pro theme or the child theme you sent me):

https://gist.github.com/cliffordp/ca3baf77c9be8b72f37db10c7c91783b

Please let me know how it goes for you.

[Cliff]

Thanks for that update.

I found a few more you might want to try to dequeue/deregister:

• tribe_events_embedded_map
• tribe_events_pro_google_maps_api

Once all ours are gone, then you could probably just use your other Google Maps plugin.

===

I don’t see it on our internal radar or at our plugins’ UserVoice page to add an option (setting or filter) to not enqueue our Google Maps script.

Please do add your feature request there.

This allows others who are interested in that feature to easily voice their support. We frequently review suggestions there to find out which ones are popular, then we implement as many of them as we can.

Once you post it, feel free to link to it from here in case anyone comes across this forum thread in the future.

[Gonzalo Alatorre]

So I tried removing the script using:

function pp_dequeue_unnecessary_scripts() {
  wp_dequeue_script( 'tribe_events_google_maps_api' );
  wp_deregister_script( 'tribe_events_google_maps_api' );
}
add_action( 'wp_print_scripts', 'pp_dequeue_unnecessary_scripts', 100 );

But that doesn’t work.

There’s likely a better way, but what I was able to get working was tweaking how I enqueue our version of the maps API to be

if (!is_singular(array('tribe_events', 'tribe_venue', 'tribe_organizer'))) {
  if (is_post_type_archive(array('tribe_events'))) {
		  
  }
  else {
    wp_enqueue_script('googlemaps');
  }
}

It doesn’t like !is_post_type_archive(array(‘tribe_events’))

[Nico]

Philip,

I could narrow this down to a conflict between WP Job Manager, Events Calendar PRO and the Listify theme. Placing the following code in the child theme functions.php file should make it right:

/* Tribe - dequeue select2 in customizer */
function tribe_customize_dequeue_select2 ( ) {

global $wp_customize;

if ( isset( $wp_customize ) ) {
wp_dequeue_script( 'tribe-events-select2' );
}

}
add_action( 'wp_print_scripts', 'tribe_customize_dequeue_select2', 100 );


Please give this a try and let me know if it works as expected,
Thanks,
Nico

[Geoff B.]

Hey Kevin,

As promised, I have reached out to Dev.

The good news is that you can totally dequeue if you want to.
That can be done via:

1. tribe_events_google_maps_api
2. tribe_events_embedded_map

(either one or both, depending what you want to replace)

Let me know if you are good to go with just these assets or if you would prefer additional help with this ?

Best regards,

Geoff B.

[George]

Hey @stratejusinc,

Thanks for your follow-up here. I totally understand the importance of this bug and am wondering about possible fixes, as the dequeue_script calls I shared before did not work on your site. It’s a bit tricky but we are still working on this; stay tuned!

Thank you for your patience,
George

[George]

Hey John,

I checked out your site and the outdated version of jQuery is still being loaded.

If things work fine in the default theme, then your custom theme is the source of this problem. The only thing I can recommend from here, unfortunately, is to make sure that neither your theme nor any of your plugins are loading their own versions of jQuery and dequeueing the built-in version.

Sincerely,
George