El "scroll", la página interminable de HTML, no "dividida" en páginas fijas.
¿Podría esto imitarse manipulando \pdfpageheight, una primitiva pdfTeX y \vsizeestableciendo la longitud del texto y la página en la que figura como una sola página, incluida la longitud completa del texto?
Límites de memoria Límites de TeX/pdfTeX, ¿límites de visor?
Configurar el relleno del visor entre páginas en 0pt daría la apariencia de una página "HTML", la mejor identificación para explorar un texto más largo en la pantalla. El PDF en pantalla donde se realiza la mayor parte de la búsqueda y lectura asociativa ocupa un porcentaje considerable del espacio vertical.
Preservando las ventajas del formato pdf. Una sola página larga reservaría la visualización off-line, en pantalla, sin ningún inconveniente.
En general, el texto para imprimir y ver en pantalla tiene requisitos diferentes, muchos otros aspectos, colores, tamaño del papel (los formatos de libros impresos son múltiples, por ejemplo, por lo que se requiere principalmente una manipulación de la fuente independientemente de cuándo se refiere a "para imprimir").
Actualmente, la salida PDF y debajo de la fuente eventual pdfTeXed se resuelven por dimensiones físicas, al menos cerca de la geometría exacta de la pantalla que se pretende usar, digamos una proporcionalidad 16-9 para la mayoría de las computadoras portátiles de escritorio, por lo que se puede navegar página por página. es posible. Por supuesto, eso depende no sólo del procesamiento del PDF sino también de la interacción con el espectador.
pdfTeX debería tener posibilidades de instrucciones más precisas (como condicionales relativos a la geometría y el tamaño para informar al espectador cómo generar el pdf). Hasta donde sabemos, XeTeX y LuaTeX no son más detallados.
En última instancia, la mayor ventaja de PDF es controlar cómo presentar la suma de texto, gráficos e imágenes (el audio y el video son principalmente dispositivos), en comparación con HTML, donde las páginas se modulan y manipulan con cualquier cosa mediante cualquier interferencia intermedia. En segundo lugar, HTML casi nunca es un archivo único "contenido" como lo es un archivo PDF.
El concepto de páginas, una separación de páginas y los algoritmos de TeX y pdfTeX que operan y tienen en cuenta las páginas... ocupan bastante espacio en pantalla. Sólo una reflexión conceptual que inspiró la pregunta de si es técnicamente factible hacer algo diferente.
Parte de la solución, por supuesto, es tener un monitor físico que permita girarlo con el lado largo hacia arriba. Es entonces cuando el pdf normal (a4), ampliado para mayor comodidad, muestra cuánto espacio se desperdicia. Las líneas de pie de página, índices, portadas, páginas en blanco, que tienen su funcionalidad razonada en imprimir, escanear un libro, orientar, anotar, etc. tienen poco cuando la visualización es en pantalla. En la pantalla, y cualquiera probablemente tenga modos y técnicas diferentes, un simple "/ regexed-string" caminaría más rápido a los lugares apropiados que uno está buscando y después de un posible segundo o tercer ajuste de la expresión regular uno debería estar invicto en eficiencia. por archivo. Entonces, PDF necesita enlaces, pdftex los llama "todo tipo de anotaciones", y eso debería prevalecer cuando no se trata de imprimir sino en pantalla.
La academia se dedica principalmente a buscar y manipular datos digitales; ya no se pueden realizar investigaciones serias basadas principalmente en fuentes analógicas. Los plazos y la capacidad del procesador humano son simplemente eclipsados en cuanto a las variables.
Arriba para justificar en parte mi pregunta sobre los tecnicismos de pdfTeX/XeTeX/LuaTeX para tener alguna justificación.
La pregunta se repitió: ¿son posibles páginas "muy" largas, una sola página por archivo en pdfTeX?