#897 Inconsistent reference to page numbers

closed-invalid
nobody
None
5
2012-12-26
2012-12-26
Anonymous
No

When using Skim to annotate PDF books whose pages are not numbered starting from "1" (but, for instance, from "i", as the actual page "1" comes only after page "xvii") there is a clear and unsettling inconsistency in the way Skim reports page numbers from one pane of a window to another as well as in different windows. Such inconsistency seems due to the fact that the word "Page" is used to refer to two different attributes of the PDF, the first is what, for the sake of clarity, I will call here the "Sheet" number (that always starts with "1"), the second is the actual page number of the PDF as printed on its pages and referred to in the book's index (where, as mentioned before, the actual page "1" can come after more than a dozen sheets). While these two attributes often coincide in PDF articles, they seldom do in the PDF version of actual books.

One instance in which this bug becomes extremely unsettling is the following: while notes in the Notes Pane are correctly referred to by their Page number, when saved in the accompanying .skim file they are erroneously referred to by their Sheet number.

Discussion

  • We try to do this as consistent as is possible considering the information we can get from the PDF. In the .skim file the page label (rather than the index) is not available, because it is a property of the page rather than the note. That should not matter, because the notes is data that is supposed to be associated to the PDF. It should not be considered as data by itself. You can only save it as a separate file for backup purposes, as a CAR file. if yu want to use it in another way, this is not intended use, and you should not expect it to behave as you would like.

     
    • status: open --> closed-invalid