When loading into Skim a pdf document that was created using pdflatex, the "Find next" action (e.g., Cmd-G or clicking the right arrow in the find bar) works incorrectly. In a document with tens of occurrences of a particular word, it will find the first few occurrences and then stop moving on to the next occurrence. Searching backwards does seem to work. This is super annoying for large documents :(

Preview is able to search the document just fine.

A bug has been filed in Skim, but the author appears to think this is a Mountain Lion issue. I've added my own comments. link to the bug

I suspect the issue has to do with a combination of the way that pdflatex is writing the pdf and the way that PDFkit (or whatever Skim is using) searches the document.

Has anyone else had this problem? Does anyone have a suggestion to fix it? (using dvi as an intermediary isn't really convenient in my case)

closed as off topic by Loop Space, user11232, Joseph Wright Sep 2 '12 at 6:13

Questions on TeX - LaTeX Stack Exchange are expected to relate to TeX, LaTeX or related typesetting systems within the scope defined by the community. Consider editing the question or leaving comments for improvement if you believe the question can be reworded to fit within the scope. Read more about reopening questions here. If this question can be reworded to fit the rules in the help center, please edit the question.

  • As described, this really doesn't sound like an issue for this site. Can you pin-down the difference in the PDF between a document produced by pdflatex and one that works? Without that, it's not going to be fixable at the tex level. – Loop Space Sep 1 '12 at 23:15
  • Not really, but I was hoping this might be the kind of place where someone would know enough about how latex produces pdfs that they might have some insight :-/ – dantswain Sep 1 '12 at 23:22

Browse other questions tagged or ask your own question.