两年前，苹果公司选择开源编译引擎KHTML做为Safari浏览器的基础。而现在，苹果称由于存在兼容性冲突，准备停止使用这种开源代码而转用自己的源代码。
在CNET News.com见到的一份电子邮件中，苹果公司Safari浏览器的一名高级开发者称，KHTML曾是Safari浏览器的核心编译引擎，现在公司准备弃用KHTML代码基础（树），而使用苹果的WebCore。最初，KHTML代码用于KDE（K桌面环境）上层，是Linux和Unix系统的界面。
苹果公司的工程师MaciejStachowiak在5月5日的一份电邮中称：“最终，你可能要考虑的是，把WebCore回接到KDF上，然后把变更部分整合进去。自从两种树出现差异后，苹果自己的树状图产生了更多的改变。虽然两者都有相当实用的变革，但我们愿意以开放的态度让我们的树状图可以跨平台使用。”
新闻内容
最新消息：
使用Safari网络浏览器两年后，苹果宣布抛弃开源编译引擎KHTML，使用自己的代码。
概要：
两年前，KHTML开发者称苹果是白衣骑士；而现在，他们称和苹果的合作是一次“痛苦的失败”。
KHTML开发者称，他们不愿意接受这种改变。苹果这样做是在试图压制KHTML原构造者中的不满情绪。两年前，KHTML开发者称苹果是白衣骑士，而现在，他们称和苹果的合作是一次“痛苦的失败”。
这场冲突的发生具有象征意义，开发人员长期以来抱怨苹果公司喜欢取自开源社群，但却不太愿意回馈，这也是业界认为许多企业拥护开放原始码后最容易碰上的问题。
苹果拒绝对此篇报导发表意见。但Safari的工程师David Hyatt坦承他在自己的网志中对KDE的抱怨，并解释最近修补程序的范围，以及建议要改善苹果与KDE的关系。
“我所贴出的修补程序，…不只有KHTML的。”Hyatt 写道。“你以为苹果在这方面还能作得更好吗？”
之后双方阵营在公共邮件表与网志上你来我往，最后，苹果的Stachowiak在电邮中建议KHTML组织干脆从WebCore从头做起。
KDE表示，对苹果的抱怨酝酿已久，并且把一些紧张关系归咎于公司与志愿编码者之间优先级的不一致。
“企业在某些方面受到限制，而开放原始码社群以不受限制为傲。”软件顾问兼KDE开发者及开源团体的发言人George Staikos表示。“苹果自己内部有些问题搞不定，根本衔接不上KDE开发KHTML的模式，导致KHTML与Safari逐渐产生分歧，后来情况则越来越严重。”
分歧的结果，也证明了Safari要回头贡献KHTML并不容易，这也让开放源代码在企业赞助成果的计划中处于不利形势。
“企业在某些方面受到限制，而开放原始码社群以不受限制为傲。”
------ George Staikos，KDE开发者
几周前苹果宣告Safari通过了Acid2标准兼容测试，也让这个问题更加激化。被问到KHTML何时才能改进并通过这个测试时，KDE开发者Zack Rusin回答：“大概是不可能。”
开发者认为，Safari与KHTLM的分道扬镳造成了苹果与KDE之间的决裂。
“在某种程度上，我们应用于KHTML的开放源代码理想，跟苹果的商业作法在后来已经走上不同的道路，”Rusin在写给苹果Hyatt的公开信里表示。“现在这个时候，我们有两个完全不一样的独立团体在开发两种完全不一样的KHTLM版本。两边井水不犯河水。”
两年前大家认为苹果为KHTML带来新气象。选择KHTML被认为是肯定了KDE在开发小型、快速浏览器引擎上的成就，同时也代表着对开放源代码竞争对手Mozilla（Firefox的前身）的重大胜利。
“这是对所有KDE计画成员的努力，给予很大的肯定，并证明了自由软件的概念完全有能力成为像苹果这样的计算机硬件及软件厂商的首选。”2003年1月苹果宣布这项选择时，KDE工程师HarriPorten如此表示。
“在这种情况下，开源发展模式简单的失败了。它无法跟上商业发展的步伐，生产出更慢、更多漏洞、兼容能力更差的产品。”
----Sam Kass
加入讨论
