在Leopard系统中，Safari浏览器进化到了3.0版本。谈到Safari我们又要涉及苹果不那么光彩的历史：在2003年，苹果决定摆脱对微软IE的依赖，开发自己的浏览器，这也就是Safari项目。不过苹果并没有考虑从零开始开发网页渲染引擎，而是考虑借助开源社区的成果—最终苹果选中了KDE团队开发的KHTML引擎，该引擎原本是为KDE的Konqueror浏览器所开发。KDE团队一度为此欢欣鼓舞，他们认为苹果的参与有助于提升KDE的影响力，并且可以获得苹果开发力量的回馈。

在2003年6月份，Safari 1.0正式推出，它其实只是Konqueror的换外壳版本，苹果所作的就是在KHTML基础上重新套个外壳，其技术难度相当于在IE核心基础上开发的Maxthon。不过在此之后，苹果也对KHTML引擎进行改良，但苹果并没有信守承诺基于KDE开发、并将成果回馈给KDE社区，而是将自己的设计完全封闭，这种举动再度戏弄了KDE团队，在两年的纠葛之后，双方的矛盾也浮出水面：苹果对KHTML引擎进行大量的修改，并将修改版的KHTML重命名为WebCore，苹果认为这是它们自己的专利，不可能将改变的成果送给KHTML。KDE则对此感到愤慨，他们认为苹果的做法违背开源文化（事实上，苹果从来都是最为封闭的软件厂商，它也从来没有接受过“开源文化”）的精神，将开源成果窃为己有，完全不思回馈是非常卑劣的行为，但除了作一番口头上的谴责，KDE开发者与OpenDarwin开发者一样都无计可施，最终造成KHTML与Safari的迅速分手。

速度更快、功能更完善的Safari 3浏览器。

面对这些不利的指控，一些Safari工程师立刻声称苹果正在改善与KDE的关系，实践证明这又是一句空话。Safari在2005年5月通过了最严格的Acid2标准测试，但这些成果并没有被KHTML共享——当外界责问KHTML进行性能改善并通过测试时，KDE开发者作出了“可能永远也不会”的回答。到此为止，双方的关系降到了冰点，Safari与KDE所开发的是两种完全不同的KHTML，当苹果在KHTML的免费大餐助力下羽翼丰满时，KHTML就失去了利用价值，将它抛弃完全合乎苹果的商业逻辑。不过这项合作的失败并不会让KDE团队损失什么，Konqueror浏览器按部就班地升级，而伴随着QT4的推出，KDE团队随即发起野心勃勃的KDE4项目，KDE4定位为面向未来的桌面环境，它将在未来的几个月内推出—在该版本中，Konqueror也将升级到4.0。

尽管商业手段并不光彩，但苹果在Safari上花费的心血还是值得认可，从1.0、2.0到现在的3.0，Safari的变化相当之大。最新的Safari 3.0可以说达到比较完美的程度：第一、飞速浏览，Safari 3.0堪称速度最快的浏览器，加载页面的速度是Firefox 2.0的2.5倍、Opera 9的4.3倍，执行JavaScript的速度是Firefox 2.0的2.4倍和Opera9的2.3倍—尽管这些数据可能被苹果夸大其辞，但Safari 3.0仍是速度最快的浏览器产品；第二、精选标签功能，诸如Firefox 2.0、Opera 9和IE 7这样的浏览器都提供了标签浏览功能，彼此设计大同小异，Safari 3.0同样如此，但它做得更为人性化—用户可以直接拖放标签改变排放顺序，可以将多个窗口合并为一个窗口内的多个标签，另外Safari会根据你打开的页面数量调整标签的大小；用户甚至还可以为一组标签设置一个书签，也允许你在启动Safari时恢复上次关闭前的浏览标签。第三、内嵌PDF控制，Safari 3.0直接嵌入了PDF查看功能，用户可以在浏览器中查看/保存PDF、随意放大缩小显示或者在预览窗口中打开。尽管IE 7.0也能够做到这一点，但它要求用户事先安装Adobe Acrobat或者Reader阅读器，而且嵌入查看的方便性和响应速度都难如人意。第四、随意控制输入文本框大小，我们在浏览某些网页时总会遭遇文本输入框太小，不方便阅读的情况，Safari 3.0允许你通过鼠标拖放动作来调整大小，不过此时网页的显示比例也会相应变化——这一功能实际上相当于提供动态的网页缩放。第五、与Dashboard widget结合，Safari 3.0与Dashboard widget实现紧密的联系，用户可以将任何网站都制作成快速访问的Widget小工具，你所需要做的只是点击Safari中地址栏旁边的Web Clip按钮，并根据提示选择你想在Widget中显示的信息。