Language agnostic 系统托盘应用标准

对于具有系统托盘图标的应用程序的行为有什么标准吗

我最近写了一个应用程序，它大部分时间都放在系统托盘中。我把它交给了一个朋友，她的第一反应是双击图标进入主窗口（它工作了）。但这让我思考。至少在.NET中，有各种不同的事件和方式将内容附加到系统托盘图标（单击[左/右]、双击[左/右]、上下文菜单，在我的头顶上）。想想看，我已经开发出了一个应用程序，右键单击上下文菜单（most），左键单击打开相同的上下文菜单（Live Messenger），一个（不同的）左键单击上下文菜单（守护程序工具），左键单击打开主窗口（许多Windows通知），左键双击打开主窗口（mIRC，许多其他应用程序）。我还没有发现一个使用右键双击的应用程序，尽管我相信这是可能的

---

对于应用程序在这些特定情况下的行为，是否有可用性指导原则或标准？

不幸的是，当每个标准都不同时，很难有一个标准

双击打开并右键单击以获得某种关联菜单是我期望它的行为方式。在关联菜单的底部有一个退出命令作为图标是很好的，只要它有意义。

您可能想阅读Raymond Chen的博客

---

他甚至还为通知区（通常称为“”）添加了一个指向的链接。

让所有人失望的是，完全可能有一个所有人都忽略的标准：（这些建议听起来与通知区指南中概述的建议类似：是的，我使用的这个软件叫做PlayOn media server。它有一个问题，点击不能像你预期的那样工作。”*当然，雷蒙德·陈指出，我们不打算称它为系统托盘，但当谷歌获得近三个m订单时“系统托盘”的点击率比“任务栏通知区域”的点击率高——乔纳森·哈德威克（）。此外，在非Windows系统上，它通常被称为系统托盘，这进一步混淆了问题…@Matthew：这艘船肯定在这个问题上航行过，这就是为什么我没有发布“错误地称为系统托盘”的帖子“系统托盘”。我进一步编辑了我的答案，现在说“更常见的称为“系统托盘”。