Skim jumps one page when reloading

A PDF Reader and Note-taker for OS X

Brought to you by: amaxwell, hofman, mmcc

#1516 Skim jumps one page when reloading

Milestone: Other

Status: closed-fixed

Owner: nobody

Labels: None

Priority: 5

Updated: 2024-02-02

Created: 2023-10-11

Creator: Martin

Private: No

I am using latexmk -pvc to continually update my slides. The problem is that skim always jumps forward by (exactly) one slide on every reload.

Steps to reproduce:
run latexmk -pvc on a set of beamer slides with multiple frames
Edit and save the .tex file to trigger a recompilation and reload
Observe that the reloaded document jumped forward

This may or may not be connected to a very old bug in apples pdf handling found on the mailing list: https://sourceforge.net/p/skim-app/mailman/skim-app-users/thread/3E4A0035-643D-4AED-A50E-F07FC2D66A0F%40ed.ac.uk/

Discussion

Christiaan Hofman - 2023-10-11

I don't see this happening.

How do you reload the pdf? Do you have automatic reload turned on in the sync preferences, or are you reloading through the displayline script (possibly through your editor)?

Are the pages in the pdf rotated (i.e. do they have a page rotation not equal to 0)?

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Christiaan Hofman - 2023-10-11

status: unread --> open-works-for-me
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Christiaan Hofman - 2023-10-11

Could you perhaps attach a (simple) latex or pdf file having this problem?

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Joseph - 2023-11-20

I am experiencing this.
It happens with wide slides. For example, see the attached PDF. After auto-refreshing, Skim will jump forward one page.

test.pdf

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
- Christiaan Hofman - 2023-11-20
  
  I see it now. However, I am not sure whether we can fix this, because it is indeed Apple's PDFKit that does this wrong. We most definitely tell it to go to the right location, PDFKit just doesn't do that.
  
  If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Christiaan Hofman - 2023-11-20

status: open-works-for-me --> open
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Christiaan Hofman - 2023-11-20

BTW, what is your OS version? This PDFKit bug seems to have been reintroduced in some more recent OS version (it was present in 10.13, and fixed in 10.13.4, but apparently reintroduced I think in 12.0).

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
- Martin - 2023-11-20
  
  I am currently using macOS 14.0.
  
  If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Christiaan Hofman - 2023-11-20

status: open --> open-fixed
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Christiaan Hofman - 2023-11-20

Found a workaround for the Apple bug, so this will be fixed for the next release.

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Christiaan Hofman - 2024-02-02

Status: open-fixed --> closed-fixed
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Log in to post a comment.