首先感谢开发团队的努力，与MN真的是相见恨晚。
关于PDF兼容性的问题我也看到了论坛里一些人有发一些相关的帖子，
在这里我有个不成熟滴想法不知道能不能实现
一个是参考liquidtext在进行摘录和标注之后，询问你是否把标注修改发送到原PDF里去
一个是参考flexceil直接就是进行原pdf的摘录，连”导入“都不需要，这也是我认为最完美的文件管理方式
对于程序设计是小白，所以只是一个想法 科科
mn的笔记使用独立数据库，自有格式。因为pdf原生的标注格式非常的简单，无法满足mn丰富的功能需要，这方面需求只能通过后续增强导出来实现。
mn不对pdf做任何修改，笔记只是一个图层，这使得同一个pdf可以绑定多个不同的笔记。这为笔记分享提供了可能
Regards
Lanco
ok 了解了 但是既然不对pdf做任何修改，为什么要进行一步“导入”的操作把原本的PDF复制一份呢，这确实又增加了ICloud的负担。
1 个赞
的确。想了解有没有办法可以让已经在iCloud drive中的文件，不必重复存储
用户的痛点在于：不能像PDF Expert一样从文件中用PDF Expert打开PDF文档然后直接做标记，标记直接在原文档中产生和保留，关闭PDF Expert后即便是用预览也能看到以及再编辑标注的内容；MN的问题在于导入进库的文档做完标记后需要导出带标记的PDF文件以替换原有文件，以一本普通的电子书为例，一方面导出的标记文档大小骤增，另一方面想要重新修改标记内容意味着存储在MN库中的文档不能删除或由用户进行本地归档，需要在原标记后的文件中进行修改并重新导出。
Hello
没有办法做到的,本身mn就是靠md5绑定文档,而你做了标注并保存在PDF里md5就会变
Kind Regards,
Support Team
这个问题在MN4中得到解决了吗？
Hello
没有办法,这是底层逻辑问题,即便后续优化也只能是优化导出
Kind Regards,
Support Team