为 Bluecurve 欢呼
Red Hat 8.0 在发布后立即引起了广泛关注，撇开每个 .0 版本通常存在的粗糙之处不谈。其中大部分关注来自于 Bluecurve 桌面以及 RH 对标准 KDE 所做的更改（对于那些关心的人来说，Red Hat 实际所做更改的一个良好但部分的总结可在此处获取）。
Red Hat 有充分的理由创建这样的界面，除了不可避免的实现错误。然而，甚至在发布之前，KDE 开发者 Bernhard “Bero” Rosenkraenzer 就离开了 Red Hat，声称 KDE 在该发行版中被削弱了。自从发布以来，许多 GNOME 和 KDE 粉丝都在尖叫，因为这个无法识别的、冒犯性的、混合的 GUI。摘录自这篇帖子很好地总结了他们的感受
你看到的既不是 Gnome 也不是 KDE 在 RH 8 中！实际上有点滑稽……我认为……Redhat 通过 RH 8 对[我们]所有人造成了巨大的损害。
就我个人而言，我很高兴 Red Hat 将这两个环境融合在一起。即使没有别的，这也可以成为一个极好的机会，让我们意识到，如果假设 KDE 和 GNOME 本身在首位并不是真正必要和重要的，那么也可以构建出功能良好、外观不错的桌面界面。
在本文的其余部分，我将简单地将它们称为 K/G。
早在 1996 年和 1997 年，作为一名自由桌面用户，我错过了一些基本的东西——今天我仍然错过了它们。
使剪切和粘贴选项始终在窗口之间工作。
系统范围的 Unicode，而不是 n 种不同的欧元符号解决方案。
一个标准的、集中的字体管理系统，用于显示和打印。
一种在不同应用程序之间轻松定义相同热键的方法。
为最终用户编写的文档，而不是为调试程序的人员编写的文档。
当然，K/G 已经慢慢添加了这些选项中的一些。但我忍不住问自己，这些改变是否是偶然发生的，当他们做一些更愚蠢的事情时，并且（至少最初）把性能抛到九霄云外（双关语）。
我本希望看到，这里才是真正的问题所在，程序员们努力提供一条路径，沿着这条路径，所有现有的应用程序都可以独立地发展，这样程序员就可以减少工作，最终用户可以选择任何程序组合，这些程序组合保持性能、集成和上面列出的用户空间功能。
相反，K/G [在他们的开发过程中]所说和所做的听起来很像“让我们把现有的应用程序扔掉，即使它们非常出色，让每个人都开始使用我们的程序”。一个世界，一个网络，一套（窗口）——这似曾相识。
我同意，如果没有 K/G，Linux 截图看起来就像许多不同事物的混合体——那些并不真正想彼此靠近的事物。这一点在这条消息中提出，并在相关的线程中进行了扩展。
初学者可能确实会更容易，例如，如果文件打开对话框和其他组件在任何应用程序中始终相同。尽管如此，我仍然认为整个“一种外观和感觉”的口头禅被严重高估了。我进一步认为，从窗口开始走向桌面集成是错误的方向。
首先，自由软件之所以成功，是因为它在顾问们创造这个口号的几十年前就开始做“最佳应用”的事情，这样他们就可以将企业级、面向流程、Dilbert-R-Us、业务“解决方案”的价格抬高。现在一些以 KDE 为中心的发行版正在提议将 Mozilla 作为标准的默认浏览器。很好，继续前进：我个人可能不同意，但我喜欢开放、务实的思想。
KOffice 正在努力成为一个免费的 FrameMaker，具有完全集成的电子表格和演示功能。成为我桌面/WYSIWIG 出版理念的终极解决方案是我使用它的原因，与 mutt 和 The GIMP 并排使用——而不是因为它浏览本地文件夹看起来就像 Konqueror。
开发工作呢？Mike Harris 最近指出，Red Hat 仍然被迫花费大量精力来使 OpenOffice、K/G、Mozilla、X 和字体共存，我看不出其他发行版在这方面应该有何不同。说到字体，Mike 帮助我们理解了为什么抱怨 Bluecurve 主题本身是毫无意义的
Red Hat Linux 8.0 中的 GNOME 和 KDE 版本都使用了 Keith Packard 的 Xft2 和 fontconfig，这两者现在都是 XFree86 的核心部分，并且从现在开始，将成为在_所有_使用 X 的 Linux 发行版中完成字体的方式。
Keith 在创建这项技术方面做得非常出色，我们非常高兴能在 Red Hat Linux 8.0 中使用它，并最终将 X11 从 1980 年代中解放出来。
多年来，我一直不为任何 K/G 以及现在的 Bluecurve 运动而失眠，因为我假设真正有用和灵活的桌面集成的唯一有意义的道路是我所说的“路径”。几周前，我在 Havoc Pennington 的一条消息中找到了相同的概念。由于他用软件工程术语清楚地表达了这个想法，并且因为它让我非常高兴看到真正的专家同意可怜用户的实际需求，我将直接引用 Havoc 的话
应用程序和运行时环境之间的交互确实需要通过文档化的、独立于工具包的协议和文件格式进行……从工程的角度来看，文档化的、长期支持的协议才是正确的方向，而不是更多临时的和依赖于实现的解决方案。
停止困扰 K/G、Bluecurve 和诸如此类的东西的最后一个也是更重要的原因是，我称之为“迁移错误”。请让我们结束这场桌面环境的争吵，并认识到，认为通过某人说“嘿，拿走这个，它看起来和感觉就像 Windows”就能将 Windows 用户从奴役中解放出来，是多么徒劳的想法。最后一点已经被过度强调，在太多地方。
“我如何替换 Microsoft Access”这个问题每隔一周就会出现在 OpenOffice.org 邮件列表中。每次重新出现时，都会有人好心地建议一堆解决方案，通常是基于 MySQL 的。然而，几乎总是，没有人——从最初的发帖者开始——理解真正被问到的是什么。他们不是在寻找“一个稳定、强大且免许可证的 DBMS，它也或多或少具有与 Access 相同的按钮”，而是在寻找“任何东西，甚至是基于文本的，只要它能完美地读取十年以来的客户订单”。
Windows 用户（尤其是企业用户）坚持使用 Windows 不是因为他们无法忍受不同的界面，而是因为他们很难转换专有格式的 TB 级文档。这才是真正的问题。
对于那些不受数据兼容性束缚，而只是受鼠标和开始面板成瘾的 Microsoft 用户，给他们（和你们自己）一个喘息的机会。他们根本不在乎 K/G。他们想看到窗口，任何窗口，这样他们就可以一路点击。任何帮助他们离开封闭平台和格式的东西都是好的。在最初的 30 分钟后，他们甚至不会注意到他们的手指是单击还是双击。你为什么要呢？
Marco Fioretti 是一位硬件系统工程师，对自由软件作为 EDA 平台以及（作为 RULE 项目的现任领导者）作为高效桌面都感兴趣。Marco 与家人住在意大利罗马。
电子邮件：linuxdesk@inwind.it
