
“滾動”,即 HTML 的無休止頁面,不會“分解”成固定頁面。
\pdfpageheight
是否可以透過操作pdfTeX 原語並\vsize
設定文字的長度以及將其顯示為單一頁面(包括文字的完整長度)的頁面來模仿這一點。
記憶體限制 TeX/pdfTeX 限制、檢視器限制?
將頁面之間的檢視器填充設定為 0pt 將給出「HTML」頁面的外觀,這是在螢幕上瀏覽較長文字的更好 ID。螢幕上的 PDF 佔據了相當大比例的垂直空間,大部分搜尋和關聯閱讀都是在螢幕上完成的。
保留了pdf格式的優點。單一長頁面可以在螢幕上保留離線觀看,沒有任何缺點。
一般來說,用於列印和在螢幕上查看的文字無論如何都有不同的要求,包括許多其他方面、顏色、紙張尺寸(一方面,印刷的書籍格式有多種,因此無論何時意味著“用於列印”,大多數情況下都需要來源操作)。
目前,PDF 輸出和最終的 pdfTeXed 原始碼是在每個物理尺寸的基礎上解決的,至少接近要使用的螢幕的精確幾何形狀,例如大多數筆記型電腦桌上型電腦的 16-9 比例,因此逐頁瀏覽是可能的。當然,這不僅取決於 pdf 的處理,還取決於觀眾的互動。
pdfTeX 應該具有更精確的指令可能性(作為與幾何和大小相關的條件,以建議查看者如何輸出 pdf)。據我們所知,XeTeX 和 LuaTeX 並沒有更細粒度。
最終,PDF 的最大優點是控制如何呈現文字、圖形和圖片的總和(音訊和視訊主要是小工具),而 HTML 則透過任何中間幹擾對頁面進行調製和操作。其次,html 幾乎從來都不像 PDF 檔案那樣是「包含的」單一檔案。
頁面的概念、頁面的分離以及 TeX 和 pdfTeX 操作和考慮頁面的演算法…在螢幕上佔據了相當大的空間。只是一個概念性的思考,這引發了一個問題:做任何不同的事情在技術上是否可行。
當然,解決方案的一部分是擁有一個允許將其長邊向上扭轉的實體顯示器。然後,將普通的 pdf (a4) 放大到方便顯示浪費了多少空間。腳線、索引、標題頁、空白頁在列印、掃描書籍、定向、註釋等方面具有合理的功能,但在螢幕上查看時幾乎沒有什麼作用。在螢幕上,其他人可能有不同的模式和技術,一個簡單的“/正則字串”將更快地走到人們正在尋找的適當位置,並且在可能的第二次或第三次調整正則表達式之後,人們應該在效率上保持不敗每個文件。因此 PDF 需要鏈接,pdftex 稱它們為“各種註釋”,這在不打印但在屏幕上的目的時應該流行。
學術界主要完成搜尋和操作數位數據,不再能夠基於大多數類比來源進行嚴肅的研究。相對於變數而言,時間框架和人類處理能力簡直相形見絀。
以上部分證明了我對 pdfTeX/XeTeX/LuaTeX 技術細節的問題有任何理由。
重複的問題是:在 pdfTeX 中是否可以實現「非常」長的頁面,每個文件一個頁面?