I use Skim 1.4.29 with Emacs 25.1 for synctex.
Recently, after update of High Sierra, I found out that "inverse search" does not work well on Skim.
Skim does not show a proper page in documents, after inverse search.
I am sorry... I mean "forward" search. The concept is sometimes confusing to me.
When I use C-v in emacs, the Skim does not show the proper page on where the cursor is.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I understood that. Still, what do you mean exactly? Please describe in
detail what you expect to happen, and what does happen. "Does not show a
proper page" is too vague.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I have the same issue. There are actually two (related?) issues:
When I compile my LaTeX document in Emacs (C-c C-c), Skim reloads the PDF but jumps to a different page than what was previously displayed (maybe the page that was open when the PDF was first loaded). This is annoying because I'm editing a different part of the document and want to be able to see the changes when I recompile.
When I use forward-search in Emacs (C-c C-v), Skim moves to that part of the document but displays it at the very bottom of the window, which is inconvenient.
Last edit: Chris Peikert 2017-10-13
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I am experincing the same two issues as Chris with Emacs 25.3. This is extremely annoying, and very time consuming. Is there any fix or even temporary workaround in the works?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
As for forward search, the synctex code will be updated on the latest
version. Hopefully that will fix it, but that won't happen if the bug is
really in the tex program rather than Skim (which might be the case).
The reload without synctex is a separate issue. But this is an Apple bug
that they need to fix. We shouldn't and can't really.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
My TeX program did not change with the MacOS upgrade, so I'd expect the synctex update to fix forward search.
What is the nature of the Apple bug that causes the PDF to reload on the wrong page? Has it been reported anywhere so we can add our voices to the choir?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
The Apple problem is that they misinterpret the location to scroll to. The
point that should go to the top left of he view instead is scrolled to the
center left if the view. I already reported this, but more reports can
help. (The problem is in goToDestination in PDFView).
Actually I just realized that forward search also makes use of this, so
that same bug can also explain that problem.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Thanks a lot! Is there a way to get a (stable) beta version with the bug corrected? (I lose a lot of time scrolling back and forth everytime I compile my tex file).
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
What do you mean by not showing a proper page? What exactly happens and why
do you think it is wrong?
I am sorry... I mean "forward" search. The concept is sometimes confusing to me.
When I use C-v in emacs, the Skim does not show the proper page on where the cursor is.
I understood that. Still, what do you mean exactly? Please describe in
detail what you expect to happen, and what does happen. "Does not show a
proper page" is too vague.
I have the same issue. When the view command is issued by emacs, the pdf in skim is visualized, but not at the right point.
The view remains at the point where it was previously, both if the latex source is at a point in the same page or in another page.
I have the same issue. There are actually two (related?) issues:
Last edit: Chris Peikert 2017-10-13
I am experincing the same two issues as Chris with Emacs 25.3. This is extremely annoying, and very time consuming. Is there any fix or even temporary workaround in the works?
As for forward search, the synctex code will be updated on the latest
version. Hopefully that will fix it, but that won't happen if the bug is
really in the tex program rather than Skim (which might be the case).
The reload without synctex is a separate issue. But this is an Apple bug
that they need to fix. We shouldn't and can't really.
My TeX program did not change with the MacOS upgrade, so I'd expect the synctex update to fix forward search.
What is the nature of the Apple bug that causes the PDF to reload on the wrong page? Has it been reported anywhere so we can add our voices to the choir?
The Apple problem is that they misinterpret the location to scroll to. The
point that should go to the top left of he view instead is scrolled to the
center left if the view. I already reported this, but more reports can
help. (The problem is in goToDestination in PDFView).
Actually I just realized that forward search also makes use of this, so
that same bug can also explain that problem.
Before Apple fix this, disabling the contiuous-scrolling mode avoids this viewing problem (for me).
As Apple keeps doing it wrong over and over again, I've decided to work around it and do it ourselves. It has side effects, but at least it works.
The status of this bug is reported as "open-fix", but Skim has not been updated yet from 1.4.29. Am I missing something?
This means that it has been fixed for the next release. If it had been
released, the status had been closed-fixed.
Thanks a lot! Is there a way to get a (stable) beta version with the bug corrected? (I lose a lot of time scrolling back and forth everytime I compile my tex file).
Only by compiling the source yourself.