Skip to content

3.5 文件预览:不用打开就知道内容 ​

列表视图只有标题时,时间一长根本认不出哪篇是哪篇。预览功能解决的就是这个。

三种预览方式 ​

方式显示什么适合
文字预览正文前 2–3 行纯文字笔记
缩略图笔记里的第一张图带配图、截图的笔记
属性摘要关键字段值有结构化数据的笔记

建议配置 ​

在设置里开启:

  • ✅ Note previews —— 显示 2–3 行正文预览
  • ✅ 特色图片 / 缩略图 —— 有图就显示图
  • ✅ 日期分组 —— 按今天 / 昨天 / 本周自动归类

预览行数怎么定 ​

  • 1 行 —— 只能看出标题的重复,基本没用
  • 2–3 行 —— 刚好够判断「是不是我要找的那篇」
  • 4 行以上 —— 列表被撑太长,一屏看到的文件数变少,反而更慢

2–3 行是甜点区间。 这个长度的信息量刚好够做「点不点开」的决定。

判断自己该选几行的方法:连续找三次文件,如果每次都要点开才确认是不是,说明行数不够;如果在列表里滑动比点开还慢,说明行数太多。

缩略图的取舍 ​

缩略图很好用,但有两个代价:

  1. 列表变高 —— 一屏显示的文件数减少约一半
  2. 加载变慢 —— 图片多的库会明显卡顿

建议:只在「图片类笔记」多的库里开。纯文字库开了纯属浪费空间。

日期分组的作用 ​

开启后,列表自动分成「今天」「昨天」「本周」「更早」几段。

这个功能的实际价值不在「分类」,在于让你看见自己最近在做什么。如果「今天」这一段是空的,说明你今天还没动笔;如果「本周」全是同一类文件,说明这周确实在专注做一件事。

预览为什么比标题值钱 ​

标题是你写的时候起的名字,预览是正文实际的内容。这两个经常对不上:

  • 会议记录.md —— 三个月后有五篇,靠标题完全分不出
  • 加了预览,一眼看到「本次讨论的违约金计算口径」——立刻认出来

关闭预览的场景 ​

三种情况建议直接关掉:

  1. 库超过一万篇 —— 渲染预览会明显拖慢滚动
  2. 纯代号命名的库(文件名本身已是唯一标识)
  3. 小屏设备 —— 手机上一屏本来就只放五六项,加了预览只剩两三行

预览是辅助识别的手段,不是必须开着的功能。按库的形态决定。

实务手册 · 持续更新