微软已经六次放弃小工具,以下是它们不断回归的原因。
The full history of Windows widgets, from 1997 to today

原始链接: https://xakpc.dev/windows-widgets/history/

近三十年来,微软多次尝试向用户提供“实时”信息,而无需完全启动应用程序,但六次尝试均告失败。从Active Desktop到当前的Widget Board,每一次尝试都受到性能、安全漏洞、屏幕空间、隐私风险和用户参与度低等问题的困扰。 关键在于,每一次失败都导致了一种“限制”模式,微软会在下一次迭代中进一步限制该功能。这种构建、发布、反弹和重建的循环*塑造*了当前的Windows架构。如今的Widget Board,采用声明式JSON、原生渲染和叠加设计,是直接对过去灾难的回应。 虽然当前系统解决了以前的缺陷,但仍然存在局限性。可发现性较低,并且微软可能将变现置于用户体验之上。理解这些“伤疤”约束对于为该平台构建小部件的开发者至关重要。

一个黑客新闻的讨论围绕着Windows小工具的历史(链接文章:xakpc.dev)以及它们现在的实现方式。用户们抱怨小工具从有用、个性化的状态转变为充斥着通用、通常带有广告的信息,这些信息人们不一定*想要*并且始终显示在桌面上。 一些评论者表达了即使在使用专用小工具软件时,也会出现不想要的广告的沮丧。另一些人指出小工具并没有被“淘汰”,而是在提供真正有用、环境信息时,在移动平台上蓬勃发展。 一个怀旧的帖子浮出水面,回忆起软件公司(如IBM)曾经用简短、信息丰富(且不那么具有侵入性)的介绍视频展示产品。许多人认为现代计算已经失去了对用户体验和创造潜力的关注,而是优先考虑货币化而非质量。最终,用户希望小工具设计良好、不显眼,能够增强功能,而不是让屏幕杂乱无章。
相关文章

原文

Microsoft has been trying to solve the same UX problem since 1997: how to surface live information without making you launch an app. They've shipped six different implementations across nearly 30 years. Each one died from a different fundamental flaw - performance, security, screen space, privacy, engagement. And each death triggered the same reflex: containment.

The pattern goes like this. Microsoft releases widgets into the wild. Users or attackers find the breaking point. Microsoft panics, kills the feature, and ships the next version locked inside a tighter box. Active Desktop splashed HTML across the wallpaper - performance collapsed, so Vista contained widgets in a rigid sidebar. Users hated losing screen space, so Windows 7 freed gadgets to float anywhere - then a security exploit blew the whole platform apart. Windows 8 responded by locking widgets into a full-screen Start Screen nobody wanted. The cycle repeats: build, ship, backlash, kill, rebuild with more walls.

Understanding why each containment failed tells you exactly what constraints shape the platform you'd build on today. Every design decision in the current architecture - the declarative Adaptive Cards format, the native WinUI 3 renderer, the overlay-instead-of-dock layout - exists because of a specific past disaster. The constraints you'll hit when building widgets today aren't arbitrary. They're scar tissue.

What the Cycle Produced

The current Widget Board is the scar tissue made manifest. Declarative JSON with no executable code (security). Native WinUI 3 rendering, migrated off the original WebView2 pipeline (performance). An overlay, not a dock (screen space). Interactive widgets (engagement). Opt-in data access (privacy). Every lesson encoded in architecture.

But it's not perfect. The developer API has constraints that limit what you can build. The discoverability problem - most Windows users have never pressed Win + W - remains unsolved. And while the news feed is finally optional, the tension between Microsoft's desire to monetize the Discover surface and users' desire for a clean utility board is far from resolved.

Those constraints, and how to work within them to ship something useful, are what the rest of this series will cover.

Building a widget for your product?

I offer fixed-price widget development for SaaS products.

Learn about my service
联系我们 contact @ memedata.com