Christiaan: > Yes. We do try as best we could, but this is never fully possible. The > only way to is for the generating process to tell us when it's done. > This is why we recommend to do it this way rather than using our file > watcher.
I see, thanks for explaining. > It's described on the Wiki. Use the applescript revert command after > the file is finished. I found it mentioned at http://sourceforge.net/p/skim-app/wiki/AppleScript/ but I'll have to learn how to use this. > Links add all kinds of other potential problems, so I don;'t think this > is a very good idea. Also, with older versions of Skim, removing the > old file would break the file watching completely. With the latest > release this would work. So why not just replace the file, instead of > replacing it with a link? Replacing a large file would involve a copy and so Skim could react before it is finished ... and crash. A hard link would switch very quickly. I'm not sure what the other potential problems you are thinking of are. Tom Thomas D. Schneider, Ph.D. Senior Investigator National Institutes of Health National Cancer Institute Center for Cancer Research Gene Regulation and Chromosome Biology Laboratory Molecular Information Theory Group Frederick, Maryland 21702-1201 http://schneider.ncifcrf.gov (current link) http://alum.mit.edu/www/toms (permanent link) ------------------------------------------------------------------------------ Dive into the World of Parallel Programming! The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net _______________________________________________ Skim-app-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/skim-app-users
