Pdf.js: Offizielle Version 2.0 veröffentlichen

@yurydelendik Da ich nicht wirklich mit allen Details von https://github.com/mozilla/pdf.js/wiki/Release-Process vertraut bin, können Sie bitte helfen, eine neue PDF.js-Vorabversion für Version 2.0.419 erstellen

Ich habe den ersten Beitrag so bearbeitet, dass er einen Verweis auf # 9528 enthält. Die Dokumentation sollte vor der offiziellen Version 2.0 aktualisiert werden.

Ich habe auch das Projektboard unter https://github.com/mozilla/pdf.js/projects/5 mit allen Änderungen aktualisiert, die wir vornehmen müssen.

Kann ich etwas tun, um dabei zu helfen?

Der Code enthält keine Blockierungsprobleme mehr (die JSFiddle-Beispiele werden an anderer Stelle gehostet). Können wir jetzt 2.0 veröffentlichen? Wer meldet sich freiwillig, um einen Migrationsleitfaden für PDF.js 1.x Code auf 2.x zu schreiben?

Ich habe den Browser-Support-Bereich der FAQ-Seite aktualisiert, der eine der Aufgaben gelöst hat, die wir noch hatten. Ich habe auch https://github.com/mozilla/pdf.js/projects/5 aktualisiert, um den aktuellen Status von Release 2.0 anzuzeigen. Das Migrationshandbuch wurde hinzugefügt und ein PR enthält eine API-Änderung, die wir meiner Meinung nach in 2.0 einfügen sollten, um API-Änderungen in späteren Versionen zu vermeiden (da Version 2.0 die API ohnehin bereits ändert).

Wenn jemand bereit ist, bei den Aufgaben auf der Projektseite zu helfen, können Sie dies gerne tun. Geben Sie hier einen Kommentar ein, damit wir wissen, dass Sie daran arbeiten. Hoffentlich können wir Version 2.0 bald auf diese Weise beenden. Vielen Dank!

Haben Sie in Bezug auf "Überprüfen des vorhandenen CSS und Entfernen nicht mehr benötigter (vorangestellter) Regeln" in Betracht gezogen, alle vollständig zu entfernen und Autoprefixer zu verwenden, um bestimmte Browser beim Erstellen nach Bedarf als Ziel festzulegen? Auditing scheint eine Menge Arbeit zu sein, die automatisiert werden könnte.

Ich glaube nicht, dass ich das schon einmal gesehen habe, aber es klingt nach einer guten Idee. Ich mache mir jedoch ein bisschen Sorgen um Fälle wie # 6685. Würden diese auch von einem solchen Modul abgedeckt, oder müssten wir das noch selbst tun? Wenn wir ein solches Modul verwenden, sollte ein Vergleich vorher / nachher durchgeführt werden, um sicherzustellen, dass sich aus funktionaler Sicht nichts ändert.

Eigentlich ja wird es! : D.

Wenn in diesem Fall jemand bereit ist, die Autoprefixer-Integration für PDF.js zu testen, können Sie dies gerne tun, damit wir sie testen können. In Anbetracht des obigen Kommentars könnten sogar einige offene Probleme behoben werden, was (abgesehen von den reduzierten Wartungsarbeiten) großartig wäre.

Jemand war bereit :) https://github.com/mozilla/pdf.js/pull/9629
Benötigt einige Konfiguration (Liste der unterstützten Browser) und anschließendes Testen (meistens Vergleichen von CSS-Ausgaben), ansonsten voll funktionsfähig :)

Ich möchte noch etwas für 2.0 vorschlagen und die Unterstützung für IE11 einstellen. Dies würde uns async / await geben, was sich für die Lesbarkeit des Codes als äußerst hilfreich erwiesen hat. Wir könnten mit babel async / await machen, aber in der Vergangenheit hatte ich mit dem Plugin nicht viel Erfolg.
Gedanken?

async / await with babel hat bei IE11 für mich ganz gut funktioniert, wenn Sie babel-polyfill hinzugefügt haben, natürlich zusammen mit der richtigen Konfiguration.

Die Nutzung des IE 11-Browsers ist immer noch relativ hoch (2,76% laut https://caniuse.com/usage-table), daher würde ich IE 11 noch nicht löschen. Wir können bereits mit der Verwendung von async / await für die Lesbarkeit des Codes beginnen und bei Bedarf transpilieren.

Außerdem unterstützt Chrome 49 Async / Warten nicht und Chrome 49 wird weiterhin von der Erweiterung unterstützt, da es sich um die letzte Version von Chrome handelt, die unter XP ausgeführt wird (die auch relativ hohe Nutzungszahlen aufweist (angesichts des nicht unterstützten Status ...)). siehe # 9397).

Kann jemand Schritte bereitstellen, um eine funktionierende Beta der Version 2.0 zu testen? Sind die Bildlaufmodi PR Teil der Erstversion oder müsste diese zusätzlich zur Version 2.0 zusammengeführt werden? Ich muss Bildlaufmodi auf einer Reihe von Websites implementieren und möchte dies auf eine Weise tun, die mit zukünftigen Versionen am einfachsten auf dem neuesten Stand gehalten werden kann.

+1 für die Beibehaltung der IE11-Unterstützung, zumindest durch Transpilation. Viele Unternehmensbenutzer, insbesondere in asiatischen Ländern, müssen aufgrund von Unternehmensrichtlinien IE11 verwenden.

Sind die Bildlaufmodi PR Teil der Erstversion oder müsste diese zusätzlich zur Version 2.0 zusammengeführt werden?

https://github.com/mozilla/pdf.js/pull/9208 war vor 2 Monaten fertig. Vielleicht wäre es sinnvoll, dies direkt zusammenzuführen und in Version 2.0 aufzunehmen. Bis zur Veröffentlichung von v2.0 sollte genügend Zeit vorhanden sein, um dies noch länger produktiv zu testen.

@kekkc macht für mich sehr viel Sinn.

Leute, was können andere Mitglieder dieser Community tun, um einen sinnvollen Beitrag zu diesem Projekt zu leisten? Gibt es einen Zeitrahmen für die Version 2.0? Ich habe 6 aktive Sites, auf denen PDFs ausgeführt werden, und jede ist eine zusammengepflasterte Version, die eine Codekopie verwendet und von vielen Tickets hier auf GitHub eingefügt wurde. Nichts scheint rechtzeitig in den Basiszweig zu gelangen. Ich mache jetzt noch eine weitere Frankenstein-Bereitstellung für eine neue Site, damit ich die elegante und vollständig fertige Lösung für die Bildlaufmodi implementieren kann, die von @rhendric erstellt wurde. Was kann ich tun, um bei der Veröffentlichung zu helfen?

Wäre es jemandem möglich, diejenigen von uns, die auf die Version 2.0 warten, mit Informationen darüber zu aktualisieren, was noch zu tun ist? Wenn man sich die offenen Fragen ansieht, scheinen sie alle trivial oder bereits gelöst zu sein.

Die Vorabversion von Version 2 ist fertig und unter https://github.com/mozilla/pdf.js/releases/tag/2.0.550 verfügbar

Aufgrund der eingeschränkten Verfügbarkeit von Entwicklern und anderer Probleme, die behoben werden mussten, dauerte es einige Zeit, bis Version 2 für die Veröffentlichung bereit war. Daher ist diese Vorabversion wirklich ein Meilenstein. Vielen Dank, dass Sie sich mit uns in Verbindung gesetzt und konstruktives Feedback gegeben haben!

Ich schließe dieses Problem, da die Vorabversion abgeschlossen ist (die in der nächsten Iteration zur vollständigen Version wird) und die verbleibende Arbeit auf der Projektplatine aufgeführt ist.

Das ist aufregend. Vielen Dank an alle, die so hart an 2.0 gearbeitet haben.

@timvandermeij Wann latest ("Nicht-Beta") veröffentlicht wird?

Ab der Vorabversion haben wir einige Regressionen identifiziert und behoben. Darüber hinaus sind einige Verbesserungen bei der Leistung und der Schriftkonvertierung eingetreten. Wir verfolgen die endgültige Veröffentlichung auf der Projektplatine. Sie können jedoch davon ausgehen, dass die Vorabversion aufgrund der Regressionen durch die endgültige Version ersetzt wird. Daher möchten wir die Vorabversion nicht als endgültige Version ausliefern.

Ich denke, wir haben alles zusammengeführt, was wir für 2.0 wollten, also sollten wir in der Lage sein, die endgültige Veröffentlichung bald zu machen. @brendandahl Hättest du Zeit für diese Veröffentlichung? Danach können wir uns um die Erstellung eines Changelogs kümmern.

@timvandermeij @brendandahl Wann kann dies Ihrer Meinung nach veröffentlicht werden, damit nachgeschaltete Verbraucher ihre Abhängigkeiten aktualisieren können? Wenn Sie Code-vollständig sind, aber dennoch etwas testen möchten; Können Sie in der Zwischenzeit einen Release-Kandidaten freigeben? Vielen Dank.

Monatlicher Check-in hier. Kann ich etwas tun, um zu helfen?

Die stabile Version wird vorbereitet: # 10181.