PKP Bugzilla – Bug 6641
Improve OxS' iPad/Pod PDF display support
Last modified: 2012-09-21 14:33:13 PDT
See http://pkp.sfu.ca/support/forum/viewtopic.php?f=8&t=7488&p=29065#p29065. Currently, only ~1.5 pages of a PDF is loaded in an iPad's Safari window after being clicked. There's a workaround (clicking "Download this PDF"), but it possible this display should work better/be optimized. (CC'd Alex as I believe he'll be looking into this general issue more over time.)
Seems like loading PDFs using the object tag might be broken in the iPad browser. Might be best to implement a test for iPad user agent string that makes downloading the default behaviour? Any solution that emerges from my current research w/ ETCL is likely going to entail a non-browser PDF handler anyway, and I believe that all iPads can read PDFs one way or another, so it wouldn't be a bad idea to just pass the file to a user's default PDF-reading application. See here for js and PHP tests (I'd implement it myself but it'd take longer for me to grab the current OJS branch than to c/p these three lines of code): http://davidwalsh.name/detect-ipad.
Alex, did you find any external information on the object tag problem? I'm curious to read about it.
Not much, to be honest -- just a couple issues with other devs trying to fix the dimensions of the PDF: https://discussions.apple.com/thread/2556156?threadID=2556156&tstart=0&messageID=12156154 and http://stackoverflow.com/questions/5176370/how-to-set-pdf-width-in-mobile-safari.
<object> actually uses the device's default PDF handler to load the object in the browser window, right? I suppose it's possible that Matt(?) and the forum user who reported this bug both have an uncommon build of Adobe Reader for iOS installed, and that's what's causing the bug. That would explain it being not very widely reported, as this method of embedding PDFs still isn't very common.
Obsoleted by PDF display plugins.