I looked into this a few years back, and at that time Dropbox seemed to select which extended attributes it chose to synchronize. I talked to an engineer, who, while not being quite upfront about it, suggested that I shouldn’t rely on Dropbox to synchronize extended attributes in general.
Luckily, Christiaan changed Skim’s behavior so you could get it to (1) always save a .skim file when saving a pdf with notes, and (2) read a .skim file if present and if the pdf didn’t have notes or the pdf is older than the notes. Christiaan at the time said something about “.skim files are not and will not be sidecar files,” and I guess he thought that adding these features to Skim didn’t violate his precepts. In any event, for me, Skim and Dropbox now function perfectly together. Whenever I edit the notes, the .skim file brings over the changes to my other computers. While I don’t use Skim notes extensively, I have not noticed losing any notes since these changes were made to Skim. Alan Harper -- [email protected] ← for people [email protected] ← for machines On Feb 17, 2020, 08:46 -0800, For general discussion about using Skim <[email protected]>, wrote: > > I am sorry for the loss of you notes. It may very well be that Dropbox > removed them. AFAIK Dropbox does not preserve generic extended attributes, > where Skim keeps the notes. That is very unfortunate. I do hope you have > backups that preserve EAs, like Time Machine.
_______________________________________________ Skim-app-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/skim-app-users
