HTML の側面とそれに対する PDF の可能な応答

HTML の側面とそれに対する PDF の可能な応答

「スクロール」は、固定ページに「分割」されていない、終わりのない HTML ページです。

\pdfpageheightこれは、pdfTeX プリミティブの とを操作して\vsizeテキストの長さを設定し、テキストの全長を含む単一のページとして扱うページを設定することで模倣できるでしょうか。

メモリ制限、TeX/pdfTeX 制限、ビューア制限?

ページ間のビューアのパディングを 0pt に設定すると、「HTML」ページの外観になり、画面上で長いテキストを参照するのに適しています。検索と連想読み取りのほとんどが行われる画面上の PDF では、垂直方向の領域がかなりの割合で無駄になります。

PDF 形式の利点を維持します。 1 つの長いページは、オフラインで画面上で表示しても何の不都合もありません。

一般的に、印刷用テキストと画面表示用テキストには、色、用紙サイズなど、さまざまな要件があります (たとえば、印刷された本の形式は複数あるため、'印刷用' を意味するかどうかに関係なく、ほとんどの場合、ソース操作が必要になります)。

現在、PDF 出力とその下にある最終的な pdfTeXed ソースは、物理的な寸法に基づいて解決されます。少なくとも、ほとんどのラップトップ デスクトップの 16-9 の比率など、使用される画面の正確な形状に近いため、ページごとにブラウズすることが可能です。もちろん、これは PDF の処理だけでなく、ビューアの相互作用にも依存します。

pdfTeX には、より正確な指示機能 (ジオメトリとサイズに関連する条件として、閲覧者に pdf の出力方法をアドバイスする機能) が必要です。私たちが知る限り、XeTeX と LuaTeX は、よりきめ細かいものではありません。

結局のところ、PDF の最大の利点は、テキスト、グラフィックス、画像 (オーディオとビデオは主にガジェット) の合計をどのように表示するかを制御できることです。これに対して、HTML では、ページは中間干渉によって何でも調整および操作できます。次に、HTML は、PDF ファイルのように「含まれた」単一のファイルになることはほとんどありません。

ページの概念、ページの分離、およびページを考慮した TeX と pdfTeX の動作アルゴリズムは、画面上のかなりの領域を浪費します。これは単なる概念的な考察ですが、技術的に何か違うことを実行できるかどうかという疑問が湧きました。

もちろん、解決策の 1 つは、長い面を上にして回転できる物理モニターを用意することです。そうすると、通常の PDF (A4) を都合に合わせて拡大すると、どれだけのスペースが無駄になっているかがわかります。脚注、索引、タイトル ページ、空白ページは、印刷すると、本をスキャンしたり、方向を決めたり、注釈を付けたりするのに適切な機能がありますが、画面上で表示するとほとんど機能しません。画面上では、おそらく他の誰もが異なるモードやテクニックを持っているため、単純な「/ 正規表現文字列」で、探している適切な場所にすばやく移動し、正規表現を 2 回目または 3 回目に調整すると、ファイルあたりの効率で無敵になります。したがって、PDF にはリンクが必要です。pdftex では、これを「あらゆる種類の注釈」と呼んでいます。これは、印刷ではなく画面上の目的で使用される場合に普及する必要があります。

学術研究は主にデジタルデータの検索と操作で行われ、アナログ情報源をベースとした本格的な研究はもはや不可能です。時間枠と人間の処理能力は、変数に比べればはるかに小さいのです。

上記は、pdfTeX/XeTeX/LuaTeX の技術的側面に関する私の質問に何らかの正当性を与えるためのものです。

繰り返しの質問: pdfTeX では、ファイルごとに 1 ページの「非常に」長いページは可能ですか?

関連情報