我希望这个问题符合规则。我不明白 Growl 的概念！实际上他们根本就没回答最基本的问题：我为什么需要 Growl？
我为什么要问这个问题？因为我认为大多数应用程序已经有通知功能，尤其是像 Pidgin 这样的 IM 消息程序！哈哈所以我感觉有点愚蠢和困惑，在我花费看似巨大的精力（似乎它是由 Nerds 使用 Mac 开发的......）来安装和配置它之前，我想了解为什么我需要额外的“一轮”通知（或替换内部通知？）？
我的意思是，它除了“美化”整个过程之外还能做什么？我不需要（伪）标准化的通知集，我不需要“自定义”我的通知以适应我的“桌面/Windows 主题”或诸如此类的东西，我只是需要一些真正能带来简单、基本、直接好处的东西！
所以问题是，Growl 能否实现这一目标 - 以及它为什么如此受欢迎？似乎有几个插件（需要？！），而我上次（不可否认已经尝试过！）在几年前在 Windows 上尝试 Growl 时，它不断崩溃并且根本无法正常工作，以至于我只能将其卸载。
顺便说一句，我正在使用 Win7 x64 Professional SP1，以防这也是一个问题。;)
提前感谢您的解释！
菲尔
答案1
<rant>
标准化通知系统是主要的好处。如果没有它，想要使用通知的程序不仅要重新发明轮子，而且还要这样做糟糕地，更不用说缺乏一致性了。有些会淡入淡出，有些会滑入（或者比世界上任何东西都慢），而有些则会直接弹出。如果两个程序都试图联系用户，它们的通知就会相互重叠。一些程序实际上很善良地使用 Windows 资源管理器提供的“气球弹出窗口”，但有多少网络浏览器或 IM 程序可以做到这一点？（零。）
我并不像某些人一样热衷于视觉享受，但如果我要整天被“Joe 的消息”和“下载完成”轰炸，我宁愿不看丑陋的弹出窗口和故障动画。（我还记得 MSN Messenger...）
（FWIW，Pidgin 没有任何开箱即用的通知，至少在 Linux 或 Windows 上不是。
Growl 和 libnotify 通过使用专用程序显示通知、管理其样式、定位和堆叠来解决此问题。这可使界面与整个桌面环境更加集成。（我不是在谈论可定制性：Ubuntu 的通知OSD没有提供任何选项根本–它只是完成它的工作。）
由于通知守护程序是一个单独的程序，因此可以轻松替换它。特别是在 Linux 上：GNOME 2 有notification-daemon，Ubuntu 有通知OSD，GNOME 3 将其作为 GNOME Shell 的一部分。它们都与整体用户界面相匹配。当然，Growl 通知看起来也像真正的 OS X 通知。
此外，这对程序员来说也更容易——他需要做的就是发出一个库调用，让通知服务器处理其余的事情。不再需要重复打开美化窗口、处理多个通知或找到正确的角落的代码。更少的代码重复=更少的错误。（Windows 的任务栏在底部，但许多人更喜欢它在顶部或侧面，通知应该遵循“系统托盘”/“通知图标区域”。）我甚至可以使用libnotify，irssi一个纯粹的基于终端程序，仅用四行 Perl 代码。（Growl 另加四行。）
总结：1）程序间的整体一致性；2）与桌面环境的集成性更好。3）更加美观。
</>