k3davis

Hi JLDV,

Looks good for me in Firefox. (I don’t have Safari installed.)

You were on the right track with clearing the cache. While I’m not too familiar with Safari’s cache options (for obvious reasons) be sure you’re also clearing “active logins” (as it’s called in Firefox) or “active sessions” or the like.

Another way to troubleshoot, if possible, is to view the page in Safari on another device that you know hasn’t visited the page before. That would make it very clear when you’re having a local issue, as clearing cache is actually really a complex issue in modern browsers, which have multiple types of cache and many levels of options to do this.

Let me know how it goes,

Kevin

Certainly, this behavior in GDE can be turned off.

In GDE 2.4.x:

GDE Settings > Advanced Options/Editor Behavior > uncheck “insert shortcode from Media Library”

In GDE 2.5:

If you’re using WP 3.4.x, you can check/uncheck a box in the media library itself to use the shortcode or not at the time of insertion. This does not work with the uploader changes in WP 3.5 beta yet, but the above setting still exists also:

GDE Settings > Advanced tab > uncheck “Insert shortcode from Media Library by default”

Hope this helps.

Kevin

Brad,

GDE is not designed to embed documents from Google Docs. I wish that I had more foresight when selecting the plugin name 2+ years ago, but it’s named after the fact that it uses Google Viewer apart from Google Docs – a solution Google has offered for translating docs that people host locally, not behind their service. Also, unfortunately, a service that (like so many Google offerings) has only been partially developed and tends to languish.

If you want to store your docs in Google Drive then by all means follow your method, in fact as you quoted my plugin doesn’t even attempt to handle that scenario. The purpose of my plugin is to allow local hosting and to automate that tedious process to some degree. How “reliable” my plugin is depends a lot on your own environment and the settings you choose. At its base it is a straight up Google embed and it works reliably for thousands of users. No, it’s not perfect, as more than 50% of the equation isn’t even under my control as the plugin author. But it does work, and if you want help, feel free to ask. Otherwise, I’m happy to hear your suggestions for improvement.

Kevin

I believe your answer is already in this thread – you can wrap the shortcode for GDE in the shortcode for peekaboo, or a similar plugin:

http://wordpress.org/extend/plugins/peekaboo/

Hi there,

The plugin fails to load because it is expecting the file to end in one of the supported file extensions (in this case “.pdf”). It appears UbuntuONE is using some other kind of code to represent the true name of the document. I believe this will still work in GDE (though admittedly I have not tried it) if you turn off the plugin’s own error checking.

To do this in GDE 2.4.x –

GDE Settings > Advanced Options/Plugin Behavior > check “Disable internal error checking”

To do this in GDE 2.5.x –

GDE Settings > Advanced tab > uncheck “Check for errors before loading viewer”

Hope this helps.

Kevin

This isn’t a limitation of the plugin but the way the CSS works. You can use the class applied to the whole iframe in your CSS to make it responsive, though in that case the inline style might conflict. You could try adding !important to your own CSS styles to see if that would overrule (not sure if it does). Maybe I should have the option of not including an inline size in this event…?

The parent frame isn’t likely to have a height set – it’s usually just loaded in the body of the page – so it just scrolls forever until the page ends. That’s why 100% height doesn’t work, and presumably why you can’t find it in firebug.