Re: Prioritisation

> On 04 Aug 2015, at 19:21 , Deborah Kaplan <> wrote:
> In academic contexts, pagination is a requirement.

To be fair, I believe what is *really* a requirement is a clear and unambiguous to within a scholarly text and, in the printed world, page number is the closest to it. If there was a clear way of referring to a specific place within a text, regardless of pagination, I guess that would be a perfectly valid replacement. (Yes, this leads to the issue of fragment identifiers, robust anchoring, etc…)


> In the classroom, whether a student is reading an electronic version of a book or print version of the book, all students need to be able to clearly say "look at the material which you can locate in this way." With pagination in HTML, a user who is reading an Epub in an accessible reader will be able to follow along when the professor says, "turn to page 32 in the text." Whether or not the pagination is available on demand versus available by default, whether or not the text is displayed as paginated, all of these are details that can be implemented by the different reading systems as appropriate. But the information for correct pagination needs to be available in the document in order to provide the functionality.
> Deborah Kaplan
> On Tue, Aug 4, 2015 at 11:55 AM, Kaveh Bazargan <> wrote:
> ...
>> My very basic question is, why do we need to "paginate" in the browser in the first place? Why not keep the browser for reflowing and
>> interactive text, which is what it is good at, and use a standard mark-up pagination system (TeX/LaTeX would be my choice) to do what
>> that is good at. If another system has already solved problems like footnotes and floating figures, what exactly is the drive to reinvent
>> that in the browser?

Ivan Herman, W3C
Digital Publishing Activity Lead
mobile: +31-641044153

Received on Wednesday, 5 August 2015 09:24:38 UTC