On Fri, Apr 23, 2010 at 6:00 PM, Christiaan Hofman <[email protected]> wrote: > > On Apr 23, 2010, at 23:54, Patrik Jonsson wrote: > >> On Fri, Apr 23, 2010 at 5:45 PM, Christiaan Hofman <[email protected]> >> wrote: >>> >>> On Apr 23, 2010, at 23:08, Patrik Jonsson wrote: >>> >>>> Hi Christiaan, >>>> >>>> Thanks for responding. What data is lost? >>> >>> The notes that are saved in the EAs. >> >> Well, yes. but that's the point, in my case. For my use-case if would >> be far preferable to just use .skim files and not any EAs at all. >> Since skim has the ability to save things as either EAs, .skim files >> or pdfd's, would it be possible to make that a preferences option? >> > > Car files are fragile. It's only added as an extra safeguard and nothing > else. I'm not gonna have this discussion again, you can look it up in the > archives.
For what it's worth, I looked through the mail archives and found no explanation of why the skim files are "fragile". In a cross-platform environment, it seems to me that the hfs-specific extended attributes are far more fragile than any problem with the files. In any case, it was easy to patch skim to swap the order of reading so it first reads the notes from the .skim file instead of the EAs. If anyone is interested in this, the patch is attached. The notes are still *saved* to the EAs, so if something should happen to the "fragile" files they should still be in the EAs. The meaning of the hidden preference "SKReadMissingNotesFromSkimFileOptionKey" is inverted so it controls whether the notes are read from the EAs if no skim file is found. cheers, /Patrik
skim_read_from_file.patch
Description: Binary data
------------------------------------------------------------------------------
_______________________________________________ Skim-app-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/skim-app-users
