Pdf.js: Lançamento oficial da versão 2.0

Criado em 28 fev. 2018  ·  28Comentários  ·  Fonte: mozilla/pdf.js

Antes de obter PRs maiores (pendentes), seria uma boa ideia lançar oficialmente a versão 2.0.x do PDF.js primeiro para reduzir o risco de regressão na versão inicial com base no branch 2.0 .

TODOs restantes:

  • [x] Unir PR # 9520.
  • [x] Unir PR # 9493.
  • [x] Atualizar documentação (# 9528).
1-other

Comentários muito úteis

1 para manter o suporte do IE11, pelo menos por meio de transpilação. Muitos usuários corporativos, especialmente aqueles em países asiáticos, devem usar o IE11 devido às políticas corporativas.

Todos 28 comentários

@yurydelendik Já que não estou realmente familiarizado com todos os detalhes de https://github.com/mozilla/pdf.js/wiki/Release-Process , você poderia ajudar a criar um novo pré-lançamento de PDF.js para a versão 2.0.419 (ou seja, no commit c33bf800cc87941cc681c3c54279ab1b9745650d)?

Editei a primeira postagem para incluir uma referência a # 9528. A documentação deve ser atualizada antes do lançamento oficial 2.0.

Também atualizei o painel do projeto em https://github.com/mozilla/pdf.js/projects/5 com todas as alterações que precisamos fazer.

Posso fazer algo para ajudar nisso?

Não há mais problemas de bloqueio no código (os exemplos JSFiddle estão hospedados em outro lugar). Podemos lançar 2.0 agora? Alguém se ofereceu para escrever um guia de migração do código PDF.js 1.x para 2.x?

Eu atualizei a seção de suporte do navegador da página de perguntas frequentes, que resolveu uma das tarefas que tínhamos deixado. Também atualizei https://github.com/mozilla/pdf.js/projects/5 para mostrar o status atual da versão 2.0. O guia de migração é adicionado e um PR que contém uma mudança de API que eu acho que devemos colocar em 2.0 para evitar mudanças de API em versões posteriores (uma vez que a versão 2.0 já muda a API de qualquer maneira).

Se alguém estiver disposto a ajudar nas tarefas da página do projeto, sinta-se à vontade para fazê-lo. Coloque um comentário aqui para que saibamos que você está trabalhando nisso. Esperamos poder terminar a versão 2.0 em breve desta forma. Obrigado!

Com relação a "Auditar o CSS existente e remover regras não mais necessárias (prefixadas)", você considerou removê-las completamente e usar o autoprefixer para direcionar navegadores específicos conforme necessário, na construção? Auditoria que parece ser muito trabalho que poderia ser automatizado.

Não acho que tenha visto isso antes, mas parece uma boa ideia. No entanto, estou um pouco preocupado com casos como o # 6685. Esses seriam abrangidos por tal módulo também, ou ainda teríamos que fazer isso nós mesmos? Se fôssemos usar tal módulo, uma comparação antes / depois deve ser feita para garantir que nada mude de um ponto de vista funcional.

Na verdade, vai sim! : D

obraz

Nesse caso, se alguém estiver disposto a dar uma chance à integração do Autoprefixer para PDF.js, sinta-se à vontade para fazê-lo para que possamos testá-lo. Ele pode até corrigir alguns problemas em aberto devido ao comentário acima, o que seria ótimo (além do trabalho de manutenção reduzido).

Alguém estava disposto :) https://github.com/mozilla/pdf.js/pull/9629
Precisa de alguma configuração (lista de navegadores suportados) e, em seguida, teste (comparando principalmente as saídas CSS), além disso, totalmente funcional :)

Eu gostaria de propor mais uma coisa para 2.0, abandonar o suporte para IE11. Isso nos daria assíncronos / aguardar, o que considero extremamente útil na legibilidade do código. Poderíamos fazer async / await com o babel, mas no passado não tive muito sucesso usando o plugin.
Pensamentos?

async / await com babel funcionou bem para mim no IE11 se você incluiu o babel-polyfill, junto com a configuração adequada, é claro.

O uso do navegador IE 11 ainda é relativamente alto (2,76% de acordo com https://caniuse.com/usage-table), então eu não abandonaria o IE 11 ainda. Já podemos começar a usar async / await para legibilidade do código e transpilar, se desejar.

Além disso, o Chrome 49 não suporta async / await, e o Chrome 49 ainda é compatível com a extensão porque é a última versão do Chrome que roda no XP (que também tem números de uso relativamente altos (considerando seu status sem suporte ...) - consulte # 9397).

Alguém pode fornecer etapas para verificar uma versão beta funcional da versão 2.0? Os modos de rolagem PR fazem parte da versão inicial ou teriam que ser mesclados na versão 2.0? Preciso implementar modos de rolagem em vários sites e estou procurando fazer isso de uma forma que seja mais facilmente mantida atualizada com versões futuras.

1 para manter o suporte do IE11, pelo menos por meio de transpilação. Muitos usuários corporativos, especialmente aqueles em países asiáticos, devem usar o IE11 devido às políticas corporativas.

Os modos de rolagem PR fazem parte da versão inicial ou teriam que ser mesclados na versão 2.0?

https://github.com/mozilla/pdf.js/pull/9208 estava pronto 2 meses atrás. Talvez faça sentido mesclar isso diretamente e incluí-lo na versão 2.0. Até a v2.0 ser lançada, deve haver tempo suficiente para testar isso de forma produtiva ainda mais.

@kekkc faz muito sentido para mim.

Gente, o que os outros membros desta comunidade podem fazer para contribuir de forma significativa com este projeto? Existe algum tipo de prazo para o lançamento 2.0? Eu tenho 6 sites ativos executando pdfjs, e cada um é uma versão remendada usando cópia de código e colada de muitos tickets aqui no GitHub. Nada parece entrar no ramo base em tempo hábil. Agora estou fazendo outra implantação de frankenstein para um novo site, para que possa implementar a solução de modos de rolagem elegante e completamente acabada criada por @rhendric. O que posso fazer para ajudar com o lançamento?

Seria possível alguém atualizar aqueles de nós que aguardam o lançamento 2.0 com algumas informações sobre o que resta a ser feito? Olhando para as questões pendentes, todas parecem triviais ou já resolvidas.

O pré-lançamento da versão 2 está pronto e disponível em https://github.com/mozilla/pdf.js/releases/tag/2.0.550. Nenhuma mudança importante de API está planejada, portanto, se nenhum problema de bloqueio for encontrado, essa será a versão 2 final.

Demorou um pouco para deixar a versão 2 pronta para lançamento devido à disponibilidade limitada do desenvolvedor e outros problemas que precisavam ser corrigidos, então este pré-lançamento é realmente um marco. Obrigado por nos acompanhar e fornecer feedback construtivo!

Estou encerrando este problema porque o pré-lançamento está pronto (que se tornará o lançamento completo na próxima iteração) e o trabalho restante está listado no quadro do projeto.

Isso é emocionante. Obrigado a todos que trabalharam tanto no 2.0.

@timvandermeij Quando latest ("não beta") no npm?

Desde o pré-lançamento, identificamos e corrigimos algumas regressões. Além disso, algumas melhorias de desempenho e conversão de fonte foram feitas. Estamos rastreando o lançamento final no painel do projeto. No entanto, você pode esperar que o pré-lançamento seja substituído pelo lançamento final devido às regressões, então não queremos enviar o pré-lançamento como o lançamento final.

Acho que combinamos tudo o que queríamos para 2.0, então devemos ser capazes de fazer a versão final em breve. @brendandahl Você teria tempo para fazer este lançamento? Depois disso, podemos cuidar da compilação de um changelog.

@timvandermeij @brendandahl Quando você acha que isso pode ser lançado para que os consumidores downstream possam atualizar suas dependências? Se você completou o código, mas ainda deseja testar algo; você pode lançar um candidato a lançamento enquanto isso? Obrigado.

Check-in mensal aqui. Posso fazer alguma coisa para ajudar?

A versão estável está sendo preparada: # 10181.

Esta página foi útil?
0 / 5 - 0 avaliações

Questões relacionadas

SehyunPark picture SehyunPark  ·  3Comentários

azetutu picture azetutu  ·  4Comentários

sujit-baniya picture sujit-baniya  ·  3Comentários

timvandermeij picture timvandermeij  ·  4Comentários

liuzhen2008 picture liuzhen2008  ·  4Comentários