Forum Replies Created

Viewing 15 replies - 451 through 465 (of 975 total)
  • Sorry if I came across too strongly there; apologies aren’t necessary. Just trying to keep my plugin support life sane. 😉

    It appears you’ve placed your documents in a folder that requires login to access? This is not supported, as Google needs to be able to access the files for conversion. Please see the FAQ (Will it embed files that are password-protected or stored in protected folders/sites? and What about private documents?).

    Hello,

    First off, I have no idea what turning off error checking has to do with the discussion, other than somebody suggested it. Error checking and profiles are not related.

    I have a fix for the profile issue pending the next update. In the meantime deactivating and activating the plugin again is confirmed to fix it in every instance I’ve heard of.

    Finally, mrjarbenne, the plugin isn’t for Google hosted documents, but for privately hosted documents. Please read the FAQ (“Does it work with files saved in Google Docs/Drive?”).

    This thread is getting convoluted – please start a new thread if you’re not having the same issue as above. The conflicting information here makes my free support job more difficult. Thanks all for your consideration!

    Kevin

    You don’t have to do anything special. In a clean install of GDE 2.5.x – adjust this appropriately if you’ve changed your available profiles – just add the usual GDE shortcode, but set the profile to “2” or “max-doc-security” like this:

    [gview file="http://url.to/file.pdf" profile="max-doc-security"]

    For added security you may wish to create a new folder using FTP, etc. to store all your otherwise “hidden” documents, and use that URL in the shortcode above. You can also increase security by blocking search engine indexing on that whole folder using robots.txt or whatever is appropriate for your server. But in general, just using this shortcode syntax will make the document inaccessible to the vast majority of users.

    Hope this helps.

    Hi Dan,

    Thanks so much for your thorough testing! You gave a brilliant idea there to use the gde_valid_link() on the response body. I believe that actually spares me from needing to check the response code at all (which I see now is an int, and I was checking for a string).

    I switched to is.gd as primary in GDE 2.5 mainly because their API was better documented and the URL was a bit shorter; neither are very compelling reasons. I wonder though how often people will be shortening that many all at once in real practice.

    Thanks again – much appreciate the extra time you spent testing this.

    Kevin

    Dan,

    If you’re still monitoring this thread, I’m wondering if you could test a patch for the “rate limit exceeded” issue you mentioned above. I decided not to check for the text value of the error as it may change, but to look for the http status code that is.gd returns in that case. In the case of failure, it attempts a tinyurl shortening instead.

    If possible please replace the gde_get_short_url() function in functions.php with the one found here. I never generate enough calls to trigger this error so your validation would be helpful.

    Thanks.

    If you want people to be able to view the PDFs in the viewer without downloading them, you can use the private document support in GDE 2.5.x. A full description of this feature and potential limitations is here:

    http://www.davistribe.org/gde/secure-docs/

    If you want to prevent viewing as well, you’ll have to put the post containing the viewer in a protected member area as a whole. Can’t say whether this will meet your needs or not, but hope this helps.

    Could you show me a link to where you’re seeing this problem? First report of this nature.

    If you want to do so privately, use the support tab in GDE Settings.

    Hi there,

    This is normal – Google caches a copy of the document. It will clear shortly, but to clear it sooner, add cache="0" to the shortcode.

    Hope that helps!

    Glad it’s working now!

    That’s a liiitle bit tougher, but it seems to be a quirk with that document or your server and Google Viewer. You’re using the shortcode correctly and GDE is loading the viewer, but Google is choking on it. I tried loading it in the viewer directly (without the plugin) and it also doesn’t work.

    For good measure I uploaded the identical file to my server and it worked. Do you have problems with other documents hosted on your server? Maybe Google is being blocked from accessing the file on your site somehow? For testing purposes, use this shortcode instead:

    [gview file=”http://davistribe.org/temp/userfiles/tdword2012.pdf”%5D

    I won’t keep the file on my server permanently, so just consider this a comparison. The only difference here is the server it’s being served from. (The save=1 part of the shortcode isn’t necessary unless you’ve turned off the download link by default in GDE Settings on the General tab. But this doesn’t affect the behavior of this particular document.)

    If the document is larger than the “max file size” setting, the viewer won’t load but the download link will still appear (unless it’s turned off). There is no way to override this individually so to make it appear in this case you’d have to change the setting.

    Otherwise there is no “click to load” sort of function at the moment, but it’s on the list for a future version. The plugin does handle multiple documents per page fairly well – see the “preview” pages on the GDE web site.

    http://www.davistribe.org/gde/previews/

    Frank,

    I would think your host has a peculiar open_basedir setting in their PHP config. open_basedir is meant to prevent you from accessing files on somebody else’s site. Assuming the plugin is installed locally on your own web space, this error then makes no sense, and I’ve never heard of anyone else having the issue.

    Considering it’s erroring out on a plugin language file, and not the plugin itself, I can’t explain the behavior. If you’re not using the German translation of the plugin, you can just delete the noted files from the google-document-embedder/languages folder and see if the problem is resolved.

    Kevin

    In short, no. The download link is generated outside the viewer area (above or below) and isn’t a button on the toolbar itself, though this may be added in a future version. There is an experimental feature that allows you to show the print button on full screen view, but not in embedded view. I would not consider this very stable, however. It’s not really possible to print a PDF directly from the web, anyway – at best you could force it to download and open and trigger the print window, but that’s both unintuitive and assumes the person has PDF software – maybe a safe assumption most of the time but the plugin is intended to be used by anyone without need of extra software or browser plugins.

    Hope this helps.

    Hello,

    The order of attributes does not matter, but they must be all inside a single set of brackets. There are no commas. Thus either of these should work:

    [gview profile=”3″ file=”IRS Publication 502.pdf”]
    [gview file=”IRS Publication 502.pdf” profile=”3″]

    …since you’re only using the filename and not a complete URL, the plugin is looking for the file at your “File Base URL” setting, which may or may not be correct. Try using the full URL if you’re having problems.

    The full shortcode syntax is well documented. See here:
    http://www.davistribe.org/gde/usage/

    Also, you may consider renaming the file so that the filename does not contain spaces, which isn’t standard convention on most web hosts. This isn’t necessarily a problem, but replacing the spaces with underscores or hyphens would help eliminate that as a source of the issue.

    If you need help with specific files files on your site, use the Support tab in GDE Settings to send me debug information.

Viewing 15 replies - 451 through 465 (of 975 total)