Forum Replies Created

Viewing 7 replies - 1 through 7 (of 7 total)
  • Thread Starter lucidreamstate

    (@lucidreamstate)

    Figured out a different solution to this problem.

    Yeah… This is a problem for me. How do we link to the full size image in the Gallery block?

    I wrote something that does this. Basically you need to copy/paste the Content ID from the Ooyala Backlot. Then it uses the API to sideload the thumbnail as the post_thumbnail and puts the player.

    You can access the plugin that I wrote here:
    https://github.com/ejimford/acf-ooyala

    You have to make sure to add your Ooyala API Key, Secret Key, and Player ID at the top of the plugin file.

    I’ve only tested this in one environment, so I can’t promise it’ll work everywhere. But give it a shot.

    If it doesn’t work, let me know. I’d be happy to work with you to get it functional so it can be used by others.

    I am also encountering a problem with a conflict between these two plugins. It’s not spitting back an error, but it is just taking users to the WordPress dashboard when they try to access the theme my login profile page.

    I love both of these plugin so much, so it’s a bummer to see a conflict like this. I hope you’re able to figure out where the issue is. In the meantime I’m just implementing some manual security protocols that I used to rely on the plugin to handle.

    Thanks a ton!

    I am using WPGlobus on a Multisite installation and, for the most part, it is working just fine. There is just ONE problem with it, and I wonder if anyone can give me an idea on how to fix it.

    Under the “My Sites” menu in the admin bar, each site name shows the full WPGlobus multi language string. For example:

    {:en}English Website Name{:}{:es}Espa?ol Sitio Web Nombre{:}

    Can anyone offer any clue as to what I could add to my functions.php that would get WPGlobus to list the properly formatted string?

    Thanks a ton!

    Thread Starter lucidreamstate

    (@lucidreamstate)

    Awesome, thanks for the response! I updated the plugin and it seems to be working just fine.

    Again, thanks for the development of the plugin and for the continual updates. Cheers!

    Thread Starter lucidreamstate

    (@lucidreamstate)

    Ok, well, I basically figured out what was wrong here, and I’m working on a workable solution right now. Here’s the deal, for those who are looking for problems in the future.

    • I was leaving a few plugin settings unchecked or unset. Specifically, these were: Minimum Width, Minimum Height, Center Vertically, Center Horizontally, Always Fit, Fit Portrait, and Fit Landscape.
    • Now, the reason I was leaving these settings “off” is because I didn’t WANT the settings to be “on”
    • When you leave these settings unchecked, they still output in the javascript that appears in the header of the page. In fact, specifically, they produce this code:
    ...
    	min_width		: ,
    	min_height		: ,
    	vertical_center         : ,
    	horizontal_center       : ,
            fit_always         	: ,
    	fit_portrait         	: ,
    	fit_landscape		: ,
    ...
    • The problem here is that these blank variables, if they ARE going to be blank, need to have some single quotes OR need to not be included in the javascript at all. leaving them with NO value creates a syntax error and the javascript fails.
    • Currently, I’ve fixed this by just going in and “switching on” all of these variables. But I’m about to jump into the code to see if I can either make it so single quotes are included for blank settings, or so that blank settings aren’t included at all

    I know it’s been said a lot… But thanks for the development of this great plugin.

Viewing 7 replies - 1 through 7 (of 7 total)