[Skim-app-users] up arrow issue

[Guillaume Daudin]

Hi Christiaan,

Ah, I might have mixed things up (I am using the French version).


shift+cmd+R is Automatically Resize and
cmd+_ is zoom to fit ?

Anyway, whether I do one or the other it does not change the issue I
have with the "annotated" file.

I am indeed on Single Page. I do not have the issue when I do «Page
Unique en continu» (which is probably "continuous scrolling").

The keyboard up arrow (nor page up) does not navigate at all (the
buttons work fine).

The down arrow works like a charm.

Ah. Zooming out (or in) solves the issue (well, my text is too small/big
now
)

It works fine with the test version you put on forge, except that when I
zoom in (but not in zoom to fit), up and down arrows + space and
shift_space work strangely. E.g. space takes me to the bottom of the
page and then the preceding page rather than the following one. down
arrow to the top and then the following page 


Guillaume





On 11 Oct 2016, at 18:56, skim-app-users-***@lists.sourceforge.net
wrote:

------------------------------

Message: 3
Date: Tue, 11 Oct 2016 17:11:55 +0200
From: Christiaan Hofman <***@gmail.com>
Subject: Re: [Skim-app-users] Up and down arrows issues
To: For general discussion about using Skim
<skim-app-***@lists.sourceforge.net>
Message-ID: <9F430106-64B3-4D53-9506-***@gmail.com>
Content-Type: text/plain; charset=utf-8

"Zoom to Fit? or ?Automatically Resize? (these are different things)?

Does this only happen when you Automatically Resize?

I assume this is when you have single page (or two page), not continuous
scrolling?

And doesn?t it navigate at all, or only at the first time you press the
arrow or Page Up?

It seems like PDFKit automatically resizes the PDF a little too much, so
it just doesn?t fit, on Sierra. This would mean that if you use the
arrows or page up/down it will first scroll to the top (or bottom) of
the page (even if that?s just one pixel) before it navigates to the
previous (or next) page (that?s how the arrows and the page up/down
actually work, and should work).

Would that be what you see?

If even at the second arrow it does not navigate, then Apple has really
screwed things up, it may relayout the document after the scroll to move
it back.I would not know how to work around such a bug, because it would
be impossible to know whether we should scroll or change page. And Apple
refuses to fix the real scrolling/navgiating bug in the first place
(it?s been around for a few OS versions now).

Christiaan

[Christiaan Hofman]

Post by Guillaume Daudin
Hi Christiaan,
Ah, I might have mixed things up (I am using the French version).
shift+cmd+R is Automatically Resize and
cmd+_ is zoom to fit ?

That’s correct (auto resize is "keep zoomed to fit", rather than a one time zoom to fit).

Post by Guillaume Daudin
Anyway, whether I do one or the other it does not change the issue I have with the "annotated" file.
I am indeed on Single Page. I do not have the issue when I do «Page Unique en continu» (which is probably "continuous scrolling").
The keyboard up arrow (nor page up) does not navigate at all (the buttons work fine).
The down arrow works like a charm.

That’s really weird, as the implementations are the exact mirror image of each other.

I wish I knew why tis was happening, but I don’t, so I fear I cannot fix this. All I can hope Apple will fix this, though they didn’t in 10.11, and they didn’t in 10.12.

Post by Guillaume Daudin
Ah. Zooming out (or in) solves the issue (well, my text is too small/big now
)
It works fine with the test version you put on forge, except that when I zoom in (but not in zoom to fit), up and down arrows + space and shift_space work strangely. E.g. space takes me to the bottom of the page and then the preceding page rather than the following one. down arrow to the top and then the following page 

Guillaume

Thanks for testing this. So apparently PDFKit still works the same way it did on 10.11, which means buggy. Even if Apple assured me they fixed it, for the second time, and they lied, again.

Christiaan

Post by Guillaume Daudin
Message: 3
Date: Tue, 11 Oct 2016 17:11:55 +0200
Subject: Re: [Skim-app-users] Up and down arrows issues
To: For general discussion about using Skim
Content-Type: text/plain; charset=utf-8
"Zoom to Fit? or ?Automatically Resize? (these are different things)?
Does this only happen when you Automatically Resize?
I assume this is when you have single page (or two page), not continuous scrolling?
And doesn?t it navigate at all, or only at the first time you press the arrow or Page Up?
It seems like PDFKit automatically resizes the PDF a little too much, so it just doesn?t fit, on Sierra. This would mean that if you use the arrows or page up/down it will first scroll to the top (or bottom) of the page (even if that?s just one pixel) before it navigates to the previous (or next) page (that?s how the arrows and the page up/down actually work, and should work).
Would that be what you see?
If even at the second arrow it does not navigate, then Apple has really screwed things up, it may relayout the document after the scroll to move it back.I would not know how to work around such a bug, because it would be impossible to know whether we should scroll or change page. And Apple refuses to fix the real scrolling/navgiating bug in the first place (it?s been around for a few OS versions now).
Christiaan

[Christiaan Hofman]

I’ve put another test version in the same location. Could you try that out?

Christiaan

Post by Christiaan Hofman

Post by Guillaume Daudin
Hi Christiaan,
Ah, I might have mixed things up (I am using the French version).
shift+cmd+R is Automatically Resize and
cmd+_ is zoom to fit ?

That’s correct (auto resize is "keep zoomed to fit", rather than a one time zoom to fit).

Post by Guillaume Daudin
Anyway, whether I do one or the other it does not change the issue I have with the "annotated" file.
I am indeed on Single Page. I do not have the issue when I do «Page Unique en continu» (which is probably "continuous scrolling").
The keyboard up arrow (nor page up) does not navigate at all (the buttons work fine).
The down arrow works like a charm.

That’s really weird, as the implementations are the exact mirror image of each other.
I wish I knew why tis was happening, but I don’t, so I fear I cannot fix this. All I can hope Apple will fix this, though they didn’t in 10.11, and they didn’t in 10.12.

Post by Guillaume Daudin
Ah. Zooming out (or in) solves the issue (well, my text is too small/big now
)
It works fine with the test version you put on forge, except that when I zoom in (but not in zoom to fit), up and down arrows + space and shift_space work strangely. E.g. space takes me to the bottom of the page and then the preceding page rather than the following one. down arrow to the top and then the following page 

Guillaume

Thanks for testing this. So apparently PDFKit still works the same way it did on 10.11, which means buggy. Even if Apple assured me they fixed it, for the second time, and they lied, again.
Christiaan

Post by Guillaume Daudin
Message: 3
Date: Tue, 11 Oct 2016 17:11:55 +0200
Subject: Re: [Skim-app-users] Up and down arrows issues
To: For general discussion about using Skim
Content-Type: text/plain; charset=utf-8
"Zoom to Fit? or ?Automatically Resize? (these are different things)?
Does this only happen when you Automatically Resize?
I assume this is when you have single page (or two page), not continuous scrolling?
And doesn?t it navigate at all, or only at the first time you press the arrow or Page Up?
It seems like PDFKit automatically resizes the PDF a little too much, so it just doesn?t fit, on Sierra. This would mean that if you use the arrows or page up/down it will first scroll to the top (or bottom) of the page (even if that?s just one pixel) before it navigates to the previous (or next) page (that?s how the arrows and the page up/down actually work, and should work).
Would that be what you see?
If even at the second arrow it does not navigate, then Apple has really screwed things up, it may relayout the document after the scroll to move it back.I would not know how to work around such a bug, because it would be impossible to know whether we should scroll or change page. And Apple refuses to fix the real scrolling/navgiating bug in the first place (it?s been around for a few OS versions now).
Christiaan

[Guillaume Daudin]

The latest test version works the same way. Actually, I find this more
convenient (if slightly counter-intuitive) than the regular release,
despite the bug.

Message: 3
Date: Wed, 12 Oct 2016 00:51:37 +0200
From: Christiaan Hofman <***@gmail.com>
Subject: Re: [Skim-app-users] up arrow issue
To: For general discussion about using Skim
<skim-app-***@lists.sourceforge.net>
Message-ID: <D6F24AA0-0FA6-4B11-A879-***@gmail.com>
Content-Type: text/plain; charset="utf-8"

I?ve put another test version in the same location. Could you try that
out?

Christiaan

On Oct 11, 2016, at 23:17, Christiaan Hofman <***@gmail.com> wrote:


On Oct 11, 2016, at 21:51, Guillaume Daudin <***@mac.com
<mailto:***@mac.com>> wrote:

Hi Christiaan,

Ah, I might have mixed things up (I am using the French version).

shift+cmd+R is Automatically Resize and
cmd+_ is zoom to fit ?

That?s correct (auto resize is "keep zoomed to fit", rather than a one
time zoom to fit).
Anyway, whether I do one or the other it does not change the issue I
have with the "annotated" file.

I am indeed on Single Page. I do not have the issue when I do ?Page
Unique en continu? (which is probably "continuous scrolling").

The keyboard up arrow (nor page up) does not navigate at all (the
buttons work fine).

The down arrow works like a charm.

That?s really weird, as the implementations are the exact mirror image
of each other.

I wish I knew why tis was happening, but I don?t, so I fear I cannot fix
this. All I can hope Apple will fix this, though they didn?t in 10.11,
and they didn?t in 10.12.
Ah. Zooming out (or in) solves the issue (well, my text is too small/big
now?)

It works fine with the test version you put on forge, except that when I
zoom in (but not in zoom to fit), up and down arrows + space and
shift_space work strangely. E.g. space takes me to the bottom of the
page and then the preceding page rather than the following one. down
arrow to the top and then the following page ?

Guillaume


Thanks for testing this. So apparently PDFKit still works the same way
it did on 10.11, which means buggy. Even if Apple assured me they fixed
it, for the second time, and they lied, again.

Christiaan

[Christiaan Hofman]

Huh, are you sure? It should work like the release, not the other way around. Are you sure you did not somehow cache the previous test version?

Christiaan

Post by Guillaume Daudin
The latest test version works the same way. Actually, I find this more
convenient (if slightly counter-intuitive) than the regular release,
despite the bug.
Message: 3
Date: Wed, 12 Oct 2016 00:51:37 +0200
Subject: Re: [Skim-app-users] up arrow issue
To: For general discussion about using Skim
Content-Type: text/plain; charset="utf-8"
I?ve put another test version in the same location. Could you try that
out?
Christiaan
Hi Christiaan,
Ah, I might have mixed things up (I am using the French version).
shift+cmd+R is Automatically Resize and
cmd+_ is zoom to fit ?
That?s correct (auto resize is "keep zoomed to fit", rather than a one
time zoom to fit).
Anyway, whether I do one or the other it does not change the issue I
have with the "annotated" file.
I am indeed on Single Page. I do not have the issue when I do ?Page
Unique en continu? (which is probably "continuous scrolling").
The keyboard up arrow (nor page up) does not navigate at all (the
buttons work fine).
The down arrow works like a charm.
That?s really weird, as the implementations are the exact mirror image
of each other.
I wish I knew why tis was happening, but I don?t, so I fear I cannot fix
this. All I can hope Apple will fix this, though they didn?t in 10.11,
and they didn?t in 10.12.
Ah. Zooming out (or in) solves the issue (well, my text is too small/big
now?)
It works fine with the test version you put on forge, except that when I
zoom in (but not in zoom to fit), up and down arrows + space and
shift_space work strangely. E.g. space takes me to the bottom of the
page and then the preceding page rather than the following one. down
arrow to the top and then the following page ?
Guillaume
Thanks for testing this. So apparently PDFKit still works the same way
it did on 10.11, which means buggy. Even if Apple assured me they fixed
it, for the second time, and they lied, again.
Christiaan

[Christiaan Hofman]

I’ve put a new test version at the same location. It should scroll and navigate in the same direction as the release (as I described), so if it doesn’t you must have a cached download. Can you test that again?

Christiaan

Post by Christiaan Hofman
Huh, are you sure? It should work like the release, not the other way around. Are you sure you did not somehow cache the previous test version?
Christiaan

Post by Guillaume Daudin
The latest test version works the same way. Actually, I find this more
convenient (if slightly counter-intuitive) than the regular release,
despite the bug.
Message: 3
Date: Wed, 12 Oct 2016 00:51:37 +0200
Subject: Re: [Skim-app-users] up arrow issue
To: For general discussion about using Skim
Content-Type: text/plain; charset="utf-8"
I?ve put another test version in the same location. Could you try that
out?
Christiaan
Hi Christiaan,
Ah, I might have mixed things up (I am using the French version).
shift+cmd+R is Automatically Resize and
cmd+_ is zoom to fit ?
That?s correct (auto resize is "keep zoomed to fit", rather than a one
time zoom to fit).
Anyway, whether I do one or the other it does not change the issue I
have with the "annotated" file.
I am indeed on Single Page. I do not have the issue when I do ?Page
Unique en continu? (which is probably "continuous scrolling").
The keyboard up arrow (nor page up) does not navigate at all (the
buttons work fine).
The down arrow works like a charm.
That?s really weird, as the implementations are the exact mirror image
of each other.
I wish I knew why tis was happening, but I don?t, so I fear I cannot fix
this. All I can hope Apple will fix this, though they didn?t in 10.11,
and they didn?t in 10.12.
Ah. Zooming out (or in) solves the issue (well, my text is too small/big
now?)
It works fine with the test version you put on forge, except that when I
zoom in (but not in zoom to fit), up and down arrows + space and
shift_space work strangely. E.g. space takes me to the bottom of the
page and then the preceding page rather than the following one. down
arrow to the top and then the following page ?
Guillaume
Thanks for testing this. So apparently PDFKit still works the same way
it did on 10.11, which means buggy. Even if Apple assured me they fixed
it, for the second time, and they lied, again.
Christiaan