using typst or whatever other pdf producer you are all the time rebuilding the pdf and Skim is all the time in the background reseting it tontje 0/0 page corner while what you want is correct something in the page 30. it would ve great Skim tried to stay just in the zoom level an area it was before its automatic refresh when the pdf changes
thanks!
Skim does try to maintain the page and display settings. And we go to very great length to do so. But Apple's PDFView often just keeps resetting. So as far as we can, we already do. And if it does not work, it simply is not possible.
What is sometimes quite remarkable (I do this frequently, so I have experienced it thoroughly) is that if you move the cursor over the Skim PDF while pressing cmd-B to build the Typst PDF, it refreshes while conveniently maintaining the area position and zoom level. That was why I thought it would be excellent to have this behavior consistently.
That makes absolutely no sense to me. There is really nothing happening any different in Skim when you hover it (I assume you don;t activate Skim, otherwise it makes even less sense, because we don't respond to cmd-B). And for me it does so consistently, And I don't really see why it shouldn't.
Though I don't know anything about Typst. Are you sure Typst is not doing something, like call displayline? How are you reloading?
It appears we are discussing the erratic behavior of macOS background PDF rendering. Indeed, it is quite unpredictable—just yesterday I updated to version 26.4, and it works excellently. The pointer no longer needs to hover over the Skim PDF, and it respects the viewport position, though not the zoom level.