Den Andreas Gal, Fuerscher bei Mozilla, huet verroden Mozilla schafft un engem Web-Standards-baséiert PDF Lieser, pdf.js (kuckt Github fir de leschte Code). Hien huet .net gesot datt d'Iddi op enger rezenter Geschäftsrees an Asien gebuer gouf. "De Chris Jones an ech hunn diskutéiert wéi eng Plattformfäegkeete bei HTML5 feele kënnen. Mir hunn eis gefrot firwat Google Chrome en natierlechen Code PDF Renderer agebett huet fir PDFen ze weisen a firwat nach kee PDF Lieser an HTML5 / JavaScript implementéiert huet", erënnert hien. "Wann Dir alles maache kënnt wat Dir mat HTML5 wëllt, firwat musst Dir natierlechen Code benotzen? Mir wollte gesinn ob dëst an JavaScript an HTML5 zu kompetitive Leeschtung a visueller Qualitéit resultéiert."
Déi Haaptfuerderung war datt PDF eng substantiell Spezifikatioun ass. De Gal seet datt hien an Jones gewarnt goufen datt et eng substantiell Zäitinvestitioun kéint daueren ier se eppes kréie fir ze maachen. "Glécklecherweis war dëst e manner schwéiert Thema wéi mir geduecht hunn", seet de Gal. "HTML5 bitt super héich Niveau APIe fir Grafiken an Textrendering, sou datt mir net mat engem vun dësen nidderegen Niveau Probleemer ze kämpfen hunn, wat dat reduzéiert wat mir hu missen ëmsetzen. Mir hunn e wesentleche Subset vun PDF gemaach, an eis Codebase ass nach ëmmer ënner 5000 Zeilen Code. "
Kuerzfristeg, dem Gal säi Blogpost proposéiert d'Ziel ass pdf.js ze benotzen fir PDFs 'nativ' am Firefox ze maachen, awer méi laangfristeg Ziler si fir eng méi oppen Approche. "Mir cibléieren HTML5, an all modernen Browser deen en ënnerstëtzt. Ab haut funktionéiert [pdf.js] a Firefox a Chrome", seet hien, a füügt bäi datt Safari an IE9 "allebéid de WebGL getippten Arrays schéngen ze feelen. ". De Gal hofft datt se d'Spekulatioun matkréien, soss muss e méi luesen Ëmgang fir si ausgeschafft ginn.