This is not meant to repeat what Christiaan has already said. Hopefully it adds to it.
> I'm using whizzytex (emacs mode for incremental reformatting of LaTeX > documents). When trying out Skim as PDF viewer, I noticed that it > does not auto-refresh the PDF view (since whizzytex uses copying of > refreshed output file, I think). Another possibility is that whizzytex is using simpdftex. I discuss the differences between polling and event-based auto-refreshing and give a "fixed" version of simpdftex that works with Skim here: http://phaseportrait.blogspot.com/2007/07/skim-automatic-refreshes-and-simpdftex.html If you just want to fast forward to the script, try: http://links.tedpavlic.com/shell_scripts/simpdftexnodel > It would be a great help, if the refresh function of Skim were > available as a keystroke/menu item and -- better yet -- via an > AppleScript command. Since whizzytex uses a shell script, it would be > most natural to explicitly tell Skim to refresh after copying the new > output PDF from within this script. All I'd need would be the > corresponding functionality in Skim. Here is a very simple script to open a file in Skim and refresh it (using Skim's revert): http://phaseportrait.blogspot.com/2007/07/script-to-open-file-in-skim-from.html You also should view this Wiki entry: http://skim-app.sourceforge.net/wiki/index.php/LaTeX_and_PDFSync which has a similar script under "Alternative Script." The Wiki script has a better "revert" line and ALSO supports locating the view to a particular TeX line (given that you have PDFSync support installed into your doc). > (BTW: PDFView, which I understand was kind of a predecessor to Skim, > did auto-refresh together with whizzytex...) As did Skim 0.4.1 (and TeXniscope). The event-based auto-refreshing added in Skim 0.5 (and fixed in Skim 0.5.1) is far superior to the (1 second?) polling of the file system performed in Skim 0.4.1. It's true that the downside is that files that get wiped in the process of getting updating cease to send update events. However, it seems like that is a small price to pay for a much better mechanism. That is, if I am not using an application, I want it to be doing as little as possible in the background. It's more than a little annoying to see that my CPU usage spikes every second just because a program is doing something that really could be event-based. --Ted -- Ted Pavlic <[EMAIL PROTECTED]> ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ Skim-app-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/skim-app-users
