Thunderbird 桌面日历视觉重新设计

# 桌面日历：设计之旅 - Thunderbird 博客 来源：https://blog.thunderbird.net/2026/08/desktop-calendar-a-design-journey/ 特色文章标题图片雷鸟社区的朋友们，以及博客的读者们，大家好！我是来自设计团队的杰西。今天的文章将分享我们近期重新设计 Thunderbird 日历功能的历程，以及未来大家能期待我们交付的成果。 日历是任何生产力工具套件的关键组成部分，无论是在你的电脑桌面上还是办公室的墙壁上。自 Thunderbird 项目早期以来，日历功能就已存在，并且像应用程序的其他所有部分一样，它按照自己的节奏不断演进，无论好坏。它拥有多层功能，但用户体验已经跟不上当前的 UI 标准——在风格上显得过时，在功能上也变得复杂难用。 因此，在设计团队、开发人员和社区的帮助下，我们着手对日历进行现代化和精简。以下是我作为设计师参与这段旅程的记录。 ## 宏观愿景 以下是我们进行此次重新设计的一些指导原则： 首先，我们的目标是服务全体用户，而不仅仅是技术专家、生产力爱好者或新用户。因此，与社区的对话至关重要：我们需要尽可能理解更多的使用场景和交互模式，并希望广泛、高效、有效地支持它们。我们理想的解决方案是开放且灵活的，尊重依赖 Thunderbird 的广大用户群体。 其次，一个关键点是：Thunderbird 的目标远不止是成为“另一个邮件客户端”。我们致力于打造超越预期的体验，并直接与行业内的庞然大物竞争：Google Calendar、Apple 和 Microsoft 的应用套件，以及众多抢占该领域的专业生产力应用。 一如既往，我们将秉持开源理念，透明地进行这一切，并与我们的用户和贡献者合作。 ## 旅程历程 这次设计之旅已经酝酿了数年，与公司的其他举措（移动端！网页端！无障碍访问！）并行发展。随着我们设计实践的演进，我们从多个方向推进这个项目，重新设计对话框、重新思考模式并收集洞察。有一段时间，这意味着大量的局部设计，但缺乏一个统一的愿景。 在这些早期设计中，我们的成功案例之一是对“事件详情”对话框进行了视觉和功能更新，以取代现有的、相当过时的事件详情窗口（在视觉和代码层面都“过时”）。这些是最早达到可实现阶段的设计之一——优先考虑部分原因是它是一个独立的组件，无需重构整个日历代码库即可进行测试。 如果你使用 Thunderbird Daily 版，你可能会认出这个： [](https://blog.thunderbird.net/files/2026/07/Screenshot-2026-07-27-at-3.34.54%E2%80%AFPM.png) 我们将这种模式应用到了其他几个部分，包括编辑事件的对话框和未回复邀请的通知。在所有情况下，这些更改都将创造更好的对比度和视觉层次，提高控件的可见性和组织性： 仅这些工作就足以支撑几个版本的开发周期。但孤立地设计组件会导致设计和开发上的不一致和债务。随着日历设计流程的速度加快，我们清楚地认识到需要阐明一个统一的愿景。 ## 整合规划 有了这些指明方向的设计，我们必须退后一步，决定所有组件如何协同工作。为此，我们仍需回答三个问题： - 实际的日历网格在日、周、月、年视图下是什么样子？ - 用户如何更改视图以及前后导航？ - 用户如何连接他们的日历，并在一处管理所有日历？ 这些思考引导我们走向一个精简的设计，将屏幕空间划分为三个主要区域。首先是网格，它提供布局中心的主要元素——用户的主要工作区。其次是导航栏，位于网格正上方。第三是用于管理日历的侧边栏——你的日历和数据源的指挥中心。这个设计聚焦于最重要的功能区域，为所有必要功能提供了坚实的基础，实现了低摩擦和强根基。 我们设计的蓝图（在 UX 设计界称为“线框图”）最终看起来像这样： [](https://blog.thunderbird.net/files/2026/07/Screenshot-2026-07-27-at-4.01.19%E2%80%AFPM.png) 网格作为用户的主要工作区，标题栏和导航提供基本控件。 这是最终的设计模型，将作为开发的基础（此图展示的是主网格中的周视图）： [](https://blog.thunderbird.net/files/2026/07/Screenshot-2026-07-27-at-3.59.44%E2%80%AFPM.png) 考虑到用户日程安排需求的广泛性，我们决定日历侧边栏应该是可折叠的，并且在大尺寸和小尺寸下都有用，这样用户可以决定管理日程列表所需的空间大小。这是侧边栏处于折叠状态的屏幕，主网格显示月视图： [](https://blog.thunderbird.net/files/2026/07/post-screenshot-06-month-view.png) 这是用户按下“新建事件”按钮后的屏幕，界面上方显示创建事件窗口： [](https://blog.thunderbird.net/files/2026/07/post-screenshot-07-new-event.png) ## 后续规划 随着这些元素逐渐成形，我们也开始向外寻求社区的更多反馈。在设计的不同阶段，我们发布了两篇 TopicBox 文章（这里（https://thunderbird.topicbox.com/groups/ux/Tc89bc2f359824d93/uxd-04-14-creating-and-editing-calendar-events）和这里（https://thunderbird.topicbox.com/groups/ux/T138723c621dd257d）），并进行了一项简短但内容丰富的调查，寻找大家对我们所选方向的初步反应。 这些反馈非常鼓舞人心，也让我们深受启发：我们看到了对设计的积极回应，也收集到了许多关于大家认为最重要的方面的见解（任务集成、平台互操作性、以及对议程、迷你月历和多周视图的重新评估等）。 这些讨论给了我们一些额外的信心，更重要的是，它们提醒我们，我们仍处于一段更长旅程的起点。在开发新版日历设计的 V1 版本后，我们将遵循用户的信号来规划前进的道路。新的日历设计将清理和简化体验的许多方面，但它只是一个充满希望的第一步（类似于史诗中的瑞文戴尔阶段）。我们将经历更多轮的设计和迭代，为用户提供他们应得的工具套件。 目前，我们正从设计迈向实施，然后从实施转向反馈和互动。新版日历将通过正式渠道逐步发布，以便用户尝试并提供反馈——我们欢迎反馈！在持续完善路线图的同时，我们也将寻找可用性测试者和调查参与者。 日历的未来天地广阔，远比过去的灰色时代更加光明。我们感谢社区迄今给予的所有支持，并希望在我们继续让 Thunderbird 变得更棒的过程中，你能一直与我们同行。