Mozilla Looking to Forge Alliances with GNOME and Other Open Source Projects to Combat Longhorn
Tuesday April 6th, 2004
jgraham writes: "Brendan Eich has written an interesting post to the netscape.public.mozilla.seamonkey newsgroup outlining some of the plans being made to ensure that Mozilla technology remains useful and relevant in the future. Brendan sees Mozilla developing into an open cross-platform alternative to forthcoming Microsoft technologies such as XAML and is looking to collaborate with other open-source projects to make this happen." The GNOME project is mentioned explicitly. Brendan's message is part of a longer thread about the goals of mozilla.org.
#91 Re: First solve your home brewed problems.
Friday April 9th, 2004 11:52 AM
You are replying to this message
> Do you believe you can fight against Longhorn before solving the home brewed > problems first? Don't you think that there has to be some reasons why Apple > and KDE (Suse) choose kHTML instead of Geko?
You haven't understood what Brendan was saying. Microsoft has the power to turn the internet into a different thing where XAML is _the_ key technology for the new applications that are actually web pages. When this time has come, it does not matter anymore if khtml code is easier to understand, which renderer renders faster or whose browser's UI is cleaner. ALL browsers as we know them will be obsolete in this new world.
Mozilla alone already _has_ XUL, which is basically the same what XAML will be. Mozilla is already sort of an internet application framework as Longhorn will provide one. Mozilla has the advantage to be years ahead! But this framework is virtually not used (partly because not being very friendly to use) and not integrated with other projects. This is what Brendan is about and this is what needs lots of work to have only a slight chance of concurring with Microsoft.
Other browsers? Opera? KHTML? Forget them. Or tell me how they can provide a similar framework.
> IMO Mozilla has its chance to "stay in business" if it concentrates on what it can > and make corrections where it's needed.
Yes, and it is trying to. It already is a framework but has to be improved. Other browsers are not and therefore are not likely to stay in business. Users won't care if a old-fashioned browser renders pages faster as long as it does not render their web applications at all.
> So Geko has to be tweeked that it is on a similar level as kHTML, that is IMO the most critical path.
Define "level". Its speed is increased constantly, see <http://axolotl.mozilla.or…63&avg=1&days=700> It's size also. Just for comparison: Safari 1.0 was 4-5 MB smaller than Firebird builds last summer. Current Safari 1.2 is only 1.8 smaller than current Firefox nightlies (while being almost 1 MB larger than Safari 1.0). khtml has to catch up to Gecko (functionality-wise), not the other way. And doing so is not possible without getting bigger and bigger. Firefox downloads might even get smaller than Safari, maybe already during 2004. But as I said, this will not matter in a few years.