GNOME 面板应用的基本集合范围从实用的（如时钟和系统监视器）到略微有趣的（但显然过于传统以至于无法舍弃的，如 Fish）。然而，在过去几年中，越来越多的 GNOME 应用程序被设计为适合面板。由于许多最近的应用很有趣，但又太小而无法进行全面的评测，因此这里汇总了一些引起我注意的应用。尽管所有这些应用都处于早期发布阶段，但每一个都预示着新的功能和定制级别，这些功能和定制级别可能很快在桌面上可用。

AllTray

Alltray 允许您将应用程序停靠到面板的通知区域（也称为系统托盘）。当您打开 AllTray 时，您可以捕获一个打开的应用程序并将其停靠。稍后，如果您单击应用程序的关闭按钮，它将被最小化回通知区域。不幸的是，在当前版本中，登录之间不会保留通知区域的内容。我想，正如其名称所示，严格来说，通知区域并非旨在用于此用途。不过，如果您经常使用十几个左右的打开窗口工作，并且不喜欢使用不同的工作区，那么 AllTray 是比面板的窗口列表更方便的替代方案。除了 GNOME，AllTray 还适用于 KDE、最新版本的 XFCE 以及 Fluxbox 和 WindowMaker 等窗口管理器。

Gimmie

Gimmie 本质上是一种使最近使用的列表更易于访问的方式。在其基本形式中，它采用一个栏的形式，其中包含应用程序、文档、聊天会话（“人员”）和工作区以及基本系统信息和设置（“计算机”）的单独列表。在最新版本中，这些列表中的每一个都可以在面板上最小化。您可以将打开的窗口拖放到列表中，并且每个列表的窗口都包含一个简化的项目菜单，您可能希望将这些项目与列表一起使用。

在我看来，当前版本的 Gimmie 是一个有趣但古怪的想法。我不确定在窗口而不是菜单中排列应用程序是否有什么特别的改进。并且面板托盘是否可以像简化的菜单一样工作，或者桌面上一组图标也可以吗？此外，虽然我不愿意根据其花哨的外观来判断一个应用程序，但 Gimmie 的柔和色调与默认的 GNOME 设置严重冲突，更不用说我自己的颜色偏好了。

尽管如此，我对任何代表重新思考桌面（或计算的任何其他方面）的努力的应用程序都情有独钟。仅凭这一点就使 Gimmie 进入了我关注的面板应用程序列表。该应用程序仅为 0.2.3 版本，因此还有大量时间进行添加，正如该项目的待办事项列表所表明的那样。

Sussen

版本 0.35 的 Sussen 是另一个早期阶段的应用程序。它检查您系统上的安全问题，根据操作系统和特定于发行版的潜在问题定义（以 开放漏洞评估语言 编写）检查您当前的配置设置。您可以在 Web 浏览器中阅读结果。

您还可以从命令行运行扫描，并创建自己的定义和测试，前提是您具有专业知识。

为了完全有效，Sussen 需要两件事：一个愿意编写定义并使其保持最新的活跃社区，以及一个像 Bastille 那样的教育组件，以解释发现的任何问题的性质以及如何纠正它们。如果没有这两者，Sussen 不太可能流行起来，那将是令人遗憾的。任何将安全性放在桌面上的程序——桌面是当今为了方便（仿佛存在任何必要的冲突）而经常放松安全性的环境——都值得鼓励和成功。

Tomboy

在所有此处提到的应用程序中，Tomboy 给我的印象是最适合包含在面板中的应用程序。作为 GNOME 默认应用程序中找到的便利贴的替代品，并且比启动 Evolution 来写笔记方便得多，Tomboy 正在迅速成为桌面随机想法的中心。您可以轻微格式化笔记，链接到相关笔记或电子邮件，以及搜索笔记或通过 Tomboy 目录表找到它们。

还正在开发对链接到 Evolution 任务和待办事项列表以及约会日历以及文件和图像预览的支持。到 Tomboy 达到其完整版本时，它很可能成为 GNOME 应用程序之间必不可少的桥梁。

最终想法

看着这些应用程序，我想到了一些问题。

首先，虽然一些面板应用程序是用 Python 等语言编写的，但越来越多的应用程序使用 Mono。事实上，虽然 Mono 正在集成到 GNOME 中，但有时它的主要目的似乎是充当面板应用程序的脚本语言。然而，我不得不怀疑面板应用程序——顾名思义，它们很小并且功能有限——是否真的需要自己的语言。此外，Mono 的使用使得与早期版本的 GNOME 的向后兼容性不必要地充满了依赖性。

其次，越来越多的 GNOME 特定程序似乎被构想为面板应用程序。通常，这种选择是有道理的，就像 AllTray 这样的小程序或连接桌面上的程序的程序（如 Tomcat）。然而，其他程序，如 Sussen，提出了它们是否应该出现在面板上的问题。毕竟，安全检查多久运行一次？或者，就 Debian 和 Ubuntu 的 Update Manager 而言，为什么非 root 用户应该受到 Update Manager 频繁消息的干扰？无论程序本身可能多么有价值，都可能需要应用一些常识性指南，说明程序何时需要成为面板应用程序。如果程序不是基本实用程序或面板的自定义，那么它可能不应该在那里。我想知道面板应用程序激增的主要原因是否不是因为这种选择是确保集成到默认 GNOME 配置中的最快方法。

尽管如此，抛开这些点不谈，GNOME 面板应用程序仍然让我着迷。虽然它们通常范围很小，但它们暗示了新的工作流程和桌面概念，即使您决定不使用它们，也会隐含地挑战 GUI 计算的惯例。仅凭这一点，我希望当前面板应用程序的创造力爆发能够持续多年。

注意：显然，我几乎没有触及面板应用程序的主题。如果您有最喜欢的 GNOME 或 KDE 面板应用程序，请告诉我。如果我收到足够的建议，我将写一篇或两篇后续文章。

Bruce Byfield 是一位计算机记者，定期为 Linux Journal 和 NewsForge 以及 Linux.com 网站撰稿。