I wrote a comment to that, hope to hear some opinion on this thread.
Regards
- my comment -
I think a PDF Viewer API would trigger a bit of innovation, like the creators
of pdf.js, the BDF licensed PDF plugin for Firefox, say. That plugin is slower
than the native Chrome PDF Viewer but it is open and liberally licensed. So the
above mentioned API would be very useful for Chrome WebStore app developers.
I ask the following features are in the API (pdf.js is too slow for me) for
Chrome:
- choose one page or two page view
- set positioning and viewport
- set dimensions
- choose full screen view
- setPage
- userSetPage / userJumpPage event handler
- link handling
- bookmark and outline handling
- user mouse events on page handling
- user selection handling
- user search
- cache of PDF file paths and names to manage a library (google drive sync?)
- annotations handling and creation
- [put here other features]
Other possibility: translate pdf.js into C++ and release with same license so
to liberate PDF technology from GPL or proprietary licenses.
Other possibility: improve pdf.js speed (text seems to be the cause of
slowness) so to stay under 80ms average for a page.
Otherwise Apple will remain the only platform where a proprietary PDF
application can be marketed without buying expensive and unreasonable licenses
(but only if Apples likes it and approves it on the AppStore).
>----Messaggio originale----
>Da: the...@chromium.org
>Data: 22-ago-2012 8.49
>A: <insig...@libero.it>
>Cc: "Chromium-dev"<chromi...@chromium.org>
>Ogg: Re: [chromium-dev] Chrome PDF plugin - Javascript