Does anyone know if firefox extensions can register as handlers for MIME types, or if they're restricted to diddling with chrome / pre-existing pages? It'd be really easy to write a WebKit plugin to do it, but not very useful since Safari ships with a flawless PDFKit-based viewer.
I want to get this working in Firefox, but NPAPI plugins are really gross. It looks doable that way, as it appears that a naked nsplugin still gets a DOM and everything, so I could just immediately set window.location.href and be done with it.
It's becoming more common to use a separate domain for static content like this to be cached more effectively (and to have no cookies etc sent), so it may not always be the same server as the page you're looking at.
* Before version 8, Adobe's plugin was an epic piece of shit on all platforms
- old versions are on hundreds of millions of computers!
- it's still really crashy on Linux (especially in nspluginwrapper)
- The only OS X browser they support is Safari, in which it is unnecessary
* Google re-hosts the file for you
* It is ridiculously snappy with no main-thread-blocking initialization
* It will never crash your browser
* Your users don't have an ingrained hatred towards it
- Rebranding the free Acrobat as "Adobe Reader" was the stupidest thing
they've ever done (ever hear a user say 'my Adobe is broken'?)
I can't tell if you're being facetious in your last line, but I used to work at a place requiring, in their own words, "Adobe must be installed on every computer" long before they changed the Acrobat name.
But I don't want to right-click -- adding bloat to the chrome is entirely the wrong way to go about doing this, but unfortunately Mozilla has a bug up their ass and won't let you do it right as an extension.
The right way is to register application/pdf in the browser -- which you can only really do with a native-compiled NPAPI plugin. It looks like it is possible to package them inside a extension xpi, but I'm not sure if addons.mozilla.org will distribute such things.
This is very cool. My only gripe is that if they are going to fake their own selection, then they should override command-a (select all). I tried this, and now I have google's selection AND the entire page selection, which I can't get rid of.
I think he is talking about it being risky to assume that the undocumented cross-site embedding is a feature Google is committed to supporting in the coming years and not, say, a wee unintended data leak that any engineer in their megacorp could plug at any time, including smack-dab in the middle of your public launch.
Here is a bookmarklet I just wrote to look at all the links on a page and open any ending in ".pdf" in google's viewer. (if you have firefox set to open tabs for windows, it will open them in new tabs) Feel free to share and improve.
- - - (select entire text and make into a link)
- - -
Thanks! It needs to not work on http://docs.google.com so that you can click the "Download" link if you need to...otherwise you are stuck in a loop. Also, I noticed that the search on the full-screen page isn't always available (ie http://bit.ly/4tf1xt)