Live data from Hacker News

Camino browser reaches its end

caminobrowser.org

121–127 of 127 posts

Re: Camino browser reaches its end

#121
post #29
post #19

Earlier quoted context omitted.

They must be quite bad at it, because both their browsers are split into components that can easily be reused in competing products.

The whole reason Camino has been discontinued is that the components that make it easy to reuse Gecko in their competing product were removed from Gecko.

I'd like to see your source for that claim. At first glance it seems that popularity of Camino, both among its developers and its users, has been declining for years.

A big counter-example is Opera Software switching away from their own engine to WebKit/Blink.

Re: Camino browser reaches its end

#122
post #32
post #12

A shame the energy that went into Camino didn't go into MacFirefox.

It seems like XUL required ten times as much effort to get comparable results.

Fine, then make XUL better on Mac. But for the love of god, don't (obviously) waste so much precious energy on a (obvious) dead end.

Re: Camino browser reaches its end

#123
post #122
post #32

Earlier quoted context omitted.

It seems like XUL required ten times as much effort to get comparable results.

Fine, then make XUL better on Mac. But for the love of god, don't (obviously) waste so much precious energy on a (obvious) dead end.

XUL was only part of the problem. Camino's goal was to make a browser that was designed for the Mac. Firefox's goal (once running on the Mac was added after the fact) was to make a cross platform browser that ran on the Mac. That's not just about UI toolkits, it drives basic decisions.

Firefox doesn't use Keychain because cross-platform trumped integration. Its localization (a different download for every language, instead of one multi-language binary like every Mac app) is "wrong" for the same reason. It doesn't integrate with the Me card in Address Book for form fill data for the same reason. It makes you set your accept-language list manually instead of using the identical OS-level list for the same reason. The list, some small and some large, goes on, and it all adds up.

It affects UI behaviors too. I don't know if they eventually fixed it, but for a while closing the last window would quit the app, which is against the platform guidelines for a multi-window app, and was widely hated by Mac users. The justification was that it was consistent with Windows Firefox.

Those of us who chose to work on Camino in our free time did so because it was the product we wanted to build, and Mac Firefox was clearly never going to be no matter how much effort we might have put into it. You can call it a waste if you like, but I think you'd be hard pressed to find someone who worked on Camino who regrets the time they spent on it, or considers it a waste.

As for it being an "obvious dead end", until Gecko embedding was deprecated there was no reason Camino couldn't have continued indefinitely. How is developing software that many people still love and use a dead end? Not everyone in the world views dominating the market as the definition of success.

Re: Camino browser reaches its end

#124
post #29

Earlier quoted context omitted.

The whole reason Camino has been discontinued is that the components that make it easy to reuse Gecko in their competing product were removed from Gecko.

I'd like to see your source for that claim. At first glance it seems that popularity of Camino, both among its developers and its users, has been declining for years. A big counter-example is Opera Software switching away from their own engine to WebKit/Blink.

http://caminobrowser.org/blog/2011/#mozembedding

Opera has a paid staff of full-time engineers, which makes rewriting a browser on top of a new engine a lot more feasible.

You're right in that if Camino had the developer time it had in its heyday it might have made the jump and survived, but the end of Gecko embedding is what made it impossible for Camino to continue to be maintained indefinitely by one or two people.

Re: Camino browser reaches its end

#126
post #22

Earlier quoted context omitted.

Possibly because they had to please Apple AND Microsoft?

No. It's because MSIE for Windows wouldn't run on MacOS and they couldn't use Wine. (MSFT would never do that.)

I guess there's no reason for Microsoft to decouple their browser from their OS, I guess....

Re: Camino browser reaches its end

#127

Earlier quoted context omitted.

No. It's because MSIE for Windows wouldn't run on MacOS and they couldn't use Wine. (MSFT would never do that.)

Wine wouldn't have worked either since OSX was PowerPC based at the time.

That and the fact that wine only runs on *nix, so it'd require another compatibility layer to provide POSIX and BSD functionality under classic MacOS. OSX didn't even exist at the time IE for Mac was written. They'd also have to come up with a visual theme layer so they could at least pretend it's a Mac program, long before they introduced one in Windows. All of that still wouldn't get them menu bar support, though. In hindsight, I didn't think it through at all when I mentioned wine.

They do have MS-Office ports for Mac, so that product was probably written with much better separation of concerns.

Post reply on HN