Can you give a description of the problem? You are not saying what your problem is, what is the issue? What do you do, what are your settings (and OS version), what do you expect to happen, and what happens?
I see no problem with scrolling in the PDF myself, In single page mode, when the page fits inside the view, there is nothing to scroll, so it does not scroll. Why are you saying it does? When it does not fit, I can scroll using up/down arrow buttons and the mouse. Why are you saying you cannot?
Or are you talking about page navigation rather than scrolling? Here I get page navigation when the page is smaller, as well as when it is smaller and I (first) scroll to the end (or top) of the page. Both with up/down arrows and the mouse. Doesn't that work for you?
If it does not work, this is not our problem, but Apple's. Their PDFKit framework displays and scrolls the PDF in the view. And in some OS versions this does not work properly, as discussed in other bug reports. But we cannot do anything about that, even if we wanted.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I have no idea what they do with Preview, but it is clearly not using plain PDFKit. You can see that also from the transition animations you get for the page switches through scrolling, which most definitely are not (normally) done by PDFKit. Perhaps they can add stuff to the code. We cannot, as we don' t know the internals of PDFKit, while they do (as they are the same team). Interestingly, when the page is larger than the view, page change through down-arrow does not work in Preview for me, while it does work for me in Skim.
My main point stands, as it is just a fact: the navigation through mouse and arrows is implemented by PDFKit, we are not involved at all in this cases. And we cannot, because we don't have information, while the implementation can (and often does) change between OS versions. So you should petition Apple,not us.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
And BTW, I wouldn't be surprised at all if the fact that this does not work in vanilla PDFKit is related to the backdoor that allows for the animation you see in Preview. So they basically sabotage third party apps to get theirs promote theirs.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
As I thought, this is indeed controlled by a setting that Apple has not included in the API, so it is only (officially) available for Apple developers. We will activate that option in the next release.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Can you give a description of the problem? You are not saying what your problem is, what is the issue? What do you do, what are your settings (and OS version), what do you expect to happen, and what happens?
I see no problem with scrolling in the PDF myself, In single page mode, when the page fits inside the view, there is nothing to scroll, so it does not scroll. Why are you saying it does? When it does not fit, I can scroll using up/down arrow buttons and the mouse. Why are you saying you cannot?
Or are you talking about page navigation rather than scrolling? Here I get page navigation when the page is smaller, as well as when it is smaller and I (first) scroll to the end (or top) of the page. Both with up/down arrows and the mouse. Doesn't that work for you?
If it does not work, this is not our problem, but Apple's. Their PDFKit framework displays and scrolls the PDF in the view. And in some OS versions this does not work properly, as discussed in other bug reports. But we cannot do anything about that, even if we wanted.
Sorry Christiaan
I rewrote my case here attached : hope you read it.
As Preview has a correct behaviour, is it sure to indict Apple PDFkit ?
I have no idea what they do with Preview, but it is clearly not using plain PDFKit. You can see that also from the transition animations you get for the page switches through scrolling, which most definitely are not (normally) done by PDFKit. Perhaps they can add stuff to the code. We cannot, as we don' t know the internals of PDFKit, while they do (as they are the same team). Interestingly, when the page is larger than the view, page change through down-arrow does not work in Preview for me, while it does work for me in Skim.
My main point stands, as it is just a fact: the navigation through mouse and arrows is implemented by PDFKit, we are not involved at all in this cases. And we cannot, because we don't have information, while the implementation can (and often does) change between OS versions. So you should petition Apple,not us.
BTW, Apple says they fixed this in 13.2.1. Though I cannot check that myself, as I am also on 12.7.
And BTW, I wouldn't be surprised at all if the fact that this does not work in vanilla PDFKit is related to the backdoor that allows for the animation you see in Preview. So they basically sabotage third party apps to get theirs promote theirs.
As I thought, this is indeed controlled by a setting that Apple has not included in the API, so it is only (officially) available for Apple developers. We will activate that option in the next release.