Having said that, I am getting one weird conflict error:
When your plugin is activated I get this error:
Undefined property: stdClass::$post_type in /nas/content/live/p365/wp-content/plugins/give-recurring/includes/give-recurring-scripts.php on line 152
pop up on my events post edit screen.
No idea why…
The line in the file listed is simply:
if ( ‘give_forms’ !== $post->post_type ) {
return;
}
Any ideas?
Awesome! 😀
Just one small bug that I can see.
If you’ve got two categories selected (with one assigned as primary via Yoast) it doesn’t actually update the first time around.
You actually have to click update twice to get the permalink to change.
Other than that, it’s perfect! 😀 JUST what I needed.
Awesome! Can’t wait! 😀
Regarding the checkbox, is there any way of setting that option globally? Or setting it globally but allowing people to change the setting for individual posts?
For me, allowing ALL URIs to automatically update according to the current primary taxonomy is going to be the default behaviour.
That way when someone changes the primary taxonomy of a post the permalink will change without them having to go in and tick the box.
Just one less thing for clients to worry about sorting, to make their life as easy as possible. If they change the taxonomy I think most will expect the permalink to change automagically.
CSS adjustments like:
width: 100%;
height: 100%;
do work, but aren’t perfect. They cut off a small portion of the bottom of the image, and you’re left with black bars right and left when playing the video.
Transform also isn’t really a fix:
transform: scale(1.12, 1);
because it stretches the video to force it reach the edges, distorting the image, making everything wider than it should be.
Note that this only happens when Facebook videos are added. Resizing works flawlessly when it’s just YouTube videos. But the minute you add a Facebook video to the mix it breaks everything.
I don’t know if this is a BB Post Grid issue, a Featured Video Plus issue or a combination of the two, but I’m still looking for a better solution that “fixes” the Facebook video issue.
This is awesome, thanks @eugenealegiojo! You rock! 😀
Using this code worked for me, as I’m using Beaver Builder:
(function($){
$(window).on('load', function() {
setTimeout( onVideoRendered, 1 );
});
var onVideoRendered = function() {
var fbVideoState = $('.fb-video').attr('fb-xfbml-state');
if ( 'rendered' == fbVideoState ) {
$('.fl-post-grid').masonry('layout');
} else {
// If not ready check again by timeout..
setTimeout( function() {
onVideoRendered();
}, 350 );
}
}
})(jQuery);
Fixes the masonry height calculation a treat!
Still having a problem with the video width overflowing the post container, though.
Whatever the Facebook Video breaks in the post grid isn’t entirely addressed by the height calculation.
Any thoughts?
Well, bugger… That’s probably why the free account I setup for another client was terminated, for violating their terms of service…
Okay. Thanks for the help! 🙂 I’ll have a look at Pepipost or using a paid Google Apps for Work email account, instead. That seemed to work well for the other client in question.
By sender ID do you mean the “From Email Address” entered in the Gmail SMTP plugin settings?
Are you saying that this address can no longer be something@gmail.com, and that Gmail SMTP can only be used with a Google Apps (or domain) address?
Got it! 🙂
I edited my variable ($theauthors) to include the prefix (cap-) so that my variable echoed something like this:
cap-joe.bloggs,cap-jane.doe,cap-steamy-bacon
and then used the following tax_query:
'tax_query' => array(
array(
'taxonomy' => 'author',
'field' => 'slug',
'terms' => explode(',', $theauthors)
)
)
Ideal! Working perfectly!
Have replaced the plugin with the github master version and the problem has been solved.
I’ll put the main plugin back once an update is released. Thanks for working this out! 🙂
Easy way to fix it, temporarily, is to include (array), so line 572 becomes:
foreach ( (array)$ftc as $cache ) {
@deconf – That’s awesome! Great to hear! Keep up the good work! 😀
Aha! I couldn’t see the tags in the code. Turns out there was an autosaved version that WordPress had added them to. That fixed the majority of the problem. It’s still doing a slight shift to the right, but I can live with that.
Good advice on the padding side of things. I’ll have a play and see what I can do about that. Thank you! 🙂
Absolutely perfect! Updated and the access code box is back to normal. Thank you!
