从Obsidian迁移到Typst的体验分享

随着个人笔记需求的日益增长,楼主近年来在使用Markdown(md)的过程中逐渐遇到了一些痛点,这些痛点促使我尝试将工作流迁移到Typst,以寻求更高效且排版更灵活的解决方案。

使用Markdown的痛点

  • 排版能力过弱:Markdown虽然适合纯文本为主的日常随笔记录,但在处理绘图等复杂排版需求时显得力不从心。
  • 富文本信息处理困难:一旦涉及嵌套callout或图表等富文本信息,Markdown的格式处理往往变得混乱不堪。
  • 自定义限制:Markdown的自定义通常需要修改全局CSS,难以满足项目级的个性化需求。
  • 可复现性问题:过度依赖插件可能导致因Obsidian版本更新而使格式失效,缺乏稳定性。

迁移到Typst的优点

  • 灵活的图表绘制与页面布局:Typst允许以与Markdown相近的代码量实现灵活的图表绘制、页面布局及自动化,极大地提升了排版的自由度。
  • 源代码模式编辑:楼主本身习惯源代码模式编辑,Typst的语法简洁直观,无需额外的学习成本,降低了使用门槛。
  • 锁定依赖版本与导出PDF:Typst支持锁定依赖版本,确保了文档的稳定性,并且能够轻松导出为PDF格式,方便分享和存档。

Typst的缺点

  • 双链功能的缺失:Typst不支持Obsidian的双链功能,但可以通过手动打标签的方式实现更灵活的块链接。
  • 预览跳转限制:在VSCode中的预览无法直接跳转至Kink,目前通过自动化导出PDF并链接到Zotero来实现Link的悬停浏览。
  • 缺乏Dataview功能:Typst没有Dataview归纳分类笔记的功能,这在一定程度上影响了笔记的管理效率。

总结

今后,楼主计划将系统性的复杂笔记逐步迁移到Typst,而日常简单随笔记录以及代办管理则依然保留在Obsidian中。个人对笔记输出和格式有较高要求,因此选择合适的工具来满足这些需求至关重要。以上观点仅供参考,希望能为同样面临类似问题的朋友们提供一些启示。

标签: none

评论已关闭