k3davis

I tried in Firefox and Chrome and both worked fine, so I wonder how you fared with the rest of my suggestion. If you don’t want to faff with any cookies, try loading your page again using the “private” or “incognito” mode to test the point.

I did notice something interesting when loading it in IE that might give you a path to pursue if the above fails. Your page reroutes to an HTTPS version even if you specify HTTP. However, multiple resources (especially javascript files) on the page are still hardcoded to insecure versions. There are multiple errors in the console log in all browsers, even on pages where the viewer is working. My theory, specifically, is that you may be running into a browser restriction where the mixed-content nature of the page is pushing IE (and possibly FF in some circumstances) to block the viewer on disallow-frame (X-Frame-Options header) grounds.

Actually, I do see the PowerPoint…

Try clearing your cache and/or a different browser to confirm. You can also try logging out of any Google accounts, and if desired logging back in. Usually a corrupt or conflicting Google cookie is at root with this issue.

Glad the plugin has been useful to you!

Hi there,

The first item in the plugin FAQ addresses this issue for you.

Where can the files live?

The file to embed must first be publicly available somewhere on the internet, in order for Google to retrieve the document for conversion. You can upload it to your WordPress site using the standard techniques, or link to a file on another site. For testing purposes, your site can run locally or on private networks, but the documents you wish to embed must be publicly accessible.

Thus, the document being on “localhost” is not supported, even if the site itself is on localhost. The plugin works by sending the document to a Google service to perform conversion. Google can’t access your localhost, so you get no document conversion. You can store the files in some other temporary location *accessible online* if you’d like to try out the plugin locally.

Thanks,

Kevin

Wow, that is a mess, isn’t it? 🙂

I’d be interested to know if the changes you set are indeed being saved, but not displayed properly. Try setting the default language to something you haven’t picked before (just for a clear test), hitting save, and when it looks like it’s gone back to Bahasa Indonesia, leave the settings area and come back. Did the change take effect, or not?

Either way, that’s obviously not the way it should work, but if that were a widespread problem I’d be overrun with reports about it – this version has been stable for several months. That being the case, I’d suggest a complete removal and reinstall. If you’re familiar with the dev tools in your browser, you could have those open first and see if you can notice any errors being generated on settings save that could indicate the problem file or perhaps some other plugin that is in conflict.

Hope this points you in the right direction. If you still come up empty please submit a support request from the support tab in GDE Settings so I can have a look at your settings/environment.

To be honest I’m not sure how this autoformatting works with Google Viewer, but I downloaded the original document and then highlighted the first column and explicitly set the date format of those cells to English-UK format and it appears to render in the way you’re expecting for me:

https://docs.google.com/viewer?url=http://www.davistribe.org/temp/WC-Rota.xls

I did have to convert it to XLS format from XLSX, but that is probably not related. Another solution to consider is to save your document in PDF format, since it is being rendered as a flat file anyway. That will help ensure it is being displayed as you intend.

Hope this helps.

Kevin

Arkull,

Go to GDE Settings and switch to Enhanced Viewer. You’ll see a checkbox there to remove the toolbar.

Kevin

Answered in your other thread