跳到正文
妙盒博客
返回

窗口变窄时,笔记编辑区为什么不能先让路

桌面屏幕看起来很宽,笔记应用也很容易越放越满:左边是导航和笔记列表,中间写正文,右边再摆上属性、大纲和预览。全屏使用时,每一栏都有价值;一旦把窗口拖到屏幕一侧,或者和参考资料并排打开,问题就出现了——辅助信息还在,真正写字的地方却越来越窄。

妙盒笔记(Abox Note)的桌面工作区可以包含导航、笔记列表、编辑器、属性和预览五种区域。但“五栏”不是要求它们永远一起出现。窗口空间变化时,布局首先保护编辑器与笔记列表,其他区域再按空间逐步收起。

这背后只有一个判断:桌面空间不是用来填满的,而是用来保护当前最重要的任务。

多一栏之前,先看正文还剩多少

导航帮助切换空间和标签,列表帮助选择笔记,属性与大纲补充结构,预览展示 Markdown 的最终效果。它们都在帮助写作,但写作本身仍发生在编辑器里。

因此,这些区域并不是五个同等重要的盒子。妙盒笔记让编辑器接收剩余宽度,同时为它保留最低可用空间。窗口缩小时,预览等辅助区域会先让路,而不是让所有栏一起平均变窄。

平均分栏在截图里很整齐,真实使用却未必舒服。每增加一个辅助区域,正文每行能容纳的文字都会减少;继续压缩下去,界面虽然“放得下”,阅读和输入却已经需要频繁换行。判断一个面板能否出现,不能只看它自己能不能塞进去,还要看打开后正文是否仍适合写作。

收起分栏,不等于弹出遮挡

窗口变窄是环境发生变化,并不代表用户突然想查看某个面板。妙盒笔记在自动适应窗口时,只收起已经放不下的分栏,不会顺手弹出一个浮层遮住正文。

如果用户主动打开属性或预览,而当前宽度不适合继续并排,辅助内容才会改用临时面板展示。一个动作是在回应空间不足,另一个动作是在回应用户请求。把两者分开,拖动窗口时就不会凭空出现新的遮挡;需要辅助信息时,也不必因为窗口较窄而完全失去入口。

这项选择保留了多栏的效率,也承认多栏不是任何宽度下都最合适的形态。

窗口再次变宽,也不替用户做决定

窗口缩小时被收起的辅助栏,在窗口重新变宽后不会自动全部回来。

自动恢复看起来很聪明,却可能再次打断写作。用户把窗口缩小,也许是为了在旁边查看资料;后来稍微拉宽,不一定意味着想恢复原来的全部布局。如果界面立刻展开旧面板,正文会再次位移,刚获得的空间也会被收回。

妙盒笔记接受了一个直接的代价:需要时,用户要再点一次按钮。换来的好处是,扩大窗口只会增加可用空间,不会擅自改变当前工作区。用户手动调整过的分栏宽度仍可保留,临时空间不足则不会改写这份偏好。

不是多栏越少越好

优先保护编辑器,不代表目录、属性或预览不重要。需要同时对照结构与渲染结果时,足够宽的多栏仍然更高效;在较窄窗口中改用临时面板,也不如并排查看直接。

这套设计只是给空间分配规定了主次:辅助能力可以随着任务出现和离开,正文不能被它们挤到只剩“还能显示”。对于更依赖固定多屏、希望所有信息始终并列的人,其他布局方式可能更合适。

响应式布局真正要回答的,不只是“宽了展示多少,窄了隐藏多少”,而是“空间不足时,谁最不能先让路”。在笔记应用里,答案应该先回到正在写的内容。