
«Прокрутка», бесконечная страница HTML, не «разбитая» на фиксированные страницы.
Можно ли это сымитировать \pdfpageheight
, манипулируя примитивом pdfTeX и \vsize
устанавливая длину текста и страницу, на которой он отображается, как одну страницу, включая полную длину текста.
Ограничения памяти Ограничения TeX/pdfTeX, ограничения просмотрщика?
Установка отступа между страницами в окне просмотра на 0pt создаст вид страницы «HTML», что лучше подходит для просмотра длинного текста на экране. PDF на экране, где выполняется большая часть поиска и ассоциативного чтения, занимает значительную часть вертикального пространства.
Сохраняя преимущества формата pdf. Одна длинная страница зарезервировала бы просмотр офлайн, на экране, без каких-либо недостатков.
В целом, к тексту для печати и просмотра на экране предъявляются разные требования, в том числе и по многим другим аспектам, цветам, размеру бумаги (например, существует множество форматов печатных книг, поэтому в большинстве случаев требуется обработка источника, независимо от того, подразумевается ли «для печати»).
В настоящее время вывод PDF и под ним возможный исходный pdfTeXed решается на основе физических измерений, по крайней мере, близкой к точной геометрии экрана, который предполагается использовать, скажем, пропорциональность 16-9 для большинства ноутбуков-настольных компьютеров, поэтому возможен просмотр постранично. Это, конечно, зависит не только от обработки pdf, но и от взаимодействия со зрителем.
pdfTeX должен иметь более точные возможности инструкций (как условные выражения относительно геометрии и размера, чтобы сообщать зрителю, как выводить pdf). XeTeX и LuaTeX, насколько нам известно, не являются более детализированными.
В конечном счете, самое большое преимущество PDF заключается в контроле того, как представлять сумму текста, графики и изображений (аудио и видео в основном являются гаджетами), по сравнению с HTML, где страницы модулируются и обрабатываются чем угодно с помощью любого промежуточного вмешательства. Во-вторых, html почти никогда не является "содержащимся" одним файлом, как файл PDF.
Концепция страниц, разделение страниц и алгоритмы TeX и pdfTeX, работающие и учитывающие страницы... занимают довольно много места на экране. Просто концептуальное размышление, которое вдохновило на вопрос, возможно ли технически сделать что-то другое.
Часть решения, конечно, заключается в том, чтобы иметь физический монитор, который позволяет поворачивать его длинной стороной вверх. Именно тогда обычный pdf (a4), увеличенный для удобства, показывает, сколько места тратится впустую. Сноски, индексы, титульные листы, пустые страницы, которые имеют свою обоснованную функциональность в печати, для сканирования книги, для ориентации, аннотирования и т. д., имеют мало при просмотре на экране. На экране, и у кого-то еще, вероятно, есть другие режимы и методы, простая "/ regexed-string" будет идти в соответствующие места, которые вы ищете, быстрее, и после возможной второй или третьей корректировки регулярного выражения вы должны быть непревзойденными по эффективности на файл. Так что PDF нужны ссылки, pdftex называет их "всевозможными аннотациями", и это должно быть преобладающим, когда подразумевается не печать, а экранная цель.
Академия в основном закончила поиск и обработку цифровых данных, никакие серьезные исследования больше не могут быть сделаны на основе в основном аналоговых источников. Временные рамки и возможности человеческого процессора просто ничтожны по сравнению с переменными.
Выше я хотел бы частично оправдать свой вопрос о технических особенностях pdfTeX/XeTeX/LuaTeX, чтобы иметь хоть какое-то обоснование.
Повторился вопрос: возможны ли в pdfTeX «очень» длинные страницы, по одной странице на файл?