O “scroll”, a página interminável do HTML, não “dividida” em páginas fixas.
Isso poderia ser imitado manipulando o \pdfpageheight, uma primitiva pdfTeX e \vsizedefinindo o comprimento do texto e a página em que ele aparece como uma única página, incluindo o comprimento total do texto.
Limites de memória Limites TeX/pdfTeX, limites do visualizador?
Definir o preenchimento do visualizador entre as páginas como 0pt daria a aparência de uma página "HTML", a melhor maneira de navegar em um texto mais longo na tela. O PDF na tela onde a maior parte da pesquisa e leitura associativa é feita representa uma porcentagem considerável do espaço vertical.
Preservando as vantagens do formato pdf. Uma única página longa reservaria a visualização off-line, na tela, sem qualquer desvantagem.
Geralmente, o texto para impressão e visualização na tela tem requisitos diferentes, muitos outros aspectos, cores, tamanho do papel (os formatos de livros impressos são múltiplos, por exemplo, portanto, a manipulação da fonte é principalmente necessária, independentemente de quando se entende 'para impressão').
Atualmente a saída do PDF e abaixo da eventual fonte pdfTeXed é resolvida com base nas dimensões físicas, pelo menos perto da geometria exata da tela a ser usada, digamos proporcionalidade 16-9 para a maioria dos laptops-desktops, portanto, uma navegação página por página é possível. É claro que isso depende não apenas do processamento do PDF, mas também da interação do visualizador.
O pdfTeX deveria ter possibilidades de instruções mais precisas (como condicionais relativas à geometria e ao tamanho para aconselhar o visualizador sobre como gerar o pdf). XeTeX e LuaTeX não são mais refinados até onde sabemos.
Em última análise, a maior vantagem do PDF é controlar como apresentar a soma de texto, gráficos e imagens (áudio e vídeo são principalmente gadgets), em comparação com HTML, onde as páginas são moduladas e manipuladas com qualquer coisa por qualquer interferência intermediária. Em segundo lugar, o html quase nunca é um arquivo único "contido" como um arquivo PDF.
O conceito de páginas, a separação de páginas e os algoritmos de TeX e pdfTeX operando e levando em consideração as páginas ... ocupam bastante espaço na tela. Apenas uma reflexão conceitual, que inspirou a questão de saber se é tecnicamente viável fazer algo diferente.
Parte da solução, claro, é ter um monitor físico que permita torcê-lo com o lado comprido para cima. É então que o pdf comum (a4), ampliado para conveniência, mostra quanto espaço é desperdiçado. Rodapés, índices, páginas de título, páginas em branco, que têm sua funcionalidade fundamentada na impressão, para digitalizar um livro, para orientar, anotar etc., têm pouco quando a visualização é na tela. Na tela, e qualquer outra pessoa provavelmente tem modos e técnicas diferentes, um simples "/ regexed-string" caminharia para os locais apropriados que se procura mais rapidamente e após um possível segundo ou terceiro ajuste da expressão regeluar, deve-se estar invicto em eficiência por arquivo. Portanto, o PDF precisa de links, o pdftex os chama de "todos os tipos de anotações", e isso deve prevalecer quando não se pretende imprimir, mas sim na tela.
A academia se dedica principalmente à pesquisa e manipulação de dados digitais; nenhuma pesquisa séria pode mais ser feita com base principalmente em fontes analógicas. Os prazos e a capacidade do processador humano são simplesmente diminuídos quanto às variáveis.
Acima, para justificar parcialmente minha pergunta sobre os aspectos técnicos do pdfTeX/XeTeX/LuaTeX para ter alguma justificativa.
A pergunta se repete: são páginas "muito" longas, uma única página por arquivo possível no pdfTeX?