mac版本改进
目前mac版本好像是ipad的移植版，感觉还需要针对mac做以下ui和性能的优化。
- 在导图笔记页面，如果导图比较多，默认的缩放比例就非常小，找笔记也不方便。在ipad可以用手指随时拖动、放大，就没有这么难受。但是mac上非常不方便
- mac删除文档，ipad也自动同步删除操作
文件管理改进
- 对已经加入导图笔记中的文档重命名，导图中的笔记节点并不会相应改名。
- 删除文档的化，导图笔记中删除对应的节点
Mac操作是比较依赖触摸板的。Mac的真正优势是自动化整合和插件，faq.marginnote.cn
节点命名是对文档信息的一种提取，两者是独立的存储关系
MN的笔记和书是两种东西，两者没啥关系，MN几乎不会变动PDF，笔记数据库是独立的存在。类似于棋盘上的棋子，棋子（笔记）如何变化，棋盘（PDF）不受影响，同时一个PDF可以关联多个笔记本，这一机制是MN的基础，MN支持未来的云笔记分享和参阅切换。所以你删笔记也好，删文档也好，都不会互相影响到另一边。
Regards
对于键盘、鼠标优化应该是mac版本的基本要求吧，毕业和ipad不同的操作模式。
mn的笔记和书的做法我觉得是增加了软件的复杂度。笔记读取的是书籍的元数据，书籍元数据变动，那么笔记也应该相应变动。faq页面有张图，每篇读的文章都标记为【已阅】，显然笔记是不会相应变动的，如果只看导图笔记，把已经阅读和未阅读的文献区分开来应该是件很麻烦的事情。
mn或许应该考虑用更好的交互方式来实现这种需求，例如方便的标签系统，而不是给文件重命名。
目前mn功能太多了，但是交互、同步（我有2条笔记在ipad上怎么都不显示）真的需要在进化一下。
mac键鼠操作比较独特，您可以搜索下，我记得有用户总结过，回头我们正在录制教程，应该也会覆盖到的
同步下版本366就会有个提升，3.7会质变
Regards
MN的数据结构基础就是二元，这个目前没有变动的可能性，如果您看到软件的技术架构底层就明白了，变了等于要从头开始重新制作一个软件
Regards
我提得建议只是一种用户需求，并不是要求开发团队怎么改。实现一个需求的方式可以是多样的，甚至有更好地方法规避相关操作；当然，看开发团队如何看待这种需求了。
嗯嗯，那倒是，如果可能的话确实可以在联动性上做的更好，即使保持二元属性。 感谢建议！
Regards
Lanco