Mendeley 的 Watched Folders bindfs 到 iCloud中MN3 到问题。

论坛里有很久之前发布的信息:【Mendeley方案】文献管理软件协作

里面有 提到使用 bingfs 来链接Mendeley 归档目录和 MN3 资源库的事情:

Mendeley 的归档目录设定应该是在其 Preferences 第二个栏目是吧? 如下:

我的情况和问题依次如下,如果有什么不妥的,请帮忙指出:

  1. 早在几年我停止使用自动归档,一方面是这种归档导致相同文件的产生,浪费本地空间也浪费Mendeley 自带的免费云空间。

  2. 归档产生重新按照某种规则命名, 这一点对我是不利的,我需要bibtex,mendeley 自动产生bibtex的文件,保留文件的名字对于bibtex的是用是更好的。

  3. 目前被Mendeley 接管的PDF容量已经超过Mendeley 免费云空间,我是通过不同设备的Mendeley watch 系统的同一个目录,通过iCloud 同步这个目录的文件来实现不同设备之间的文档和信息同步。

  4. 构想着 如果如果我依旧采用watch的方式,把 watched Folders 设置到 MN3 的资源库里面的指定目录,这样就避免使用 bindfs ,我只需要把 PDF 文档的存放位置就设置在MN3 的资源库里面。但这样是不行的,因为 在 Watched Folders 的设置里,无法指向 用户名\Library ,在这个位置是默认隐藏的, Mendeley 设置里面无法操作。

  5. 如果4确实不行,并且只能按照上方指引的帖子的方法操作,那就是一定得设置mendeley的归档目录,借用归档目录还进行 bindfs,或者直接把归档目录设置到 MN3 的资源库位置。是这样吗?如果文件直接放在本地 Documents 目录路径之下,本身是5G, 归档后产生额外5G, 经由MN3 沙盒机制同步到iCloud,又产生5G的消耗,总共有额外10G的消耗,还是比较费硬盘的。。。。

  6. 是不是最经济节约的办法就是让文档直接存放在 iCloud 里面 MN3所属的目录里?(暂时别引入要什么文件再投喂MN3什么文件的路线)这样子会产生什么副作用吗?和放在Documents目录下的安全性有什么差别吗?

谢谢指教。