HTML의 측면과 그에 대한 가능한 PDF 응답

HTML의 측면과 그에 대한 가능한 PDF 응답

HTML의 끝없는 페이지인 "스크롤"은 고정된 페이지로 "분할"되지 않습니다.

\pdfpageheightpdfTeX 프리미티브인 를 조작하고 \vsize텍스트의 길이와 텍스트의 전체 길이를 포함하는 단일 페이지로 표시되는 페이지를 설정하여 이를 모방할 수 있습니까?

메모리 제한 TeX/pdfTeX 제한, 뷰어 제한?

페이지 사이의 뷰어 패딩을 0pt로 설정하면 화면에서 더 긴 텍스트를 탐색할 때 더 나은 ID인 "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에서 파일당 단일 페이지가 가능합니까?

관련 정보