Camino 1.5 Released for Mac OS X
Tuesday June 5th, 2007
Camino, the Mozilla-based native Mac OS X browser, has reached version 1.5. Camino 1.5 is built on the core Gecko 1.8.1 platform, which also powers Mozilla Firefox 2 and SeaMonkey 1.1.
New features in Camino 1.5 include RSS/Atom feed detection, spell checking in form fields, window/tab session saving and a single window mode. This latest version also improves the popup blocker user interface and lets users block Flash movies until they choose to play them or disable all plug-ins. In addition, it offers compatibility with Keychain entries created by Safari. The Camino features page has more details about these improvements and the other enhancements introduced in this release.
The Camino 1.5 Release Notes have more information about the browser upgrade. Two versions are available for download: a US English edition and a multilingual edition with support for fourteen different languages. While Camino 1.0 supported Mac OS X 10.2 Jaguar and above, the 1.5 release requires at least Mac OS X 10.3 Panther.
For much of its development life, the version number assigned to the first major post-1.0 release of Camino was expected to be 1.1. However, lead Camino developer Mike Pinkerton announced the name change to Camino 1.5 last month, stating that the large number of changes justified a version number bump.
I am developer. Is there any way to compile Camino in linux and run it from linux.
No, Camino is a Mac-only browser and links with Mac OS X-specific frameworks.
#2 Correct me if I'm wrong, but...
Thursday June 7th, 2007 11:50 AM
Nice photos on your site by the way! :)
Now correct me if I'm wrong, but Camino is basically the Gecko Rendering Engine (for webpages) and it is using CoaCoa (I may have spelt that wrong), which is the Mac's native widgets, to render the GUI elements, am I correct? So this would be like on Windows where they've used the Gecko Engine and the Window widgets to produce K-Meleon (a former project upon which I've worked personally).
If this is indeed the case here then Linux would already have two such browsers using the GRE but are based upon "Linux widgets" (GTK, though would be neat to see one on Qt other than Konqueror/Opera, which use their own rendering engines), and these browsers of which I speak would be "Epiphany"---still under active development---and "Galeon", whose development I'm unsure of at this moment. Anyone know?
So what you'd be doing Veerkumar, for all intents and purposes, would be "re-inventing the wheel" for the 3rd time, wouldn't you? Unless, of course, as I'd stated parenthetically above, you were to base the browser upon the Qt GUI set. I don't know if even that would be advisable at the moment where Qt is going through a "state-of-flux" so to speak, where Qt3 is soon to be replaced by Qt4, if I've understood the situation accurately at any rate. (And I may note have.)
I hope this has helped some? I'd still like to see a Qt/GRE browser though if this is what you were thinking of? I think that would be an excellent idea, especially where KDE can be so well themed and moulded (and I'm thinking of the beauty of QtCurve here!).
Well, Veera Kumar has asked one 'duh, obviously, no you can't' question, so let me join them by asking a second :)
Is it possible that Firefox could adopt per-platform mechanisms for passwords too? TBH I don't care too much if they are compatible with Safari but using Keychain would seem sensible...