Omnisite（全站）

发布 Svelte 5 和 全新的 sv CLI 还不够：我们还推出了一个全新的网站。你现在正在浏览它。

到目前为止，我们在 svelte.dev 域名下维护了多个不同的网站 —— Svelte 的主站，以及 kit.svelte.dev 和 learn.svelte.dev。这带来了一些小的好处，但更多的是麻烦：

• 无法跨站点搜索
• 导航略有差异
• 链接可能损坏（在构建时，SvelteKit 会自动验证每个内部链接是否正确，但链接到其他站点的问题就不同了）
• 偏好设置（如深色模式）无法在多个站点之间共享
• 在文档与教程之间切换时（例如）会导致完全的页面重载

从实现的角度看，让多个站点保持同步是一件非常头疼的事情。

将所有资源都集中在一个地方意味着你可以更轻松地找到所需的信息。目前，网站包括 Svelte 和 SvelteKit 的文档；很快，它还将涵盖 CLI 以及像 vite-plugin-svelte 这样的其他包。

新面貌

我们也为网站进行了全面改版。我们的标志和主要图像（“机器”），由杰出的 Achim Vedam 设计，保持不变 —— 它们和 Svelte 的橙红色仍然是我们视觉标识的基石。

但是网站的许多其他方面已经进行了简化，从五个“B”开始 —— 框、背景、边框、阴影、粗体 —— 在页面上组织信息时，这些元素很容易被过度使用。通过删除大部分这些元素并简化我们的色彩搭配，网站变得更平静、更统一且不那么拥挤。

我们还更新了按钮样式，让它们真正看起来像按钮（在现代 UI 设计中，这竟然是一个激进的概念，遗憾的是如此）。

字体呢？

当然，最显著的变化是排版设计。之前，我们对代码以外的所有内容 —— 标志、标题、UI 元素和正文都使用 Overpass 字体。考虑到其是一个基于 Highway Gothic（一种自 1948 年以来在美国道路标志上使用的字体，除了短暂尝试过 Clearview）的改版，它的多功能性令人惊讶，但它实际上并不适合所有用途。我们发现自己经常做各种临时调整（调整颜色、大小写、行高、间距、粗细等等）并打破其他设计规则（错位设置文字、添加不必要的边框），以创造层次感和减少单调感。我们需要一个改变。

同时，我们又不想让自己看起来和其他文档网站一样。现代网页设计过分中规中矩：到处都是框、炫目发光的紫色效果，以及那几款孤立的无衬线字体。

我们觉得这其中最令人费解的部分是字体。随便打开一本书或杂志，你会发现它们很可能使用的是有衬线字体。这是有原因的：衬线让每个字母的形态更为鲜明，从而提高了可读性，并有助于体现字体的个性。

在屏幕上，有衬线字体的使用较为少见，这部分是历史和技术原因造成的：在过去分辨率较低的屏幕上（尤其是 Windows，由于其较差的字体渲染），衬线缺乏清晰度，反而降低了可读性。然而，如今多数用户拥有更加清晰的显示屏，这个问题不再突出。事实上，大多数报纸和杂志网站，以及许多博客，都会为正文使用有衬线字体。

我怀疑真正的原因主要是文化上的：因为我们已经习惯将有衬线字体与印刷品联系起来，因此会觉得它不够“现代”。相反，无衬线字体通常与数字产品相关联。

但我不知道你怎么看，我已经开始把数字产品与以下东西联系起来：错误、cookie 弹窗、剥削性的商业模式、无视隐私的行为、计划报废，以及技术行业的许多其他罪过。

我希望我使用的东西具备类似于模拟产品的感性。我喜欢那些看起来具有“重量感”，几乎有实体存在的东西。（Svelte 的 HTML 优先设计以及“机器”，在某种程度上算是这种理念的体现，即使我们无法避免是一个数字产品。）

最重要的是，我想要一个不那么千篇一律的网络。

因此，我们的新网站选择了几种字体：

• 使用 DM Serif Display 作为标题字体
• 使用 EB Garamond 作为正文字体，低分辨率屏幕下回退到 Georgia
• 使用 Fira Sans 作为 UI 元素字体
• 使用 Fira Mono 作为代码字体

我们知道这是一个有争议的选择！如今，许多人都是通过屏幕接触文字，因此有衬线字体可能显得“奇怪”。你可能需要一些时间来适应这些变化。我们也认识到，某些操作系统/屏幕/深色模式偏好的组合可能确实会影响一些人的可读性，因此希望大家在我们继续完善设计时多多包涵。

贡献

与任何一次重大更新一样，仍有一些细节需要完善，其中一些可能到目前为止还未被我们注意到。代码库现在是开源的，我们欢迎你的贡献。