Firefox 19 bêta embarque enfin la liseuse PDF en JavaScript de Mozilla

Firefox 19 bêta embarque enfin la liseuse PDF en JavaScript de Mozilla

Suffisant dans la majorité des cas

Avatar de l'auteur
Vincent Hermann

Publié dans

Logiciel

12/01/2013 2 minutes
51

Firefox 19 bêta embarque enfin la liseuse PDF en JavaScript de Mozilla

Alors que la version 18 du navigateur est disponible depuis peu, voilà que Firefox apparaît dans une branche 19, en bêta évidemment. Au programme, on notera tout particulièrement l’arrivée d’une liseuse PDF embarquée et promise depuis longtemps.

La nouvelle bêta de Firefox 19 apporte donc une liseuse de documents PDF directement intégrée au navigateur. Nous avions déjà abordé ce projet en juin 2011. Il s’agit d’un composant entièrement développé par Mozilla et basé sur des technologies du web, dont essentiellement du JavaScript. Ce composant, nommé  « pdf.js », casserait le besoin de recourir à une liseuse externe, notamment Adobe Reader.

 

firefox pdf 

 

La liseuse affiche cependant le contenu lisible de base. Il n’est pas question ici de prendre en charge la multitude de fonctionnalités avancées qui peuvent accompagner un document PDF, telles que les annotations.

 

Firefox 19 bêta propose en outre une fonction qui sera appréciée des utilisateurs : la possibilité de remettre à zéro le fournisseur de recherche dans l’Awesome Bar, au cas où une application tierce l’aurait modifié.

 

Outre des performances lors de son démarrage, le prochain Firefox fournit également quelques améliorations pour les développeurs. Par exemple, le débugger propose désormais de pouvoir se mettre en pause lorsqu’il rencontre des exceptions. Une Web Console distante a également été ajoutée pour se connecter à Firefox sur un smartphone Android ou Firefox OS. Côté HTML5, notons le support de la règle @page pour les CSS ou encore celui de la propriété full-width pour les text-transform.

 

Firefox Mobile pour Android s’améliore lui aussi. L’optimisation continue ainsi et permet de ne plus réclamer qu’une puce cadencée à 600 MHz comme minimum. Puisque le moteur Gecko est le même que pour la version classique, les nouveautés sur le support des technologies du web sont reprises telles quelles. Enfin, notons l’apparition de la gestion des thèmes.

 

Ceux qui souhaitent télécharger cette bêta pour le faire depuis le site officiel de Mozilla.

Écrit par Vincent Hermann

Tiens, en parlant de ça :

Sommaire de l'article

Introduction

Fermer

Commentaires (51)


J’espère que la liseuse n’est pas activée par défaut ?


hmm j’ai l’impréssion de l’avoir toujorus eu moi, sur les canal beta/aurora elle doit etre la depuis un bout de temp en tout cas


Je vais faire mauvaise langue mais pourquoi ne pas tout faire tant qu’on y est : lire du word, du pps, du xls…..

Comme ça on aura plus qu’à ouvrir qu’un seul logiciel par jour : Firefox Office



Ah, j’oubliais…. et lire l’Avenir aussi.


Oui elle est activée par défaut.

Elle ne devrait l’être que si le PC est equipé de Adobe Reader, mais pas quand on a Xchange Viewer ou Sumatra par exemple !


Oh irony!!<img data-src=" />








Fantassin a écrit :



Je vais faire mauvaise langue mais pourquoi ne pas tout faire tant qu’on y est : lire du word, du pps, du xls…..

Comme ça on aura plus qu’à ouvrir qu’un seul logiciel par jour : Firefox Office



Ah, j’oubliais…. et lire l’Avenir aussi.





On aurait quand même encore besoin d’Open Office comme pare-feu.



Et finir par le rendre totalement réactif même sur une configuration milieu de gamme ?








Fantassin a écrit :



Je vais faire mauvaise langue mais pourquoi ne pas tout faire tant qu’on y est : lire du word, du pps, du xls…..

Comme ça on aura plus qu’à ouvrir qu’un seul logiciel par jour : Firefox Office



Ah, j’oubliais…. et lire l’Avenir aussi.







Parce que classiquement les pdf sont rendus dans le navigateur par l’intermédiaire d’un plugin à la réputation équivalente à celle d’une passoire en terme de sécurité,.

Pour les word, pps, xls, je crois que microsoft a la décence de ne pas imposer ses technologies dans le navigateur (oh, wait ! ^^ mais pas sous forme de plugin), donc la question ne se pose pas.



Elle est activée par défaut (et fonctionne très bien sur les quelques PDF que j’ai essayés) mais rien n’empêche d’enregistrer le PDF.


Aaah, c’est bon ça ! <img data-src=" />


Si la liseuse marche aussi mal que sur nightly avec les mauvais documents pdf (allant souvent jusqu’à faire des erreurs dans les autre onglets/fenêtre sur l’interface), cela risque d’ennuyer de nombreux utilisateurs.








meneldal a écrit :



Si la liseuse marche aussi mal que sur nightly avec les mauvais documents pdf (allant souvent jusqu’à faire des erreurs dans les autre onglets/fenêtre sur l’interface), cela risque d’ennuyer de nombreux utilisateurs.









Des exemples de fichiers ?









mooms a écrit :



Des exemples de fichiers ?







Oui par exemple un simple plan, j’ai testé les plans de transport en commun (tcl.fr) :



Il commence à s’afficher plus fige, et Firefox lui-même dit “Il est possible que ce document PDF ne s’affiche pas correctement”, et il propose “Ouvrir avec un autre lecteur PDF”.



Version testée : Firefox 19 beta 1 (la release) sur Windows.



Sincèrement je préfère largement un Adobe Reader qui me lit tout directement, supporte les formulaires, et permet même depuis la version 11 d’ajouter du texte ou image sur tout PDF, bien que ce soit le Reader.



Effectivement j’ai testé un des plans de Lyon et Firefox fige si je tente de zoomer, mais après quelques secondes il rend la main.

Je l’ai ouvert dans SumatraPDF et là aucuns soucis.



Si tu as un compte Mozilla il faudrait leur signaler le bug.


Je l’utilise depuis plusieurs semaines sur Aurora et ça marche très bien.



Le fait que ce soit activé par défaut ne gène pas vraiment. En plus c’est plus rapide, moins lourd et plante moins (même sur Aurora) que le plugin Adobe.



Pour les fans de Sumatra / Adobe Reader et pour lire les documents qui s’afficheraient mal (j’en ai pas trouvé pour l’instant) il y a l’option de téléchargement.


Je l’utilise de temps à autre sur Thunderbird 17. Très bien pour les petits documents textuels, mais pour les fichiers composés d’images avec beaucoup de détails graphiques, il affiche n’importe quoi.



Je préfère toujours Sumatra <img data-src=" />




full-width pour les text-transform



Le truc qui n’intéressera que les ceux qui écrivent avec des idéogrammes et des kana. Mais bon, c’est cool que ça soit enfin supporté, mais il faudrait aussi avoir le reste… <img data-src=" />








lain a écrit :



hmm j’ai l’impréssion de l’avoir toujorus eu moi, sur les canal beta/aurora elle doit etre la depuis un bout de temp en tout cas





pareil, voir le “enfin” de la news me fait bizarre..





Fantassin a écrit :



Je vais faire mauvaise langue mais pourquoi ne pas tout faire tant qu’on y est : lire du word, du pps, du xls…..

Comme ça on aura plus qu’à ouvrir qu’un seul logiciel par jour : Firefox Office



Ah, j’oubliais…. et lire l’Avenir aussi.





l’intérêt de pdf.js, c’est de remplacer le plugin pdf d’adobe, les autres logiciels que tu cites n’ont pas, à ma connaissance de plugin pour les ouvrir dans le navigateur, aucune raison de les remplacer…



mais tu n’es peut-être pas au courant qu’adobe reader est une merde sans nom





meneldal a écrit :



Si la liseuse marche aussi mal que sur nightly avec les mauvais documents pdf (allant souvent jusqu’à faire des erreurs dans les autre onglets/fenêtre sur l’interface), cela risque d’ennuyer de nombreux utilisateurs.





Je n’ai eu que de très rare problème d’affichage avec pdf.js, parfois sur des images bizarres

même sur les documents techniques que je lis, avec beaucoups de pages et de schémas, je n’ai pas de problèmes

par ex, aucun problème pour le rapport de l’arcep et ses 100150 pages



mais je regarderais les plans que tu cite, et comme déjà dit, informe mozilla de ce problème, sinon cela ne risque pas de s’arranger

pour que ce soit en beta, c’est que c’est déjà vachement stable









mooms a écrit :



Effectivement j’ai testé un des plans de Lyon et Firefox fige si je tente de zoomer, mais après quelques secondes il rend la main.

Je l’ai ouvert dans SumatraPDF et là aucuns soucis.



Si tu as un compte Mozilla il faudrait leur signaler le bug.







Pour moi aussi il finit par rendre la main, mais n’affiche aucun texte alors qu’on doit voir les noms des lignes, arrêts, et noms de rues…



Aussi, chaque petit zoom ou déplacement dans la carte fait grimper le CPU un bon moment, je trouve ça inutilisable.



Pour le moment, je reste de l’avis que lire un PDF n’est pas le travail de mon navigateur, ou s’il le fait un jour je préfère que la fonctionnalité sorte mieux finie que trop tôt.



Par contre, Firefox x64 ou encore Electrolysis… ça on ne s’en occupe plus vraiment, et je trouve que ça servirait bien.



Je pense que je vais garder Foxit Reader encore un bon moment ! J’avais déjà essayé les premières version de pdf.js de Mozilla, ça vaut pas une appli externe bien plus réactive.








Etre_Libre a écrit :



Par contre, Firefox x64 ou encore Electrolysis… ça on ne s’en occupe plus vraiment, et je trouve que ça servirait bien.





Electrolysis est un projet mort, après pas mal de test ils ont finit par revenir en arrière pour différentes raisons. J’ai pas trop suivit, mais seul des bouts du projet ont été repris.









zefling a écrit :



Electrolysis est un projet mort, après pas mal de test ils ont finit par revenir en arrière pour différentes raisons. J’ai pas trop suivit, mais seul des bouts du projet ont été repris.





Avant d’avoir un processus par onglet (eletrolysis), ils s’occupent d’enlever un maximum d’opérations du thread principal (projets Off main thread Compositing, Off Main thread compiling, et plein d’autres)



Vous pouvez tester le lecteur PDF en rajoutant cette extension

https://addons.mozilla.org/fr/firefox/addon/pdfjs/


Le 12/01/2013 à 16h 46







meneldal a écrit :



Si la liseuse marche aussi mal que sur nightly avec les mauvais documents pdf (allant souvent jusqu’à faire des erreurs dans les autre onglets/fenêtre sur l’interface), cela risque d’ennuyer de nombreux utilisateurs.







En même temps nightly = instable









psikobare a écrit :



Avant d’avoir un processus par onglet (eletrolysis), ils s’occupent d’enlever un maximum d’opérations du thread principal (projets Off main thread Compositing, Off Main thread compiling, et plein d’autres)







OK merci de l’info <img data-src=" />



Perso j’utilise foxit pdf reader qui est bien léger et rapide et s’ouvre aussi dans les browsers.


Règles:




  1. Écrivez des programmes qui ne font qu’une seule chose, mais qui le font bien.

  2. Écrivez des programmes qui collaborent entre-eux.



    ..



    Ensuite, oubliez les règles et mettez tout dans un seul programme usine-à-gaz.








127.0.0.1 a écrit :



Règles:




  1. Écrivez des programmes qui ne font qu’une seule chose, mais qui le font bien.

  2. Écrivez des programmes qui collaborent entre-eux.



    ..



    Ensuite, oubliez les règles et mettez tout dans un seul programme usine-à-gaz.







    Keep it simple, stupid !



    The Unix philosophy in one lesson <img data-src=" />



    (bon, en tant que fan d’Opera, j’avoue être mal placé pour évoquer ceci <img data-src=" />)









MasterMatt a écrit :



Je pense que je vais garder Foxit Reader encore un bon moment !







Ou passer à SumatraPDF <img data-src=" />



(en lui enlevant son fond jaune dégueulasse <img data-src=" /> )




un lecteur de pdf en javascript… alors là je suis pas du tout convaincu j’ai tout de suite pensé aux performances avec des plans en vectorielle et autre pdf bien lourd et ) lire les commentaire c’est exactement ce que je craignais.








John Shaft a écrit :



Ou passer à SumatraPDF <img data-src=" />



(en lui enlevant son fond jaune dégueulasse <img data-src=" /> )





Impossible, un logiciel Open Source qui se respecte se doit d’avoir une UI hideuse <img data-src=" />









SFX-ZeuS a écrit :



un lecteur de pdf en javascript… alors là je suis pas du tout convaincu j’ai tout de suite pensé aux performances avec des plans en vectorielle et autre pdf bien lourd et ) lire les commentaire c’est exactement ce que je craignais.







Tant qu’il n’y aura pas d’accélération matériel complète sur le rendu du SVG, ça sera une calamité.









SFX-ZeuS a écrit :



un lecteur de pdf en javascript… alors là je suis pas du tout convaincu j’ai tout de suite pensé aux performances avec des plans en vectorielle et autre pdf bien lourd et ) lire les commentaire c’est exactement ce que je craignais.







C’est également présent dans chrome et ca se passe plutot bien. Perso je lis pas mal de pdf pour des petites specs ou quoi, et l’ouverture dans le navigateur évite de remplir son répertoire Téléchargements/ de vieux pdf inutiles.



Perso, je trouve ca pratique et assez rapide.









Fantassin a écrit :



Je vais faire mauvaise langue mais pourquoi ne pas tout faire tant qu’on y est : lire du word, du pps, du xls…..

Comme ça on aura plus qu’à ouvrir qu’un seul logiciel par jour : Firefox Office



Ah, j’oubliais…. et lire l’Avenir aussi.





Bientôt il fera firewall, aussi <img data-src=" />









Maicka a écrit :



Perso j’utilise foxit pdf reader qui est bien léger et rapide et s’ouvre aussi dans les browsers.





SumatraPDF est encore plus léger, et libre ! Par contre pas de plugin pour IE.



Foxit Reader fait partie de ces programmes qui ont pris la grosse tête et sont devenus lourds et blindés de pubs.



Le 13/01/2013 à 11h 13







flagos_ a écrit :



C’est également présent dans chrome et ca se passe plutot bien. Perso je lis pas mal de pdf pour des petites specs ou quoi, et l’ouverture dans le navigateur évite de remplir son répertoire Téléchargements/ de vieux pdf inutiles.



Perso, je trouve ca pratique et assez rapide.





Et non, Chrome utilise un plugin “natif” (du PPAPI en fait), ce qui explique sa rapidité. chrome://plugins



Emplacement : C:\Program Files (x86)\Google\Chrome\Application\24.0.1312.52\pdf.dll

Type : PPAPI (dans le processus)



le lecteur pdf est intégré à Firefox depuis la version 15.

Pour l’activer dans Firefox, quelque soit la branche, un tour dans about:config et passer pdfjs.disabled en false <img data-src=" />








Obidoub a écrit :



SumatraPDF est encore plus léger, et libre ! Par contre pas de plugin pour IE.



Foxit Reader fait partie de ces programmes qui ont pris la grosse tête et sont devenus lourds et blindés de pubs.









En effet il est devenu plus lourd à la longue.



Merci je vais tester SumatraPDF <img data-src=" />



L’intérêt de la liseuse PDF est nul, Windows 8 intègre déjà une liseuse PDF cela fait doublon et prend de l’espace disque pour rien.








linconnu a écrit :



L’intérêt de la liseuse PDF est nul, Windows 8 intègre déjà une liseuse PDF cela fait doublon et prend de l’espace disque pour rien.





La liseuse de W8 est dans l’interace métro, ce qui est un peu pénible.









meneldal a écrit :



Si la liseuse marche aussi mal que sur nightly avec les mauvais documents pdf (allant souvent jusqu’à faire des erreurs dans les autre onglets/fenêtre sur l’interface), cela risque d’ennuyer de nombreux utilisateurs.



Je n’ai encore eu aucun problème malgré quelques avertissements de Nightly, pourrais tu donner des URL ?









linconnu a écrit :



L’intérêt de la liseuse PDF est nul, Windows 8 intègre déjà une liseuse PDF cela fait doublon et prend de l’espace disque pour rien.



Et après ça certains prétendront encore que Windows 8 n’est pas orienté tablettes <img data-src=" />



N’oubliez pas que l’intérêt principal de PDF.js est la sécurité. L’article (en anglais) de PCworld explique plutôt bien pourquoi.http://www.pcworld.com/article/2025153/firefoxs-pdf-viewer-may-boost-security-by…



Concernant les performances, vu les progrès réalisés ces derniers temps, je suis convaincu que le lecteur PDF intégré conviendra parfaitement à la majorité des utilisateurs. En tout cas il me convient déjà depuis de nombreux mois.








tchevalier a écrit :



N’oubliez pas que l’intérêt principal de PDF.js est la sécurité. L’article (en anglais) de PCworld explique plutôt bien pourquoi.http://www.pcworld.com/article/2025153/firefoxs-pdf-viewer-may-boost-security-by…





Haha j’adore cette méthode de sécurité : utiliser un truc pas sécurisé mais moins connu en espérant que les hackers s’intéressent à autre chose car ça touche peu de monde.

Encore pire que l’obscurantisme.









Skeeder a écrit :



La liseuse de W8 est dans l’interace métro, ce qui est un peu pénible.





Le problème, c’est pas la liseuse de W8 qui s’ouvre dans Metro, c’est l’absence d’interface Metro dans Firefox ! <img data-src=" />



Parce que bon niveau priorité, entre mettre à jour l’application emblématique de la société pour suivre l’évolution d’un OS supporté, et créer un n-ème fork de Linux pour mobile incompatible avec les autres OS et castré pour ne gérer qu’un lecteur de documents Web qui sert de runtime pour faire le café



Le 13/01/2013 à 19h 47







bzc a écrit :



Haha j’adore cette méthode de sécurité : utiliser un truc pas sécurisé mais moins connu en espérant que les hackers s’intéressent à autre chose car ça touche peu de monde.

Encore pire que l’obscurantisme.





On peut aussi ajouter qu’il y a moins de fonctions (= moins de code attaquable, en particulier sur les éléments rarement utilisés) et que les process de mise à jour de Firefox sont généralement plus efficaces que ceux des éditeurs de PDF actuels (même si c’est moins vrai avec Adobe Reader XI). L’article en parle aussi. <img data-src=" />



Le 13/01/2013 à 19h 48







Oungawak a écrit :



Le problème, c’est pas la liseuse de W8 qui s’ouvre dans Metro, c’est l’absence d’interface Metro dans Firefox ! <img data-src=" />



Parce que bon niveau priorité, entre mettre à jour l’application emblématique de la société pour suivre l’évolution d’un OS supporté, et créer un n-ème fork de Linux pour mobile incompatible avec les autres OS et castré pour ne gérer qu’un lecteur de documents Web qui sert de runtime pour faire le café







Fork de Linux ? Tu sais décidément pas de quoi tu parles









ff9098 a écrit :



Fork de Linux ? Tu sais décidément pas de quoi tu parles





Roh ça va, je dit “fork” pour imager parce que c’est (encore) un OS qui fait un copier-coller du noyau Linux pour refaire tout ce qu’il y a autour, pas besoin de monter sur tes grands chevaux armé d’un dictionnaire…



C’est con mais j’aime bien ce mot, une “fourchette”. <img data-src=" /> <img data-src=" />









Etre_Libre a écrit :



Oui par exemple un simple plan, j’ai testé les plans de transport en commun (tcl.fr) :



Il commence à s’afficher plus fige, et Firefox lui-même dit “Il est possible que ce document PDF ne s’affiche pas correctement”, et il propose “Ouvrir avec un autre lecteur PDF”.



Version testée : Firefox 19 beta 1 (la release) sur Windows.



Sincèrement je préfère largement un Adobe Reader qui me lit tout directement, supporte les formulaires, et permet même depuis la version 11 d’ajouter du texte ou image sur tout PDF, bien que ce soit le Reader.







Faut quand même dire que les pdf des lignes tcl sont bien pourris. Je ne sais pas pour quelle raison mais chez moi même okular a du mal à les ouvrir et à zoomer dedans.









kvasir a écrit :



Faut quand même dire que les pdf des lignes tcl sont bien pourris. Je ne sais pas pour quelle raison mais chez moi même okular a du mal à les ouvrir et à zoomer dedans.







Ils utilisent simplement les capacités du format PDF… et avec Adobe Reader aucun problème.



n’importe quoi mozilla ferait mieux de travailler sur d’autre point plus important. Car dès qu’on a besoin un peu de fonctionnalité pdf çà marche plus encore un truc fait a moitié … Et en plus activé par défaut comme free avec leur filtre à pub google mdr. Enfin bref remis acrobat par défaut.

Conclusion en l’état c’est insuffisant pour moi.