通向KDE4之路（三）：完全的Mac OS X撑持

 Troy Unrau

当然KDE的打算在Linux，FreeBSD以及其它UNIX/X11平台上均可乐成移植，但这并不透露表现它在其它平台上就没有冲破。奇趣公司在GPL协议之下颁布了面向Mac，Windows以致是嵌入式平台上的Qt新版本——Qt4。Qt是KDE开发的根底，是以KDE此刻也失失了在这些平台上的原生撑持。来日诰日我主要讲的是KDE/Mac的开发状况。上面是详尽内容。

在我陈诉之前，我想先计议几个KDE必将面临的一些了局。在KDE3中，KDE这个术语指的是K桌面情况（Kwin，Kicker，kdesktop等），由此当它面向Mac OS X的版本中不再泛起这些组件时它另有来由被称为“KDE”吗？年夜要KDE是指这整个项目，按这种说法，无论Konqueror能否运转于Mac，Windows年夜要Enlightenment等平台，它都可被称为一个“KDE法式”。

有一些关于KDE4的了局已被计议过了。计议的效果是“KDE”就像一把年夜伞，它包孕KDE的一切东西。也就是说KDE运用法式，KDE开发情况（库以及手艺），KDE使命空间（由KWin，Plasma等构成），这三个主要局部构成了KDE软件。当我们谈及KDE时，它所指的就是一切。

这种说法也经管了一些有着独立颁布功夫表的软件所带来的了局。歧Amarok有一个与KDE不同的功夫表，于是有一些人就不把它看作是KDE全体的一局部。在KDE4中的Amarok清晰地被标为是一个可限制性运转于某桌面情况中的“KDE法式”，而不存在任何的隐晦。在KDE4中，当然Amarok有独立的开发周期，但它仍是一个KDE产物。正如Amarok的某席开发者Mark Kretschmann所说的，“如果Amarok使得更多的用户去运用KDE手艺的话，那就很抱负了。如果有人在其它平台上如GNOME或Mac上运用它的话，对我们来说也不错。”

本文说的彩色运转于于X11平台上的KDE，所以我们需要先将KDE/X11与KDE/Mac区分一下。在讯问了一些开发者后，我回收这种说法：KDE/X11指的是一切KDE法式运转于X11上，开发情况搭建在X11上，KDE使命空间也在X11上。异样的，KDE/Mac是指KDE法式运转于Mac上，KDE开发情况搭建在Mac上，而KDE使命空间则不存在于Mac上，这里没有包孕它。以上说法异样合用于Windows平台。但是必须晓得的是这些所谓的区别仅仅在于平台不同，最主要的是KDE源代码是雷同的，并没有为某个平台将代码树分开。不存在分支年夜要异常的端口。

新的KDE开发情况手艺如Phonon和Solid可使移植变的轻松，因为与平台的整合使命孕育发生在库的程度上。KDE法式的开发不必太在意操作平台的不同。

什么是KDE/Mac？

KDE/Mac是可原生运转于Mac操作琐细上的KDE法式的群集，包孕使这些KDE法式使命的底层手艺，库等。KDE/X11与KDE/Mac只需稍微的不同。最年夜的不同是KDE使命空间如KWin和Plasma等不会在Mac上泛起。启事是KWin和Plasma的听从在OS X琐细中曾经存在，强行地在Mac琐细上完成它们会构成KDE法式与其它Mac法式不克不及很好的整合在一同。是以KDE就没有把KDE/X11移植到Mac中去了。

在KDE打算之初就思索到KDE法式与其它UNIX桌面情况（早期是指Window Maker，厥后是GNOME和Enlightenment）共存的了局。KDE法式用的是共享的范例（如FreeDesktop.org的效果），可共享剪贴板数据、琐细托盘，所以与其它平台的兼容了局较少。而此刻因为Qt4所带来的高度可移植性，在如Mac等非X11情况中KDE的兼容性也很好。

KDE法式过来就能运转于Mac平台上，它可运用苹果公司建立在OS X琐细上的X11效劳层，但因为KDE依然运用Qt/X11，所以这些法式看起来与运转在通俗X11平台上的样子差未几。实际上它们能优良的运转，Fink项目的精彩效果功弗成没。如果您有爱幸而OS X琐细运转其它UNIX法式的话，去看看Fink项目吧。

（其实也存在一个Qt/Mac的自由软件版本可以在Mac平台上运用KDE 3.x系列的法式，但因为稳固性的启事，凡是仍是运用包孕Fink手艺的KDE/X11。）

上面是一张用Fink手艺将KDE3.5运转于Mac琐细的截图。

因为建立在Qt/X11平台上，这整个KDE情况都可以运转。但可显着的发明KDE与Mac琐细没什么和谐性，就如同是在一个屏幕上运转了两个完全不同的计算机琐细。

KDE4则在移植使命中取得了弘年夜的提高，这很年夜局部要归功于Qt4，另有基于CMake的新的KDE构建琐细。在“KDE on Mac OS X”网站上KDE/Mac法式的.dmg文件已作为一个范例颁布包提供下载。多亏了KDE/Mac项目的头Benjamin Reed，KDE开发快照版可以很轻易地运转在Mac平台上。请拜访irc.freenode.org的#kde-darwin频道辅佐报告和处理了局。此刻KDE4还远没到可颁布的程度，它还很可能崩溃。

已下载的软件包被翻开并被安设之后，KDE/Mac法式可以运用OS X的Finder运转，如下：

从上图可以看到年夜量的KDE法式已可以Mac上运用。因为这仍是一个开发中的版本，有些法式很轻易崩溃（就像运用SSL的法式）另有些东西看起来很艳丽。在这点上，目前运转于X11上的KDE4也是异样的，希望KDE4的开发可以在这两点可以同时改善。

在移植的同时，一些异常主要的使命也孕育发生在KDE/Mac的整合中。歧，剪贴板，键盘快捷键，其它语言输出等。另有鼠标拖放依然很粗拙。KDE/Mac的开发者们需要任何看法KDE和Mac手艺的同伴来辅佐他们经管多么的小了局。

这就是你们所守候的：在截图中人人都看到了目前KDE4移植使命的逗留状况。Mac用户对个中的一些法式也是赞赏有加。

因为我们运用SVG手艺，我就先贴一张在Mac平台上的SVG截图。上面是Shisen Sho，这是一个板块游戏。Shisen Sho与KMahjongg共享了SVG板块。这个游戏在Mac上看起来很漂亮，作风也很不同。

上周有人问起KOffice能否也撑持其它平台。我此刻可以舒畅地报告你们，KWord，KSpread以及KOffice的其它组件在KDE/Mac上运转的很好。我在上周测试了开发中的KOffice2，KWord与它在KDE/X11中的版本运转的一样好。同时我还运转了其它一些KOffice法式看它们能否使命。上面是一张运转于Mac琐细上的KSpread导游及KDE4文件对话框的截图。

还请详尽下KSpread图标在OS X底栏上的表现。它可不像运转于Fink手艺上的KDE那样（在桌面左方会泛起一个KDE边栏，可调置为自动躲藏。已运转的法式图标表目前边栏上。）

当然可能有人会问：Konqueror能运转吗？谜底是可以。KDE4版本的Konqueror主如果KDE3.5中的Konqueror的移植使命，但厥后端库如KHTML渲染引擎和Javascript撑持都失失了年夜量的改善。在Mac上，因为Qt4完成的OS X作风，我们运用的是当中的标签浏览，如下：

Mac自称是图形与多媒体法式第一平台。但此快照版中没有找到KDE图形包，所以我就不克不及抓张图出来看看了。

但education包里的小法式仍是可以让Mac体现一点矛头的。上面是包孕在KDE-Edu项目中的两个优良的法式：Kalzium和KStars。在KDE-Edu项目中的新特征容我今后引见。此刻仍是让我们看看KDE/Mac中的这两个雄壮而又听从齐备的法式。

图片就贴到这里了，当KDE运转于其它平台时，就总会泛起一些其它了局的。

当我思索这篇文章的时分，我碰着良多人，它们反对在一个非自由平台上运转KDE法式。他们在IRC上体现多么的情绪“无论何时你在一个非自由的平台上运转自由软件，天主就会杀去世一只小动物。以致会杀去世一只灵巧的小动物。”

但KDE有其撑持其它平台的好来由：吸引开发者，鼓动勉励互操作性以及构成范例。世界上有年夜量的Mac和Windows的开发者，撑持了Mac和Windows就可以使年夜量的法式利用KDE手艺。撑持其它平台使KDE手艺受益的最好例子是KHTML/WebKit。目前世界上有良多用户运用基于KHTML的搜集浏览器，各网站不得不提高他们与范例的兼容性，这就意味着更多的网站运用Konqueror。异样的事也将会孕育发生，如KOffice之与OpenDocument名目，Kontact之与自由软件组件琐细，这都将是双赢的。

(yuanjiayj)



版权声明： 原创作品，允许转载，转载时请务必以超链接门径标明文章 原始来由 、作者信息和本声明。否则将追究法律责任。