Pdf.js: Publicar oficialmente la versión 2.0

@yurydelendik Como no estoy realmente familiarizado con todos los detalles de https://github.com/mozilla/pdf.js/wiki/Release-Process , ¿podría ayudarme a crear un nuevo prelanzamiento de PDF.js para la versión 2.0.419 (es decir, en la confirmación c33bf800cc87941cc681c3c54279ab1b9745650d)?

Edité la primera publicación para incluir una referencia al # 9528. La documentación debe actualizarse antes del lanzamiento oficial 2.0.

También he actualizado el tablero del proyecto en https://github.com/mozilla/pdf.js/projects/5 con todos los cambios que debemos hacer.

¿Puedo hacer algo para ayudar con esto?

Ya no hay problemas de bloqueo en el código (los ejemplos de JSFiddle están alojados en otro lugar). ¿Podemos lanzar 2.0 ahora? ¿Alguien se ofrece como voluntario para escribir una guía de migración para el código PDF.js 1.x a 2.x?

He actualizado la sección de soporte del navegador de la página de preguntas frecuentes, que resolvió una de las tareas que nos quedaban. También he actualizado https://github.com/mozilla/pdf.js/projects/5 para mostrar el estado actual de la versión 2.0. Se agrega la guía de migración y un PR que contiene un cambio de API que creo que deberíamos poner en 2.0 para evitar cambios de API en versiones posteriores (ya que la versión 2.0 ya cambia la API de todos modos).

Si alguien está dispuesto a ayudar con las tareas de la página del proyecto, no dude en hacerlo. Pon un comentario aquí para que sepamos que estás trabajando en ello. Ojalá podamos terminar la versión 2.0 pronto de esta manera. ¡Gracias!

Con respecto a "Auditar el CSS existente y eliminar las reglas que ya no se necesitan (prefijadas)", ¿ha considerado eliminarlas todas por completo y utilizar el prefijo automático para apuntar a navegadores específicos según sea necesario, en la compilación? Auditoría que parece mucho trabajo que podría automatizarse.

No creo que lo haya visto antes, pero parece una buena idea. Sin embargo, estoy un poco preocupado por casos como el # 6685. ¿Los cubriría un módulo de este tipo también, o todavía tendríamos que hacerlo nosotros mismos? Si tuviéramos que utilizar un módulo de este tipo, se debería hacer una comparación antes / después para garantizar que nada cambie desde un punto de vista funcional.

De hecho, ¡sí lo hará! :RE

En ese caso, si alguien está dispuesto a darle una oportunidad a la integración de Autoprefixer para PDF.js, no dude en hacerlo para que podamos probarlo. Incluso podría solucionar algunos problemas abiertos dado el comentario anterior, lo que sería genial (aparte del trabajo de mantenimiento reducido).

Alguien estaba dispuesto :) https://github.com/mozilla/pdf.js/pull/9629
Necesita alguna configuración (lista de navegadores compatibles) y luego probar (comparando salidas CSS principalmente), aparte de eso, completamente funcional :)

Me gustaría proponer una cosa más para 2.0, eliminar el soporte para IE11. Esto nos daría async / await, lo que me parece inmensamente útil en la legibilidad del código. Podríamos hacer async / await con babel, pero en el pasado no he tenido mucho éxito con el complemento.
Pensamientos

async / await con babel funcionó bien para mí en IE11 si incluías babel-polyfill, junto con la configuración adecuada, por supuesto.

El uso del navegador IE 11 sigue siendo relativamente alto (2,76% según https://caniuse.com/usage-table), por lo que todavía no descartaría IE 11. Ya podemos comenzar a usar async / await para la legibilidad del código y transpilar si lo deseamos.

Además, Chrome 49 no es compatible con async / await, y Chrome 49 aún es compatible con la extensión porque es la última versión de Chrome que se ejecuta en XP (que también tiene números de uso relativamente altos (considerando su estado no compatible ...) - ver # 9397).

¿Alguien puede proporcionar pasos para comprobar una versión beta funcional de la versión 2.0? ¿Los modos de desplazamiento PR son parte de la versión inicial o deberían combinarse con la versión 2.0? Necesito implementar modos de desplazamiento en varios sitios y estoy buscando hacerlo de una manera que sea más fácil de mantener actualizado con futuras versiones.

+1 para mantener el soporte de IE11, al menos a través de la transpilación. Muchos usuarios empresariales, especialmente los de países asiáticos, deben utilizar IE11 debido a las políticas corporativas.

¿Los modos de desplazamiento PR son parte de la versión inicial o deberían combinarse con la versión 2.0?

https://github.com/mozilla/pdf.js/pull/9208 estuvo listo hace 2 meses. Tal vez tenga sentido fusionar esto directamente e incluirlo v2.0. Hasta que se publique la versión 2.0, debería haber tiempo suficiente para probar esto de manera productiva por más tiempo.

@kekkc tiene mucho sentido para mí.

Chicos, ¿qué pueden hacer otros miembros de esta comunidad para contribuir de manera significativa a este proyecto? ¿Existe algún tipo de plazo para la versión 2.0? Tengo 6 sitios activos que ejecutan pdfjs, y cada uno es una versión improvisada usando copia de código y pegada de muchos tickets aquí en GitHub. Nada parece llegar a la rama base de manera oportuna. Ahora estoy haciendo otra implementación de Frankenstein para un nuevo sitio para poder implementar la solución de modos de desplazamiento elegante y completamente terminada creada por @rhendric. ¿Qué puedo hacer para ayudar con el lanzamiento?

¿Sería posible que alguien actualizara a aquellos de nosotros que estamos esperando el lanzamiento 2.0 con alguna información sobre lo que queda por hacer? Al examinar los problemas pendientes, todos parecen triviales o ya están resueltos.

La versión preliminar de la versión 2 está lista y disponible en https://github.com/mozilla/pdf.js/releases/tag/2.0.550. No se planean cambios importantes en la API, por lo que si no se encuentran problemas de bloqueo, se convertirá en la versión final de la versión 2.

Tomó bastante tiempo preparar la versión 2 para su lanzamiento debido a la disponibilidad limitada del desarrollador y otros problemas que debían solucionarse, por lo que esta versión preliminar es realmente un hito. ¡Gracias por soportarnos y brindar comentarios constructivos!

Estoy cerrando este problema ya que se realizó la versión preliminar (que se convertirá en la versión completa en la próxima iteración) y el trabajo restante se enumera en el tablero del proyecto.

Esto es emocionante. Gracias a todos los que trabajaron tan duro en 2.0.

@timvandermeij ¿ Cuándo latest ("no beta") en npm?

Desde la versión preliminar identificamos y arreglamos algunas regresiones. Además, se han producido algunas mejoras en el rendimiento y la conversión de fuentes. Estamos rastreando el lanzamiento final en el tablero del proyecto. Sin embargo, puede esperar que la versión preliminar sea reemplazada por la versión final debido a las regresiones, por lo que no queremos enviar la versión preliminar como la versión final.

Creo que hemos fusionado todo lo que queríamos para 2.0, por lo que deberíamos poder hacer la versión final pronto. @brendandahl ¿

@timvandermeij @brendandahl ¿ Cuándo cree que se puede publicar esto para que los consumidores intermedios puedan actualizar sus dependencias? Si tiene el código completo, pero aún desea probar algo; ¿Puedes liberar un candidato de lanzamiento mientras tanto? Gracias.

Check-in mensual aquí. ¿Puedo hacer algo para ayudar?

Se está preparando la versión estable: # 10181.