这是用于展示版式的虚构练习，不是个人经历。一个好的默认值让读者在没有研究设置的情况下，也能把事情做完：页面能打开，文字能读，链接能分享。

只有在出现明确需求时，才需要让设置变得复杂。把选择留给真正需要它的人，也是一种设计。

这篇原创演示文章讨论窄屏排版，不描述维护者的真实经历。有限的屏幕宽度不必意味着有限的内容；读者需要的是明确的标题、可换行的链接，以及不会拖动整个页面的代码块。

比起缩小所有文字，更有效的做法是让每一种内容按自己的方式占据空间。段落换行，代码横向滚动，图片不超过容器。

这是一篇为 PlainBlog 编写的演示文章，并非作者的真实工作记录。排版首先要让文字能读，然后才轮到各种边界条件。重点和轻声提醒都应该留在同一条阅读线上；行内的 const value = 1 不需要另起一行。

一份小清单

• 留下可追溯的标题
  • 再补上发布日期
• 检查正文的链接与图片

1. 从最小示例开始
2. 在窄屏重新阅读

• 检查有序和无序列表
• 记录下一次修改

如果每一段都在争夺注意力，读者就没有地方停下来。

链接、图片与宽内容

可以阅读 Markdown Guide，也可以测试一条很长的链接：https://example.org/notes/this-is-a-deliberately-long-path-for-testing-how-links-wrap-on-very-narrow-devices/without-breaking-the-whole-page。图片放在 src/assets/posts/文章文件名/，用可读文件名，不堆在资源根目录，也不请求远程图床。

const observations = ["small screens", "keyboard navigation", "static output"];
const explain = (topic) =>
  `A long line for horizontal scrolling: ${topic} — ${observations.join(" / ")} — ${observations.join(" / ")}`;
console.log(explain("readable layouts without a viewport-wide scrollbar"));

旧的一次性截图并不能代替重新构建与阅读。

收尾

文字并不需要复杂的运行时：一份源文件、一份样式、可直接打开的静态页面，已经足够开始。

这是一篇原创演示文字。返回首页与打开站点目录看起来很接近，却是两种不同的意图。把两个动作放在相邻的位置，并给开关一个清楚的名称，既不占用过多空间，也无需隐藏其他页面。

如果脚本没有运行，原生控件仍可以展开；简单的结构常常比补救脚本更可靠。

这是独立编写的演示文章，不是个人经历。先问页面究竟要解决什么问题，再决定要不要添加新的工具。对只需要阅读的人来说，稳定的链接和清楚的文字比额外的按钮更有用。

把内容写在 Markdown 里，可以把注意力留给段落本身。将来需要修改时，也能从文件名找到它。

这是示例写作，而非真实生活记录。想法不一定要等到完整才能写下来。先记录一个具体问题，再给它一个日期；过一段时间回看，仍能找到当时的线索。

与其把每条笔记都包装成结论，不如允许问题暂时保持开放。