It shouldn't really matter how data is written to the file, it only matters that the file is not deleted (we're using kqueue to track changes to the file). So with what you're saying it should work. Does the PS file end with %%EOF ?
Christiaan On 14 Aug 2007, at 9:12 AM, Jerry wrote: > > On Aug 9, 2007, at 4:46 AM, Christiaan Hofman wrote: > >> In fact PS files are followed for file changes. So the problem is >> somewhere else. Probably the PS file is deleted before it is >> replaced, in which case it's lost track of. >> >> Christiaan >> > > Sorry for the slow follow-up. > > FWIW, the creation date is left the same (after a run of my PLplot- > using program) but the modification date is updated. > > Also (not sure if these are relevant), the Node ID, Inode's Device, > and the Spotlight Item ID are left unchanged (as reported by Path > Finder). > > Here is a comment that I got from the PLplot list: > > When plplot writes any file it uses fopen to open the file first, > with > the "wb+" options to make the file writeable and to truncate the > file if > it already exists. This is the standard C way to deal with opening > files so I'm surprised it doesn't work. What do the Skim people > "recommend" as a way of opening files? > > Are you using the ps driver or the psttf driver? The psttf driver > has to > do some more complicated manouvers to get a C++ stream. It first > opens > and truncates the file as above. It the closes the C stream and > opens > the file again as a C++ stream. > > Jerry > > > >> On 9 Aug 2007, at 1:06 PM, Jerry wrote: >> >>> >>> On Aug 9, 2007, at 2:43 AM, Christiaan Hofman wrote: >>> >>>> >>>> On 9 Aug 2007, at 6:37 AM, Adam R. Maxwell wrote: >>>> >>>>> >>>>> On Aug 8, 2007, at 21:17, Jerry wrote: >>>>> >>>>>> I'd file this as a bug report but I'm not sure it's a bug. >>>>>> >>>>>> I'm not using Skim for TeX stuff but as a viewer for plots which >>>>>> happen to be generated by the excellent PLplot. PLplot writes >>>>>> Postscript files. I've enabled "Check for file changes" in the >>>>>> prefs >>>>>> but Skim does not re-load the file after a run of my plot- >>>>>> generating >>>>>> program finishes. >>>>> >>>>> I believe that only files which are loaded as PDF can be >>>>> monitored; PS >>>>> goes through an intermediate step internally whereby it's >>>>> converted to >>>>> PDF for display, just like Apple's Preview. >>>>> >>>>>> I have to make an edit to the (old) version then >>>>>> select Revert in order to get the newly-make PS file. Is the >>>>>> "Check >>>>>> for file changes" related only to TeX stuff or can it monitor any >>>>>> file for changes. A simple "Reload" command might be a good >>>>>> compromise between ease of use and not accidentally reloading a >>>>>> file >>>>>> (and loosing notes). Also, a periodic re-checking of the file on >>>>>> disk >>>>>> might generate too much work if the file (due to me running my >>>>>> plotting program) takes several seconds or minutes to be re- >>>>>> written. >>>>>> The more I think about it, a manual Reload function might be >>>>>> sweet. >>>>> >>>>> Revert serves this purpose, and you can also use it from >>>>> AppleScript. >>>>> If there's a script involved in using PLplot, you could use >>>>> osascript >>>>> to reload. >>>>> >>>>> -- >>>>> adam >>>> >>>> But Revert would never work for a PS file, just as Save is >>>> disabled. >>>> PS is not a native type for Skim, it's only a viewer for that type. >>>> This is standard document based app behavior, and for good reasons. >>>> >>>> Christiaan >>>> >>>> >>> I'm not sure what all the issues are--I'm just saying that for the >>> particular situation where I have to repeatedly open the same >>> (Postscript) file, having to select the Note tool, make a mark on >>> the >>> file (making the loaded file dirty, I suppose), then selecting >>> Revert >>> and answering a dialog boxe is a fair number of steps especially >>> when >>> I have to do it a whole lot of times in a day. A simple Reload, as >>> opposed to a Revert (which assumes that the loaded file has been >>> modified in memory), would certainly be nice to have. >>> >>> Jerry >>> >>> >>> -------------------------------------------------------------------- >>> - >>> - >>> --- >>> This SF.net email is sponsored by: Splunk Inc. >>> Still grepping through log files to find problems? Stop. >>> Now Search log events and configuration files using AJAX and a >>> browser. >>> Download your FREE copy of Splunk now >> http://get.splunk.com/ >>> _______________________________________________ >>> Skim-app-users mailing list >>> [email protected] >>> https://lists.sourceforge.net/lists/listinfo/skim-app-users >> >> >> --------------------------------------------------------------------- >> - >> --- >> This SF.net email is sponsored by: Splunk Inc. >> Still grepping through log files to find problems? Stop. >> Now Search log events and configuration files using AJAX and a >> browser. >> Download your FREE copy of Splunk now >> http://get.splunk.com/ >> _______________________________________________ >> Skim-app-users mailing list >> [email protected] >> https://lists.sourceforge.net/lists/listinfo/skim-app-users >> > > > ---------------------------------------------------------------------- > --- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a > browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > Skim-app-users mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/skim-app-users ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ Skim-app-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/skim-app-users
