使用Portland改善Linux桌面移植性

Portland 是个新的开源项目，它承诺要帮助 Linux® 应用程序在多种桌面环境中运行，包括 Gnome 和 KDE，从而简化 Linux® 应用程序的部署和商业化。虽然该技术仍很年轻，

但现在已经可以使用 Portland 了，并且它看上去正在不断快速改进。现在开始使用 Portland 1.0 中的 XdgUtils 工具集。
在构建桌面 Linux 应用程序的开发计划时，可能需要适当考虑到底针对哪个桌面 环境（DE）进行开发。Gnome 还是 KDE？当然可能还有其他的桌面。

但是如果只考虑一种桌面环境，那么应用程序的销售可能不会长久，以 Portland 项目 为例。

Portland 项目

首先介绍一些背景知识。Portland 项目是为了解决一些恼人的问题，这些问题将在软件开发人员编写易于移植到所有 Linux 发行包中打包的各种桌面环境（DE）时制造麻烦。具

体来说，Portland 的目标是提供一套开发人员可编写的通用 API，从而使应用程序无需考虑桌面环境。

该项目第一个也是目前实现的阶段 Portland 1.0，名为 XdgUtils，它是一些实用程序的捆绑，应用程序可以用它在现有的桌面环境上运行。第二个阶段 Portland 2.0 的计划包

含基于 D-Bus 接口的面向服务的进程间通信机制。

虽然 XFCE、GNUStep 和 MacOS X 也在未来的考虑之中，但 Portland 目前只支持 KDE 和 Gnome。

在本文中，将开始使用 Portland 的 XdgUtils 部分，还将了解 Portland 的设计如何反映其更广泛的目标。

请看清单 1，它显示了 xdg-email 实用程序的用法：

清单 1. xdg-email 的示例用法
# This invocation is valid for all desktop
# environments and any e-mail client a user
# may prefer.
xdg-email --cc $COLLEAGUE --bcc $SELF \
   --subject "Problem report" \
   --body "This is a semi-automated fault report.  You
          can edit this e-mail before sending it.
          Note that the problem log is automatically
          attached." \
   --attach $LOG errors@$OUR_HOME

看到其中发生的变化了吗？这一个命令就替代了为适应诸如 Firefox、elm、/bin/mail、Opera 等等众多电子邮件客户机而需要实现的数页脚本。

为了更容易理解和全面应用这类命令，这里介绍一些背景：桌面环境包含 窗口管理器、图标、工具栏、应用程序、墙纸、功能（包括拖放）和构成桌面计算机用户即时体验的独特

外观和感受。常见的桌面环境有 Gnome、KDE、XPde、ALDE、Xfce 及其他。您希望您的程序在自己和客户或同事使用的桌面环境上看起来很 “自然”，而且运作良好：剪切和粘贴

应当立即发生，颜色调色板不会损坏客户的屏幕，应用程序的正确安装应当显示在桌面应用程序选择菜单中合理的位置。

一直到最近，实现这些目标的可靠方式还是使用和熟悉特定桌面环境的规范 —— 例如 KDE —— 然后请教专家或者重新学习每一种其他桌面环境要求的规范。在这个级别上，重

点很少是实现特殊的功能或者用复杂的方式移植应用程序；原则上讲，正确安装的 Linux 应用程序应该能用任何桌面环境的窗口管理器显示。只有安装中更精细的细则，包括必要

的库的位置以及一些较小的图形修饰，才会区别不同的桌面环境。

但是，如果不只是为自己和少数程序员开发应用程序，而是要开发广泛发行的商业产品，那么正确了解这些细节是必需的。请注意，我没有研究最终用户将看到的生动的显示效果

：Portland 并不解决 GUI 主题的 “花俏”，或者阴影效果又或者虚拟文件系统创新。Portland 只是帮助开发人员的代码在进行安装和部署自动 化时，呈现更合理的界面。