html 的各个方面以及对它们的可能的 pdf 响应

html 的各个方面以及对它们的可能的 pdf 响应

“滚动”,即无休止的 HTML 页面,而不是“分解”成固定的页面。

\pdfpageheight是否可以通过操作pdfTeX 原语并\vsize设置文本的长度以及它所在的页面作为包括文本全长在内的单个页面来模仿这一点。

内存限制 TeX/pdfTeX 限制、查看器限制?

将查看器页面之间的填充设置为 0pt 后,将呈现“HTML”页面的外观,这是在屏幕上浏览较长文本的更好方式。大多数搜索和联想阅读都是在屏幕上进行的,而 PDF 浪费了相当大比例的垂直空间。

保留了 pdf 格式的优点。单个长页面可在屏幕上保留离线查看功能,没有任何缺点。

一般来说,打印文本和在屏幕上查看的文本有不同的要求,许多其他方面,颜色,纸张尺寸(印刷书籍格式多种多样,因此无论“用于打印”的意思是什么,大多都需要进行源操作)。

目前,PDF 输出和最终 pdfTeXed 源的底层是按物理尺寸求解的,至少接近所用屏幕的精确几何形状,例如大多数笔记本电脑的 16-9 比例,因此可以逐页浏览。当然,这不仅取决于 pdf 的处理,还取决于查看器的相互作用。

pdfTeX 应该有更精确的指令可能性(作为与几何和大小相关的条件,以建议查看者如何输出 pdf)。据我们所知,XeTeX 和 LuaTeX 并没有更细粒度。

最终,PDF 的最大优势在于可以控制如何呈现文本、图形和图片(音频和视频大多是小工具),而 HTML 则不同,因为 HTML 中的页面会受到任何中间干扰的调制和操纵。其次,html 几乎从来不像 PDF 文件那样是一个“包含的”单个文件。

页面的概念、页面的分离以及 TeX 和 pdfTeX 操作和考虑页面的算法……浪费了相当多的屏幕空间。这只是一个概念上的沉思,它引发了一个问题:从技术上讲,做些不同的事情是否可行。

当然,解决方案的一部分是拥有一个允许将其长边向上扭转的物理显示器。然后,普通的 pdf(a4)放大以方便显示浪费了多少空间。脚注、索引、标题页、空白页,它们在印刷品中具有其合理的功能,用于扫描书籍、定位、注释等,但在屏幕上查看时却几乎没有用处。在屏幕上,其他人可能有不同的模式和技术,一个简单的“/ regexed-string”会更快地走到你正在寻找的适当位置,并且在可能对规则表达式进行第二次或第三次调整后,每个文件的效率应该无人能及。因此,PDF 需要链接,pdftex 将它们称为“各种注释”,并且当不打印而是用于屏幕目的时,这应该很普遍。

学术界主要在搜索和处理数字数据,不再能基于大多数模拟源进行严肃的研究。时间框架和人类处理器能力在变量面前简直是小巫见大巫。

以上部分证明了我对 pdfTeX/XeTeX/LuaTeX 的技术细节的疑问有任何道理。

问题重复了一遍:pdfTeX 中是否可以有“非常”长的页面,每个文件只有一页?

相关内容