@blushyes #7 那为什么不把定制的格式跟 markdown 格式的笔记分开做不同类型呢？即符合你上述说的根据不同用户的需求自己确认需要哪种笔记组件

完美的绕开那些成功的笔记软件的亮点。

@murmur 现在功能少是因为还在内测阶段，软件整体其实也就开发了两三个月，所以功能相对较少。

@superliwei 实际上，我们希望的是包含目前所有成功软件的亮点。 例如：notion 的块状编辑、hetabase 的无限白板、ob 的离线可用等等。 不懂你说的“完美绕开”体现在哪里。

@daodaolicai 具体是啥样的功能呢？

@vfxx 感谢建议，我们考虑删去 note ，改名为 Chron ，或者直接换个其他的名字。

因为 Logseq 更新缓慢而且新版本要改成基于数据库的存储放弃纯文本 Markdown ，我最近也在重新挑选笔记软件，最后选择了 Obsidian 。 对我来说最关键的一点就是「纯文本」，这意味着我可以把笔记目录当作一个 Git 仓库，天然受益于 Git 的同步、备份、版本历史和离线状态下的冲突解决，我是觉得任何一个笔记软件这些功能的实现都不如 Git （当然我肯定是对 Git 有所偏爱）。 就比如说这次从 Logseq 到 Obsidian 的迁移因为两者都是纯文本就非常丝滑，甚至页面的编辑历史都可以继续通过 Git 追踪到。

@blushyes Chronnote -> Chrono Trigger

@5261 主要问题就是他是一个简洁好用的 md 书写工具 但知识组织管理能力几乎为 0 ， 没有一个足够健壮好用的文件树系统 也没有全局搜索

@AlanBrian 可以，这个我们计划下，因为我们的想法是让整个软件完全可配置、可定制化。