[Ryan]

Hey Nico,

I actually have already tried that as well – I went in to the EDD add-on and saw there was a new class so I gave that a shot and it is still firing off the ticket email.

Just to be safe I copy/pasted your code into my function.php, emptied my cache and tested again and I still received the ticket and purchase receipt.

Any other thoughts?

If you’d like access to the site to test as well as a coupon code to make some dummy purchases I’m happy to provide it.

Thanks,

Matt

[Ryan]

You’re the man. Worked like a charm. Thanks Nico – much appreciated.

[Ryan]

Good catch on it not dequeueing properly in the ‘day view’. Just as a test I renamed the tribe-events-bar.js and tribe-events-bar.min.js in the plugin so it couldn’t load that file and it then works properly (even though there is a console error since there is a file missing). So, for whatever reason the dequeue is not working properly in day view.

Interesting behavior. Any help would be great!

Note – I’ve put the file names back to normal so it is currently in the ‘non-working’ state.

Thanks,

Matt

• This reply was modified 10 years, 8 months ago by Ryan. Reason: Make sure you are aware that I've renamed the files back to normal

[Ryan]

Hey Nico,

Thanks for the help. Here is the function I’m using to dequeue the script and the enqueue the modified version. Obviously you can ignore the reference to google fonts and font icons.

add_action( 'wp_enqueue_scripts', 'mw_enqueue_fonts' );
function mw_enqueue_fonts() {
     wp_enqueue_style( 'google-fonts', '//fonts.googleapis.com/css?family=Lato:100,300,400,700,100italic,300italic,400italic,700italic|Roboto:400,700,500italic,500,400italic,300italic,300,100italic,100', array(), CHILD_THEME_VERSION );
     wp_enqueue_style( 'font-awesome', '//maxcdn.bootstrapcdn.com/font-awesome/4.1.0/css/font-awesome.min.css', array(), CHILD_THEME_VERSION );
     wp_dequeue_script( 'tribe-events-bar' );
     if ( tribe_is_month() || tribe_is_map() || tribe_is_photo() || tribe_is_day() || tribe_is_week() || tribe_is_list_view() ) {
          wp_enqueue_script( 'pondhole-tribe-events-bar', get_stylesheet_directory_uri() . '/js/tribe-events-bar.min.js', array( 'jquery' ) );
     }
}

Thanks!

Matt

[Ryan]

I guess I was just overthinking it, huh?

That almost did the trick. I needed to comment out two instances of this line as I was receiving console errors the the map wasn’t showing:

dbug && debug.info( 'TEC Debug: tribe-events-bar.js successfully loaded' );

Once that was done we’re all good. No console errors and it is functioning properly.

Thanks for all the help!

Matt

[Ryan]

Hey Brook,

What is the handle to dequeue the minified version of the tribe-events-bar. I can’t seem to find any reference on how to target the minified version.

I disabled the function to dequeue the ‘tribe-events-bar’, removed the script_debug and ran another script to show all the handles of the js files and it shows ‘tribe-events-bar’ but no reference to a handle for the minified version so how can I go about targeting the minified one?

Just about there! Thanks for the continued support.

Matt

[Ryan]

“So just to clarify, there is no way for organizers to see a list of purchases or attendees without having editor access to the WP Dashboard or unless I (the admin) manually send them a report?”

I feel like we’re missing something here. I feel like there is no way someone who submits an event (front end user) doesn’t have access in their account to a dashboard (non wp dashboard) that shows them their event, the people who bought/rsvp’d/etc.

I swear I read it somewhere also where the organizer would be able to send a message to all those attending within their account to keep them posted on their event. What am I missing! 🙂

We saw this add on from EDD but we’re hoping we don’t have to modify. Thanks so much!

Frontend Submissions

• This reply was modified 10 years, 9 months ago by Ryan.

[Ryan]

Hey Brook,

I was enable to get this working by dequeue-ing the ‘tribe-events-bar’ script and enqueue-ing my modified one and putting the script_debug constant in place per your suggestion. Here is the code:

add_action( 'wp_enqueue_scripts', 'mw_enqueue_fonts' );
function mw_enqueue_fonts() {
     wp_enqueue_style( 'google-fonts', '//fonts.googleapis.com/css?family=Lato:100,300,400,700,100italic,300italic,400italic,700italic|Roboto:400,700,500italic,500,400italic,300italic,300,100italic,100', array(), CHILD_THEME_VERSION );
     wp_enqueue_style( 'font-awesome', '//maxcdn.bootstrapcdn.com/font-awesome/4.1.0/css/font-awesome.min.css', array(), CHILD_THEME_VERSION );
     wp_dequeue_script( 'tribe-events-bar' );
     wp_enqueue_script( 'pondhole-tribe-events-bar', get_stylesheet_directory_uri() . '/js/tribe-events-bar.js', array( 'jquery' ) );
}
define( 'SCRIPT_DEBUG', true );

I’m guessing that leaving the script_debug constant in place is not ideal. How can I go about dequeue-ing the minified version of the tribe-bar script and enqueuing one that I minify?

I’m just about there!

Thanks,

Matt

[Ryan]

Hey Brook,

Can you point me in the direction on how the file structure should work in my child theme for that file since it isn’t in the ‘views’ folder in the parent theme? I can’t find anything related specifically to that, but I may be missing something.

Much appreciated.

Matt (Ryan’s Developer)

[Ryan]

Hey Brook,

That seems like the perfect solution. I wasn’t sure how to append the # on the URL as it was dynamically created so that should work perfectly and will only fire when the view is changed which is perfect. I will implement this and test this afternoon and comment back if I have any issues or if we’re all good.

Thanks for the great solution!

Matt (Ryan’s Developer)

[Author]

Posts