Google geeft Chrome betere pdf-weergave via nieuwe plug-in-api

Google gaat Chrome via een nieuwe plug-in-api betere pdf-ondersteuning bezorgen. Pdf-documenten moeten net zo snel laden als html-pagina's. Ook moet functionaliteit als zoeken en zoomen direct in de browser gaan werken.

De pdf-ondersteuning verloopt nog wel via een plug-in, maar in plaats van het traditionele plug-in-platform bouwt Google de ondersteuning rond de nieuwe browser plug-in-api die het bedrijf samen met Adobe en Mozilla ontwikkelt. Deze api moet de problemen met het huidige plug-in-model, zoals gebrek aan compatibiliteit, veiligheid en prestaties, oplossen.

Volgens Google worden pdf-documenten door de nieuwe integratie net zo vloeiend gerenderd als html-pagina's. Ook zou web-interactie als zoomen en zoeken gewoon functioneren, maar niet alle features van Adobe Reader, zoals embedded content, worden ondersteund.

Ook op het gebied van beveiliging biedt de pdf-weergave via de nieuwe plug-in-api voordelen. De pdf-functionaliteit blijft binnen de sandbox die Chrome voor het renderen van pagina's gebruikt. Daarbij hoeft de gebruiker de pdf-ondersteuning niet handmatig te updaten; dat verloopt via de auto-update van Chrome.

Reacties (62)

[Anoniem: 340120]

voor de mensen die de dev channel van chrome gebruiken, surf naar
chrome://plugins/
onder
Chrome PDF Viewer - Versie: 1, 0, 0, 1
daar kan je'm inschakelen, gebeurt namelijk niet standaard

ze liegen niet, het is SNEL :-)

[Reactie gewijzigd door Anoniem: 340120 op 5 augustus 2024 08:01]

[fANAT1C]

zal dit het freezen van de browser tijdens het laden van een .PDF-bestand oplossen? mijn mozilla blijft altijd "hangen" voor 10 seconden als ik een .PDF open.

EDIT: Volgens Google worden pdf-documenten door de nieuwe integratie net zo vloeiend gerenderd als html-pagina's.

Blijkbaar wel.

[Reactie gewijzigd door fANAT1C op 5 augustus 2024 08:01]

[jvd-nl]

Het is sowieso vrij schandalig te noemen dat een browser anno 2010 nog moet freezen bij het weergeven van een PDF. Dit illustreert goed het gebrek aan (gedegen) concurrentie als het gaat om PDF-viewers.

Acrobat zelf heb je in principe alleen nodig in prepress-omgevingen. Alhoewel een certified PDF (PDF/X-1a:2001) ook prima door elke andere reader wordt weergegeven. Eigenlijk gaat het dus alleen om de preflight functionaliteit.

[Fireshade]

Acrobat zelf heb je in principe alleen nodig in prepress-omgevingen.

Nee, die heb je nodig als je dingen wil weergeven zoals jij wilt Dat kunnen ook gewoon rapporten zijn, brochures voor de consument, formulieren die ingevuld en met de hand ondertekend moeten worden, etc.

[Jasper Janssen]

Alle applicaties die je noemt werkern net zo goed met een pdf viewer van een andere fabrikant dan Adobe.

[RRRobert]

Los daarvan, met ruim 5½ jaar ervaring in het opzetten van technische documentatie in pdf, kan ik je vertellen dat slecht gescripte pdf bestanden veel vaker een negatieve impact hebben op het snel laden in een browser, dan een (browser-)pdf viewer zelf.

[jvd-nl]

Als voldoende organisaties weigeren de ISO standaard (PDF/X-1a:2001) te gebruiken, heb je natuurlijk helemaal gelijk. In jouw rijtje zou dit alleen voor formulieren mogen gelden, aangezien brochures en rapporten prima volgens de standaard te maken zijn.

Verder zou je natuurlijk verwachten dat je het formulier online invult, waarna er server-side een PDF (PDF/X-1a:2001 uiteraard) wordt gegenereerd die je kunt afdrukken en ondertekenen. Als je ooit een formulier voor de Kamer van Koophandel hebt ingevuld kun je tevens beamen dat je er een hoop papier mee zult besparen.

[Dreamvoid]

Het is sowieso vrij schandalig te noemen dat een browser anno 2010 nog moet freezen bij het weergeven van een PDF.

Klagen over performance is easy, als het werkelijk zo makkelijk is om een snelle PDF renderer te schrijven, waarom help je dan niet mee coden aan open source browsers en PDF viewers? Of solliciteer bij Adobe, Apple, etc...zo'n wonderprogrammeur kunnen ze goed gebruiken.

[Reactie gewijzigd door Dreamvoid op 5 augustus 2024 08:01]

[jvd-nl]

We hebben het hier over iets wat al 15 jaar speelt, en waar iedereen het over eens is.
Als het dan toch enkel aan het plugin-model van browsers te wijten is, vraag ik me als gebruiker oprecht af waarom geen enkele commerciële partij dit de afgelopen 15 jaar heeft opgepakt. Dit moet haast wel gebrek aan (gedegen) concurrentie zijn.

Natuurlijk is het onterecht om te impliceren dat kritiek op een open source product (de alternatieve readers in deze) alleen gegrond is wanneer je zelf mee werkt aan dat product of een beter alternatief hebt. Duidelijk nog zelden van marktwerking gehoord.

@Dreamvoid Dat groepje is dus blijkbaar door Google uit de grot gehaald. Het kán dus wel...

[Reactie gewijzigd door jvd-nl op 5 augustus 2024 08:01]

[Dreamvoid]

Er zijn een shitload aan browsers (Opera, Firefox, Chrome, Safari, IE, Konqueror) die elkaar nu al jaren moordend beconcurrenen. Als de rendering bij al die browsers traag is, dan is de kans groot dat het gewoon verdomd moeilijk is om een snelle renderer te schrijven. Natuurlijk kan je hopen dat er ergens in een grot een groepje coders rondhangen die (als ze maar de kans kregen) een briljante supersnelle PDF rendering engine konden schrijven. Het is alleen niet heel waarschijnlijk.

[Reactie gewijzigd door Dreamvoid op 5 augustus 2024 08:01]

[K_VL]

Gewoon de plugin uitschakelen, de pdf wordt dan als een "normaal" bestand gedownload. Dit dan openen in een pdf-viewer los van je browser gaat een pak sneller.

[fANAT1C]

bedankt, wist niet dat deze mogelijkheid bestond. maarach, voor die ene keer dat ik een .PDF-bestand open.

[Anoniem: 316340]

Daar heb ik geloof ik geen last van. Mozilla doet er wel langer over om een .pdf te laten dan een html pagina bij mij, maar het gaat wel sneller dan downloaden en openen (mede ivm met het schermpje dat vraagt wat je met het bestand wil doen xD).

maar 10 sec blijft hij zeker niet hangen

[ChillinR]

Je kan instellen dat je het bestand altijd opent he, zodat je geen 'schermpje-dat-vraagt-wat-je-met-het-bestand-wilt-doen' meer krijgt. Zodra je op een link klikt die naar een pdf verwijst, gaat firefox bij mij de pdf downloaden (hij komt in de firefox download manager), en daarna openen met Acrobat (buiten de browser).

Dit is in te stellen via Tools -> Options -> Applications.

Voor mij werkt het echt ideaal, voornamelijk omdat ik het bekijken van pdfs binnen een browser erg irritant vind.

[Reactie gewijzigd door ChillinR op 5 augustus 2024 08:01]

[Teun_2]

Veel hangt af hoe je je adobe reader hebt ingesteld. Standaard start die al een service bij het aanmelden, wat dan daar vertraging oplevert. Schakel je dat uit, dan duurt het wat langer om de reader op te starten wanneer je hem nodig hebt.

[pieterdebie]

Inderdaad ik doe het bij opera ook zo.

Blijkbaar heeft elke browser wel wat probleempjes met pdf.

[tenpo]

x-change pdf viewer werkt hier bij mij vlot in opera

[303000]

Er is ook een plugin die 'em in Google Docs opent..
Dat gaat ook rap en is wel in je browser.
Doet tevens ook DOC en vast nog wat formaten.

[CodeCaster]

Dan heb je nog geluk met die tien seconden. Als je een groot bestand opent of een PDF die op een trage host staat dan reageert Firefox bij mij niet meer totdat het hele bestand is gedownload.

Bij sommige PDF's krijg ik een blauw laadbalkje dat de downloadvoortgang weergeeft, maar bij heel veel bestanden gebeurt dat niet.

[Krokant]

Eén van de (vele) redenen waarom ik op Chrome/Chromium-based producten ben overgeschakeld. Hebben nog altijd niet zo vlotte weergave (dat dan allicht aan de Adobe Reader & Browser integratie ligt), maar dat volledig freezen heb ik gelukkig niet meer voorgehad! Nu kan ik tenminste de tab nog sluiten als ik zie dat het te lang gaat duren om dan rechtsklik/download link te gebruiken.

[.oisyn]

Chrome icm de Foxit Reader plugin is anders gewoon supervlot. Het enige nadeel is dat Chrome geen download-voortgang laat zien, dus bij grotere PDF documenten die nog gedownload moeten worden lijkt hij even niets te doen. Maar het is dan niet zo dat hij verder niet reageert.

[TheekAzzaBreek]

Totdat het zover is: probeer eens de Foxit pdf viewer. Reageert een stuk vlotter.

[elleP]

Of de windows build van evince

[Xthemes.us]

Of Okular als onderdeel van KDE for Windows

[CodeCaster]

Want die kost maar veertig dollar. Dan maar af en toe een freeze

[elmuerte]

Foxit PDF Reader is gratis, kost 0 euro.
Net zoals de Free Software SumatraPDF, ook gratis.

Allebei zijn ze een stuk kleiner en lichter dan Adobe Reader, en allebij installeren ze geen crappy trage stink plugin in je browser.

[roy-t]

Foxit begint anders ontzettend op Adobe's reader te lijken, veel updates, irritante nag bars, en bij elke update wordt deze trager. SumatraPDF kan ik wel aanraden!

[_Pussycat_]

zal dit het freezen van de browser tijdens het laden van een .PDF-bestand oplossen? mijn mozilla blijft altijd "hangen" voor 10 seconden als ik een .PDF open.

Gebruik gpdf. Das een extension (firefox, chrome, opera) die de PDFs in Google laat openen. Jij ziet ze dan gewoon in de browser.

[BeosBeing]

Tien seconden valt nog mee, meerder minuten, of sons zelfs helemaal niet is bij mij vaker het geval. Voor mij hoort PDF gewoon niet in de browser, laad die op de achtergrond maar in de normale reader, dan kun je gedurende die tijd tenminse doorgaan met waar je mee bezig was.

[bartvb]

Ik hoop dat ze op de Mac toch gewoon de PDF API van Apple gebruiken. Deze is over het algemeen een stuk sneller dan de PDF viewers van Adobe. Zie o.a.:

http://code.google.com/p/chromium/issues/detail?id=13716

Grote voordeel is dat er geen plugin hoeft te worden geladen, functionaliteit staat waarschijnlijk al in het geheugen voor de rest van het OS en andere applicaties en het bied een consistente user-ervaring.

[Anoniem: 95032]

Ik verwacht ook niet dat ze dit voor de Mac zullen doen vermits het gewoon overbodig is. Ik vond het al zo'n raar bericht omdat PDF op mijn computer geen problemen geeft om via een browser te lezen, maar PDF ondersteuning zit dan ook gewoon in OSX gebakken.

[bartvb]

Het lijkt erop dat het toch via een plugin gaat op de Mac. Kan het zo niet proberen, ze hebben de push van Dev builds uitgeschakeld ivm crashes in de laatste dev release.

Eens kijken hoe het nou precies zit...

[TheekAzzaBreek]

De snelheid van een API en die van de software die je daarmee aanspreekt zijn toch echt verschillende dingen. Acrobat is traag (hoewel je hem flink kunt verbeteren door er plugins uit te halen), maar dat zegt niks over de API.

[Krokant]

Dat is zeker zeer lange tijd waar geweest, maar ik moet eerlijk toegeven dat sinds Adobe Reader 9.X de opstartsnelheid een pak verbeterd is waardoor ik het persoonlijk niet meer nodig vind een aantal plugins weg te smijten. Ik heb wel gezien dat ze bij de installatie een aantal "optimizations" doorvoeren, misschien wil dit zeggen dat ze plugins nu on-demand loaden ipv op voorhand of iets dergelijks.

[Anoniem: 166774]

...functionaliteit staat waarschijnlijk al in het geheugen...

... wnat het pre-loaden van een plugin is geen optie

[CodingMammoth]

Persoonlijk vind ik het toffer dat hij de PDF's download en opent met een programma van de gebruiker zelf. Op Mac is dit dan met Preview ('voorvertoning'), zeer snel en uitgebreide opties (printen, bewerken (bv. pagina uit de PDF wissen, herordenen, sorteren, ... ) ). Als je deze functionaliteit ook in de browser wilt.. als plugin nah.

Een beetje dubbel werk.

Laten we de browser lekker simpel houden, om de surfen (en de zaken die erbij horen: bookmark manager, plugings (flashkill), ... en een goede download-manager.

[Proxx]

volgens mij wil google dadelijk dat je de browser opend voor je pdf te kijken net als je html
uit eindelijk wil google dadelijk alles online gaan doen

[Anoniem: 225842]

Waarom zou je non-html uberhaupt IN de browser viewen? Net zoals dat je Office documenten in de browser kan openen.

[Reactie gewijzigd door Anoniem: 225842 op 5 augustus 2024 08:01]

[Dreamvoid]

De trend die Google probeert te zetten is juist om alle applicaties naar de browser te trekken. Video afspelen in de browser, muziek spelen in de browser, PDF kijken in de browser, games spelen in de browser, etc.

[ZpAz]

Of plaatjes of video's of... hoe komen ze er ook bij.

[Parlor_Inventor]

Pdf-documenten moeten net zo snel laden als html-pagina's

no offence, maar dat wordt nog een flinke klus als ze daar adobe's pdf engine voor gebruiken. Tenzij ze Acrobat Reader bij het starten in het geheugen laden, maar dat lijkt me qua algehele performance weer niet zo'n goed idee.

[Dreamvoid]

Qua algehele performance zou dat weinig schelen. Een blok van 10 MB programmacode in het geheugen laden (dat verder helemaal niks doet totdat er een PDF bekeken wordt) zal een PC met 2, 4, 8 GB geheugen niet merkbaar beinvloeden.

[Reactie gewijzigd door Dreamvoid op 5 augustus 2024 08:01]

[Fuzzillogic]

Goed concept. Of het volledig wordt doorgevoerd? De huidige PDF-plugins vind ik een regelrechte usability-ramp: het sloopt de complete navigatie van m'n browser (Opera). Ik gebruik enkel mouse gestures, en die werken DUS niet in die plugins. Vraag me af of die API ook ver genoeg gaat met dat soort integratie.

[stijn1989]

Waarom gebruiken ze "snelle weergave" niet bij pdf bijlages in gmail. Dat is snel en heeft uitstekende kwaliteit.

[Krizzie]

Zou mooi zijn als Mozilla dit ook in Firefox gaat stoppen.

[kozue]

Ben ik dan de enige die het nut niet inziet van een PDF reader in een browser? Sterker nog, ik vind het lichtelijk irritant. Als ik een PDF wil zien, opent die in een PDF programma. Das net zo snel, maar stukken handiger, aangezien je de PDF dan niet meer in je browser open hebt, en dus met je browser kan doen wat je wilt. Wat heeft het voor meerwaarde om een browserframe om je PDF heen te hebben?
Ik hoop juist absoluut *niet* dat er trage Adobe shit standaard in browsers terecht komt. Ik maak zelf wel uit waarin ik m'n PDF's wil openen...

[jvdmeer]

Ik zou het daarentegen fantastisch vinden als de pdf gewoon door de brwoser wordt gerenderd ipv een apart programma. Even de voordelen:
- Incremental serach van de brpowser kan gebruikt worden
- Zoom level van de browser kan gebruikt worden
- Sneltoetsen van de browser kunnen gebruikt worden
- Sneltoetsen van de browser blijven ook gewoon werken (tab-wisselen, tab sluiten, tab openen, vorige pagina)

[CodeCaster]

Dat werkt met de huidige Adobe-plugin ook al niet. Scrollen gaat via de PDF-viewer (een drama) en niet op de in het OS ingestelde snelheid, zoomen kan met Adobe Reader standaard al (en hoe vaak ik ook instel dat 'ie alles op 100% moet tonen bij openen, hij past de schaal aan het scherm aan) en sneltoetsen worden door de plugin afgevangen (ctrl+F4 en ctrl+W om een tab te sluiten werken niet).

Doe mij maar gewoon een externe applicatie die m'n browser met rust laat.

[Anoniem: 166774]

nope, je bent niet de enige

[Mellow Jack]

Mooi nieuws natuurlijk maar ik snap de relatie tussen Mozilla en Google nog steeds niet echt.
Wilt Google gewoon 2 browsers (ik ga er vanuit dat ze Mozilla nog steeds financieel ondersteunen) in de wereld brengen/houden en met die 2 zoveel mogelijk markt aandeel krijgen?

Gewoon met het motto 2 merken hebben samen meer aandeel dan 1 merk... (zie/zag je ook bij bijv supermarkten ed)

[Anoniem: 147126]

Google verdient niks aan zijn browser. Google verdient alleen meer als mensen een 'betere internet ervaring' hebben, zodat de mensen meer online-apps (Google docs etc.) gaan gebruiken in plaats van offline programma's, en meer op advertenties gaan klikken natuurlijk.

[Anoniem: 273970]

Google is een ad-company. Google verdient alleen aan de advertentie-inkomsten door het feit dat ze, inderdaad, een betere gebruikservaring proberen te leveren.