k3davis

Hey David, I’ll be honest I’ve never tried the method you’re attempting here so I don’t have a ready guaranteed fix, but I’m still puzzled by the parenthesis you’re using… does it not work with something like the below?

echo do_shortcode('[gview file="'. $_REQUEST['f'] .'"]');

Meaning, wrap your do_shortcode command in parenthesis but not the shortcode attributes themselves. If you’re getting the value of ‘f’ from the query string you may also have to urldecode it first:

echo do_shortcode('[gview file="'. urldecode($_REQUEST['f']) .'"]');

You may have to experiment with just echoing the shortcode itself to the page to make sure it’s rendering correctly in the page source before wrapping it in do_shortcode, just to try to pinpoint the source of the problem. In the page source this:

echo '[[gview file="'. urldecode($_REQUEST['f']) .'"]]');

should look like this:

[[gview file="http://whateverurl.com/doc.pdf"]]

without any special characters (denoted by % signs and numbers), HTML, PHP messages, or other junk. (Note the double bracket thing [[…]] is probably optional in this case but can be used within the wordpress “loop” to show the shortcode on the page instead of actually rendering its results.)

GDE is an embedded viewer (hence its [poorly chosen] name) so it wouldn’t make sense for it to automatically open another window based on the shortcode, but you can of course make the link to the page you’re creating open in a new window using target=, or set the default profile of the full screen button to open in a new window when they enlarge the viewer, etc.

If that doesn’t get you anywhere let me know where it does get you and I’ll see if I can come up with any other suggestions.

Best of luck,

Kevin

I’m sorry, I don’t understand what you’re trying to do here or what the problem is. Can you try to explain further?

The shortcode you posted works normally for me, but if you’re still getting the error try following the steps the error message suggests – uncheck “check for errors before loading viewer” on the Advanced tab of GDE Settings.

Thanks Tom, I agree it would be more intuitive to show all the options and disable some with descriptive text. Unfortunately that takes more time than I have to spend on this project at the moment (not to mention all of my translation editors), but I’ll definitely keep it in mind for the future. In the meantime I can address the other logical error you encountered with a smaller update.

Thanks for the tip on the bandwidth error. I encounter it fairly often even on sites that don’t use GDE but rather use Google Viewer directly, so I believe there is more to it than that, but that’s a valuable step to try to lessen the frequency.

Kevin

Dreamguard,

Can you provide a link or shortcode to reproduce the problem? If you want to do so privately, use the support tab in GDE Settings.

Kevin

Paul,

The issues you’re reporting are consistent with a cached Google login. It certainly sounds like your settings wouldn’t allow that, though, so it certainly is puzzling.

You might try setting up a fresh user profile in the affected instance of Firefox just to rule out that it isn’t holding on to anything. Some plugins for instance will maintain certain bits of history or cache for you even if you’ve not allowed the main application to do so. Though “safe mode” or ensuring all your plugins are disabled should technically also rule that particular idea out.

Hope this helps,

Kevin

1) GDE does not officially support Google Drive, so this scenario isn’t tested (glad it’s working for you, though)

2) GDE performs other functions to help users out, like providing a custom-formatted download link when requested, restricting it to logged-in users, etc. and improving the default styles of the viewer when selected; in short, it does more than the default iframe so yes it does take a second or two more to load.

3) You can speed up the display of GDE by using the Standard Viewer and unchecking the “check for errors” option on the Advanced tab.

That said, GDE is meant to be a convenience for people to avoid having to insert the shortcode themselves, and to add some other features. If you prefer to insert the iframe code directly yourself, then you don’t need GDE – so your overall point is correct. Please do make use of whatever solution works best in your situation.

Thanks,

Kevin

No, there is currently no way to do this. The code for printing no longer exists in Google Viewer’s “embedded” mode.

Even if it were to become possible again in the future, there isn’t a way to print a document locally without first downloading it, without adding some kind of browser plugin (which defeats the purpose of GDE).