Live data from Hacker News

Keeping Safari a secret

donmelton.com

71–80 of 108 posts

Re: Keeping Safari a secret

#71
post #70

This blog is revealing more interesting tidbits from inside Apple than the official biographer of Steve Jobs. How sad is that?

Quite sad, but not honestly surprising. That was a biography made to be mainstream, to tell the general public how glorious Steve supposedly was.

Re: Keeping Safari a secret

#72
post #62
post #54

Earlier quoted context omitted.

Konqueror was by some distance the best browser available at the time (even today there is Konqueror 3.2 functionality that I can't find in anything else), and the fact that they were able to keep it that way with about 5 devs total spoke to the quality of the code.

Agree. I used KHTML (later known as Konqueror) as my primary browser (as a webdev!) since early days of KDE until I switched to Mac in 2006. Konqueror always felt right on KDE, just like Safari feels right on OS X (native feel, integration, etc). A little feature I still miss was that you could navigate up in URL hierarchy by alt+up, just like in file-browsing mode (not sure if it's still supported by today's Konquer…

Try command-clicking the Safari title bar sometime (when you're at a page with a URL that goes several levels deep) if you haven't before.

Re: Keeping Safari a secret

#73
post #62
post #54

Earlier quoted context omitted.

Konqueror was by some distance the best browser available at the time (even today there is Konqueror 3.2 functionality that I can't find in anything else), and the fact that they were able to keep it that way with about 5 devs total spoke to the quality of the code.

Agree. I used KHTML (later known as Konqueror) as my primary browser (as a webdev!) since early days of KDE until I switched to Mac in 2006. Konqueror always felt right on KDE, just like Safari feels right on OS X (native feel, integration, etc). A little feature I still miss was that you could navigate up in URL hierarchy by alt+up, just like in file-browsing mode (not sure if it's still supported by today's Konquer…

It's Ctrl(or Cmd)-Backspace in Opera.

Re: Keeping Safari a secret

#74

I distinctly remember how the web dev world (myself included) groaned at the prospect of supporting another rendering engine. Gecko was clearly the best browser at the time, and the choice of KHTML seemed bizarre, to say the least. Even the intention of Apple building it's own web browser seemed weird, Apple had failed at a previous homebrewed browser (Cyberdog), why not just build on top of what Mozilla had already…

I would love to claim the foresight of planning for the iPhone all along. Alas, that was not the case. :) For any of us. We built our own browser because we didn't want to depend on another company for a critical application. We built our own browser engine because we wanted to use the technology in more things than a browser. We built that engine small and fast because Bertrand Serlet would have shot me if I had don…

It is probably just the dumb luck of having started the same day as you and Maciej (and thus going through orientation at the same time), but it was completely obvious to me that you were building a browser team, at least once you stopped working on Mail.app bugs during the Puma crunch and he moved over to your team a few weeks later ;-)

To drive home Don's point about how secret Alexander was: I was given official access to Marklar months before Alexander. Since there was no Rosetta at that time the Intel builds of OS X had no bundled web browser (and porting Chimera or Mozilla were clearly nowhere on that team's priority list at the time, for obvious reasons). I was eventually given access to Alexander largely because I was doing enough Intel related work that it was necessary to have access to a browser on my Intel machines.

Re: Keeping Safari a secret

#75
post #67

Earlier quoted context omitted.

It might have been better at the time to use gecko, but apparently building a new rendering engine had enough advantages that Apple decided it was worth it. In hindsight, WebKit was the right call. It's powerful enough to run advanced desktop browsers, yet lightweight enough to power (almost) the entire mobile web.

I thought that WebKit was based upon KHTML. Was it different enough upon initial release that you would consider it "building a new rendering engine"?

I remember using KHTML back before Safari was out, and it was wayyy behind Firefox. I'd bet that KHTML was mostly just a sane starting point that needed a significant amount of work to complete with IE/Firefox.

Re: Keeping Safari a secret

#76
post #63

Earlier quoted context omitted.

>We built our own [map app] because we didn't want to depend on another company for a critical application. I believe, in retrospect, Apple's Maps.app will be considered in the same league as Safari. It may have had a rougher start than Safari, but I think it's a great program.

But it's different for maps, it's not the programming that was at fault, it's the cartographic data. And to continue the parallel, it would have probably been better for apple and everyone else if apple had just used the gecko engine for their browser.

> And to continue the parallel, it would have probably been better for apple and everyone else if apple had just used the gecko engine for their browser.

In what way?

WebKit seems to have enjoyed some success since then... since Chrome toppled both Internet Explorer and Firefox.

Re: Keeping Safari a secret

#77
Don, would you be willing to share a bit in future posts about how you grew the team, how you organised yourselves and how that changed over the course of the project? Also, what thought process did you go through in the decision of how much to include in V1.0 vs leave to later releases? As a team lead/product manager I'm always interested in hearing other people's experiences, and your experience and writing style put you in a better place than many to do that. It is the thought processes and the dynamics of interacting with others in an organisation that make software development stories interesting.

Re: Keeping Safari a secret

#80

I distinctly remember how the web dev world (myself included) groaned at the prospect of supporting another rendering engine. Gecko was clearly the best browser at the time, and the choice of KHTML seemed bizarre, to say the least. Even the intention of Apple building it's own web browser seemed weird, Apple had failed at a previous homebrewed browser (Cyberdog), why not just build on top of what Mozilla had already…

I suspect the reason for choosing KHTML over Gecko may have been more political than anything else. Since Mozilla was the dominant non-IE browser at the time, it would be hard to justify any fork to the community without meaningfully given back. For example, Apple could go off into a cave and add touch handling support with momentum scrolling and GPU acceleration, and the Mozilla community would be absolutely furious…

When Safari came out, I happened to just have looked at the Mozilla code. A significant part of the "scale of what Mozilla had" was due to the design decision to couple the major browser components using a home-grown (and, hence, included with the sources) clone of Microsoft's COM.

To make matters worse, unlike Microsoft's version, the Mozilla version needed to support multiple OSes and multiple compilers.

Because of that, I believe Apple's claim that the choice for KHTML was on technical grounds.

(I don't remember whether Mozilla already used XUL at the time. If so, that could have been another argument for choosing KHTML)

Post reply on HN