Pdf.js: Version officielle 2.0

Créé le 28 févr. 2018  ·  28Commentaires  ·  Source: mozilla/pdf.js

Avant l' atterrissage des plus ( en attente) Prs, ce serait une bonne idée de officiellement publier la version 2.0.x de PDF.js d' abord pour réduire le risque de régression dans la version initiale sur la base de 2.0 branche .

TODOs restants:

  • [x] Fusionner PR # 9520.
  • [x] Fusionner PR # 9493.
  • [x] Mettre à jour la documentation (n ° 9528).
1-other

Commentaire le plus utile

+1 pour conserver le support IE11, au moins via la transpilation. De nombreux utilisateurs d'entreprise, en particulier ceux des pays asiatiques, doivent utiliser IE11 en raison des politiques d'entreprise.

Tous les 28 commentaires

@yurydelendik Puisque je ne connais pas vraiment tous les détails de https://github.com/mozilla/pdf.js/wiki/Release-Process , pourriez-vous s'il vous plaît aider à créer une nouvelle pré-version PDF.js pour la version 2.0.419 (c'est-à-dire au commit c33bf800cc87941cc681c3c54279ab1b9745650d)?

J'ai édité le premier article pour inclure une référence à # 9528. La documentation doit être mise à jour avant la sortie officielle 2.0.

J'ai également mis à jour le tableau du projet sur https://github.com/mozilla/pdf.js/projects/5 avec tous les changements que nous devons apporter.

Est-ce que je peux faire pour vous aider?

Il n'y a plus de problèmes de blocage dans le code (les exemples JSFiddle sont hébergés ailleurs). Pouvons-nous publier 2.0 maintenant? Quelqu'un se porte volontaire pour rédiger un guide de migration du code PDF.js 1.x vers 2.x?

J'ai mis à jour la section de support du navigateur de la page FAQ, qui a résolu l'une des tâches qui nous restaient. J'ai également mis à jour https://github.com/mozilla/pdf.js/projects/5 pour afficher l'état actuel de la version 2.0. Le guide de migration est ajouté et un PR qui contient un changement d'API que je pense que nous devrions mettre en 2.0 pour éviter les changements d'API dans les versions ultérieures (puisque la version 2.0 change déjà l'API de toute façon).

Si quelqu'un est prêt à aider avec les tâches de la page du projet, n'hésitez pas à le faire. Mettez un commentaire ici pour que nous sachions que vous y travaillez. Espérons que nous pourrons bientôt terminer la version 2.0 de cette façon. Merci!

En ce qui concerne "Auditer le CSS existant et supprimer les règles (préfixées) qui ne sont plus nécessaires", avez-vous envisagé de les supprimer complètement et d'utiliser l'autoprefixer pour cibler des navigateurs spécifiques au besoin, lors de la construction? Un audit qui semble être beaucoup de travail qui pourrait être automatisé.

Je ne pense pas avoir vu cela arriver avant, mais cela semble être une bonne idée. Cependant, je suis un peu inquiet des cas tels que # 6685. Celles-ci seraient-elles également couvertes par un tel module, ou devrions-nous encore le faire nous-mêmes? Si nous devions utiliser un tel module, une comparaison avant / après devrait être faite pour s'assurer que rien ne change d'un point de vue fonctionnel.

En fait, oui ça le fera! :RÉ

obraz

Dans ce cas, si quelqu'un est prêt à essayer l'intégration d'Autoprefixer pour PDF.js, alors n'hésitez pas à le faire afin que nous puissions le tester. Cela pourrait même résoudre certains problèmes ouverts compte tenu du commentaire ci-dessus, ce qui serait génial (mis à part le travail de maintenance réduit).

Quelqu'un était prêt :) https://github.com/mozilla/pdf.js/pull/9629
Nécessite une configuration (liste des navigateurs pris en charge), puis des tests (en comparant principalement les sorties CSS), à part cela, entièrement fonctionnel :)

J'aimerais proposer une dernière chose pour la version 2.0, abandonner le support pour IE11. Cela nous donnerait async / await, ce que j'ai trouvé extrêmement utile pour la lisibilité du code. Nous pourrions faire async / await avec babel, mais dans le passé je n'ai pas eu beaucoup de succès en utilisant le plugin.
Pensées?

async / await avec babel fonctionnait très bien pour moi sur IE11 si vous incluiez babel-polyfill, avec la configuration appropriée bien sûr.

L'utilisation du navigateur IE 11 est encore relativement élevée (2,76% selon https://caniuse.com/usage-table), donc je ne laisserais pas encore tomber IE 11. Nous pouvons déjà commencer à utiliser async / await pour la lisibilité du code, et transpiler si vous le souhaitez.

De plus, Chrome 49 ne prend pas en charge async / await, et Chrome 49 est toujours pris en charge par l'extension car il s'agit de la dernière version de Chrome fonctionnant sous XP (qui a également un nombre d'utilisation relativement élevé (compte tenu de son statut non pris en charge ...) - voir # 9397).

Quelqu'un peut-il fournir des étapes pour vérifier une version bêta fonctionnelle de la version 2.0? Les modes de défilement PR font-ils partie de la version initiale ou devraient-ils être fusionnés en plus de la version 2.0? J'ai besoin de mettre en œuvre des modes de défilement sur un certain nombre de sites et je cherche à le faire d'une manière qui sera plus facilement mise à jour avec les versions futures.

+1 pour conserver le support IE11, au moins via la transpilation. De nombreux utilisateurs d'entreprise, en particulier ceux des pays asiatiques, doivent utiliser IE11 en raison des politiques d'entreprise.

Les modes de défilement PR font-ils partie de la version initiale ou devraient-ils être fusionnés en plus de la version 2.0?

https://github.com/mozilla/pdf.js/pull/9208 était prêt il y a 2 mois. Il serait peut-être judicieux de fusionner ceci directement et de l'inclure v2.0. Jusqu'à la sortie de la v2.0, il devrait y avoir suffisamment de temps pour tester encore plus longtemps cela de manière productive.

@kekkc a beaucoup de sens pour moi.

Les gars, que peuvent faire les autres membres de cette communauté pour contribuer de manière significative à ce projet? Existe-t-il un calendrier pour la version 2.0? J'ai 6 sites actifs exécutant pdfjs, et chacun est une version bricolée utilisant la copie de code et collée à partir de nombreux tickets ici sur GitHub. Rien ne semble se frayer un chemin dans la branche de base en temps opportun. Je fais maintenant un autre déploiement frankenstein pour un nouveau site afin de pouvoir implémenter la solution de modes de défilement élégante et complètement terminée créée par @rhendric. Que puis-je faire pour aider à la sortie?

Serait-il possible pour quelqu'un de mettre à jour ceux d'entre nous qui attendent la version 2.0 avec des informations sur ce qui reste à faire? En examinant les problèmes en suspens, ils semblent tous insignifiants ou déjà résolus.

La pré-version de la version 2 est terminée et disponible sur https://github.com/mozilla/pdf.js/releases/tag/2.0.550. Aucune modification majeure de l'API n'est prévue, donc si aucun problème de blocage n'est détecté, cela deviendra la version finale de la version 2.

Il a fallu un peu de temps pour préparer la version 2 en raison de la disponibilité limitée des développeurs et d'autres problèmes qui devaient être corrigés, cette pré-version est donc vraiment une étape importante. Merci de votre soutien et de vos commentaires constructifs!

Je ferme ce problème car la pré-version est terminée (qui deviendra la version complète dans la prochaine itération) et le travail restant est répertorié sur le tableau du projet.

C'est passionnant. Merci à tous ceux qui ont travaillé si dur sur 2.0.

@timvandermeij Quand commence la prochaine itération? Ou pouvons-nous nous attendre à ce que la version 2.0.550 soit publiée en tant que latest ("non bêta") sur npm?

À partir de la pré-version, nous avons identifié et corrigé certaines régressions. De plus, certaines améliorations des performances et de la conversion des polices ont été apportées. Nous suivons la version finale sur le tableau du projet. Cependant, vous pouvez vous attendre à ce que la pré-version soit remplacée par la version finale en raison des régressions, nous ne voulons donc pas expédier la pré-version en tant que version finale.

Je pense que nous avons fusionné tout ce que nous voulions pour la version 2.0, nous devrions donc être en mesure de faire la version finale bientôt. @brendandahl Auriez -vous le temps de faire cette sortie? Après cela, nous pouvons nous charger de la compilation d'un journal des modifications.

@timvandermeij @brendandahl Quand pensez-vous que cela peut être publié afin que les consommateurs en aval puissent mettre à jour leurs dépendances? Si vous avez terminé le code, mais que vous souhaitez tout de même tester quelque chose; pouvez-vous libérer une version candidate en attendant? Je vous remercie.

Enregistrement mensuel ici. Puis-je faire quelque chose pour aider?

La version stable est en cours de préparation: # 10181.

Cette page vous a été utile?
0 / 5 - 0 notes

Questions connexes

zerr0s picture zerr0s  ·  3Commentaires

timvandermeij picture timvandermeij  ·  4Commentaires

dmisdm picture dmisdm  ·  3Commentaires

xingxiaoyiyio picture xingxiaoyiyio  ·  3Commentaires

hp011235 picture hp011235  ·  4Commentaires