#898 inconsistent reference to page numbers (part 2)

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

This is a resubmission of a previous bug that has been closed: Inconsistent reference to page numbers - ID: 3598531

The administrator, in the bug closing statement, refers to one reported instance of the bug as not intended usage of the .skim file. I find it arguable, but fair enough. The problem is that finding a good argument to invalidate an instance of a bug unfortunately does not invalidate the bug itself. The bug is in fact still present a demonstrated in a different instance by the attached screenshot (where in the same window, the page number on the right of the Title Bar and the one in the Toolbar are different). This is outright confusing, isn't it?

My point is that there are many other instances of this bug that can be found in Skim and the only solution to my eyes is to find a way to address the ambiguous usage of the term "Page" in Skim itself (or at least in its GUI).

Discussion

  • This works as intended. The indication in the status bar is always intended to show the page index. It is implemented originally just as a help to have this available. The discussion on it is in the mailing list (I don't have tome to look it up.) If you don't like it, don't use it.

     
    • status: open --> closed-invalid
     
  • PS: also note that there is a distinction in the way it is interpreted that allows you to make the difference. The page label is always displayed by itself (when it is available), while the page index always is always noted as part of the total number ("Page i of N").