En las API proporcionadas, parece que solo podemos representar los PDF página por página.
¿Eso significa que si quiero hacer una vista que permita al usuario desplazarse por todo el pdf, tendré que renderizar las páginas una por una en un
Supongo que también tendré que ocuparme de las cosas de la paginación.
Si eso es verdad. La razón es que renderizar páginas que están fuera de la vista es costoso en términos de memoria. Sin embargo, puede hacer algo como svgviewer
para cargar todas las páginas: https://github.com/mozilla/pdf.js/blob/master/examples/svgviewer/viewer.js. Cerrando como respondida.
@timvandermeij Solo por curiosidad, acabo de probar este método svg, parece increíblemente rápido en comparación con el método lienzo. ¿Hay alguna razón por la que deberíamos usar lienzo en lugar de svg?
El back-end de lienzo es el back-end que se ha admitido desde el comienzo de PDF.js. El back-end de SVG todavía es experimental y no puede hacer todo lo que el back-end de lienzo puede hacer, ni tampoco es tan rápido y eficiente en memoria. Si alguien está interesado en el back-end de SVG para mejorar su representación y rendimiento, no dude en abrir un nuevo PR o contáctenos en IRC.
Acabo de comenzar a estudiar Pdf.js y soy un principiante. ¿No utiliza el visor predeterminado el lienzo en su lugar y también permite desplazarse por todas las páginas del documento? Acabo de mirar dentro del archivo viewer.js y allí puede encontrar el elemento canvas y no svg.
¿Existe una forma actualizada de que un documento de varias páginas se muestre con una barra de desplazamiento? Gracias Federico
Comentario más útil
Acabo de comenzar a estudiar Pdf.js y soy un principiante. ¿No utiliza el visor predeterminado el lienzo en su lugar y también permite desplazarse por todas las páginas del documento? Acabo de mirar dentro del archivo viewer.js y allí puede encontrar el elemento canvas y no svg.
¿Existe una forma actualizada de que un documento de varias páginas se muestre con una barra de desplazamiento? Gracias Federico