Das „Scrollen“, die endlose HTML-Seite, die nicht in feste Seiten „aufgeteilt“ ist.
Könnte dies nachgeahmt werden, indem man das \pdfpageheight, ein pdfTeX-Grundelement, manipuliert und \vsizedie Länge des Textes sowie die Seite, auf der er angezeigt wird, als einzelne Seite festlegt, die die gesamte Länge des Textes enthält?
Speichergrenzen, TeX-/pdfTeX-Grenzen, Viewer-Grenzen?
Wenn Sie den Viewer-Padding zwischen den Seiten auf 0pt einstellen, erscheint die Seite wie eine „HTML“-Seite, was das Durchsuchen eines längeren Textes auf dem Bildschirm erleichtert. Bei PDFs auf dem Bildschirm, wo die meisten Suchvorgänge und assoziativen Lesevorgänge stattfinden, wird ein beträchtlicher Prozentsatz des vertikalen Platzes verschwendet.
Die Vorteile des PDF-Formats bleiben erhalten. Eine einzelne lange Seite kann ohne Nachteile offline auf dem Bildschirm angezeigt werden.
Im Allgemeinen gelten für Texte zum Drucken und zur Anzeige auf dem Bildschirm ohnehin unterschiedliche Anforderungen, viele andere Aspekte, Farben, Papiergrößen (zum einen gibt es viele gedruckte Buchformate, sodass meist eine Quellbearbeitung erforderlich ist, unabhängig davon, wann „zum Drucken“ gemeint ist).
Derzeit wird die PDF-Ausgabe und darunter die eventuelle pdfTeXed-Quelle auf Basis physikalischer Abmessungen gelöst, zumindest annähernd auf der Grundlage der exakten Geometrie des zu verwendenden Bildschirms, etwa 16:9-Verhältnis für die meisten Laptop-Desktops, sodass ein seitenweises Browsen möglich ist. Das hängt natürlich nicht nur von der PDF-Verarbeitung ab, sondern auch von der Interaktion mit dem Viewer.
pdfTeX sollte präzisere Anweisungsmöglichkeiten haben (wie etwa Bedingungen bezüglich Geometrie und Größe, um dem Betrachter mitzuteilen, wie das PDF ausgegeben werden soll). XeTeX und LuaTeX sind unseres Wissens nach nicht feinkörniger.
Der größte Vorteil von PDF besteht letztlich darin, dass man die Darstellung von Text, Grafiken und Bildern steuern kann (Audio und Video sind meist Gadgets), im Vergleich zu HTML, wo Seiten durch Zwischeneingriffe beliebig moduliert und manipuliert werden. Zweitens ist HTML fast nie eine „abgeschlossene“ Einzeldatei wie eine PDF-Datei.
Das Konzept von Seiten, eine Trennung von Seiten und die Algorithmen von TeX und pdfTeX, die Seiten verarbeiten und berücksichtigen ... verschwendet ziemlich viel Platz auf dem Bildschirm. Nur eine konzeptionelle Überlegung, die die Frage aufgeworfen hat, ob es technisch überhaupt möglich ist, etwas anders zu machen.
Ein Teil der Lösung besteht natürlich darin, einen physischen Monitor zu haben, der es ermöglicht, ihn mit der langen Seite nach oben zu drehen. Dann zeigt das normale PDF (A4), das zur Vereinfachung vergrößert wird, wie viel Platz verschwendet wird. Fußzeilen, Indizes, Titelseiten, leere Seiten, die ihre begründete Funktion im Druck haben, um ein Buch zu scannen, auszurichten, Anmerkungen zu machen usw., haben wenig, wenn sie auf dem Bildschirm angezeigt werden. Auf dem Bildschirm (und jeder andere hat wahrscheinlich andere Modi und Techniken) würde ein einfacher „/regexed-string“ schneller zu den entsprechenden Stellen führen, nach denen man sucht, und nach einer möglichen zweiten oder dritten Anpassung des regulären Ausdrucks sollte man in Sachen Effizienz pro Datei ungeschlagen sein. PDF braucht also Links, pdftex nennt sie „alle Arten von Anmerkungen“, und das sollte Vorrang haben, wenn es nicht um das Drucken, sondern um den Bildschirmzweck geht.
Die Wissenschaft ist größtenteils mit der Suche und Bearbeitung digitaler Daten beschäftigt, ernsthafte Forschung kann nicht mehr auf der Grundlage überwiegend analoger Quellen betrieben werden. Der Zeitrahmen und die menschliche Prozessorkapazität sind im Vergleich zu den Variablen einfach winzig.
Oben soll meine Frage zu den technischen Details von pdfTeX/XeTeX/LuaTeX teilweise begründet werden, damit sie überhaupt eine Berechtigung hat.
Die Frage wiederholt sich: Sind „sehr“ lange Seiten, also eine einzelne Seite pro Datei, in pdfTeX möglich?