Có một số lý do thuyết phục tại sao câu trả lời là "không".
Một số trang web tự động thêm nội dung (ví dụ: facebook) vào thời điểm bạn cuộn xuống, vì vậy đây có thể là những trường hợp bạn không theo dõi.
Các trang web khác thêm nội dung độc lập với tương tác người dùng (chẳng hạn như cuộn). Về nguyên tắc, những điều này có thể được xử lý bằng cách nào đó bằng cách ngăn chặn / điều chỉnh các kết nối web có trách nhiệm khi trang đã đầy. Tuy nhiên, việc cố gắng thực hiện điều này một cách minh bạch trong trường hợp bạn quyết định đi đến "trang tiếp theo" có thể sẽ bị tiêu diệt vì người ta có thể mong đợi các quy trình đã từ bỏ vì hết thời gian.
Sau đó, một lần nữa có những trang simlpy xuất ra rất nhiều nội dung trang, thậm chí có thể là nội dung tĩnh. Máy khách có thể chỉ cần hủy kết nối một khi đủ để hiển thị một màn hình đầy đủ dữ liệu, nhưng điều đó có nghĩa là để đến "trang tiếp theo", bạn phải bắt đầu tải trang lại từ đầu. Với nhiều trang, wuld này gây ra rất nhiều băng thông bị lãng phí cho việc tải lại vô ích; Ngoài ra, điều này có thể không được mong muốn trong trường hợp tác dụng phụ (chẳng hạn như đơn đặt hàng trực tuyến). Ngoài ra, khách hàng có thể điều tiết kết nối TCP cho đến khi bạn chọn đi đến "trang tiếp theo". Tôi e rằng các máy chủ web ngoài đó sẽ không vui (và mất kết nối của bạn) với giải pháp như vậy vì nó lãng phí chúngtài nguyên. Hơn nữa, nếu bạn muốn có thể lật lại các trang trước, bạn vẫn gặp vấn đề cần phải giữ toàn bộ nội dung trong RAM hoặc bộ đệm.
Tuy nhiên, một cách khác là tải xuống trang hoàn toàn và chỉ hiển thị nó theo trang. Nhưng điều đó tương đương với những gì bạn có ngay bây giờ: cuộn qua một trang dài. Bạn chỉ có thể hy vọng rằng hầu hết các phần của bộ nhớ nằm trong đĩa thay vì RAM, vì vậy có thể tùy chọn này không quá xa vời.
Tất cả điều này không tính đến việc bố cục tổng thể có thể yêu cầu nhiều hay ít nội dung trang hiệu quả để quyết định "các trang" sẽ trông như thế nào hoặc nơi để phá vỡ các trang.
Cách duy nhất thực sự khả thi mà tôi thấy là sử dụng các cơ chế cho phép hiển thị phân trang nội dung chưa được phân loại: sử dụng media:print
kiểu dáng, về cơ bản sẽ tương đương với việc tải xuống trang và thực hiện xem trước khi in. Bạn có thể đã quan sát thấy rằng nhiều trang hiển thị khủng khiếp trong bản xem trước in hoặc in mặc dù nhiều tùy chọn kiểu dáng có sẵn cho các nhà phát triển web để giải quyết cụ thể phân trang, vì vậy hãy tưởng tượng bạn sẽ nhận được gì. Tuy nhiên, nếu người ta sử dụng nó như một addon (ví dụ Firefox), quy trình làm việc sẽ là tải xuống trang và sau đó sẽ được trình bày như trong bản xem trước parint. Nếu không đi sâu vào ruột của trình duyệt, điều này vẫn sẽ dẫn đến việc toàn bộ trang bị giữ trong RAM, vì vậy không phải là những gì bạn đang theo đuổi.