


The answer to this question involves a bunch of things. On other Sierra systems that were less manipulated than mine the same behaviour was observed, but not always.Ĭurrently I do not see which systems will be commonly affected nor a pattern for which PDFs will trigger these symptoms. Once a document like this is opened Preview.app or Skim descend into an abyss of weird behaviour like in the screenshot above. Closing Preview windows pseudo auto-quits the program but doesn't eliminate it from the list of running processes. The worst bug seems to be triggered when using big and complex PDFs especially when they were produced with LaTeX. This effect is visible with almost all PDFs but remedies itself rather quickly most of the time. One bug is that the intermediate scrolling representation in Preview sometimes doesn't get updated properly once scrolling stops. It seems quite weird that this looks more like a collection of bugs in Sierra's Preview. To illustrate this, left is Preview.app, right is QuickLook preview for /Library/Documentation/License.lpdf:
#APPLE PDFKIT SIERRA PDF#
But after opening a larger PDF, which does not display anything, the first PDF degrades its display quality, especially after scrolling. Interestingly this situation looks infectious.Ĭertain small PDFs open OK at first and keep this state while scrolling. Preview Please check the values return by the delegate. Preview the item width must be less than the width of the UICollectionView minus the section insets left and right values. Preview the behavior of the UICollectionViewFlowLayout is not defined because: Logs for "Devices" in Console are filled up with messages like these: The PDFs display fine in Adobe Reader and I do not see anything meaningful in log or Console.

Skim even displays tables of contents but both start beachballing heavily after quite a while. Problem: Some applications like Preview or Skim do not display anything in certain PDFs, primarily in text PDFs, while images work fine.
