Mozilla-project gooit het roer om

Op Slashdot is te lezen dat het Mozilla project een nieuwe roadmap heeft gepubliceerd, welke enkele flinke veranderingen aan het project omvat. Het Mozilla project voorziet in een cross-platform application-framework wat oorspronkelijk gebaseerd is op de Netscape browser. In de uitgebreide roadmap is te lezen dat een groot deel van de code zal worden vernieuwd met als doel de grootte van de browsersuite te verkleinen en de snelheid te verbeteren. De opvallendste verandering is wel dat de browser-component wordt vervangen door het kleine en snelle Phoenix. Dit laatste project is een tijd terug begonnen met als doel een kleine en snelle browser te ontwikkelen op basis van de Gecko-engine (het renderingcomponent van Mozilla) maar wel de cross-platform eigenschappen te behouden.

In de roadmap is te lezen dat de ontwikkelaars het tijd vinden om een flinke reorganisatie door te voeren. De eerste stabiele versie, Mozilla 1.0, is ruim 9 maanden oud. Sinsdien zijn er uiteraard verbeteringen doorgevoerd, echter was dit op basis van kleine uitbreidingen en verbeteringen. De ontwikkelaars zijn van mening dat, om de browser significant te verbeteren, het nodig is in één klap veel te veranderen. Voor dat dit daardwerkelijk zal gebeuren zal er echter eerst een nieuwe stabiele versie verschijnen. Dit zal versie 1.4 zijn en zal versie 1.0 aflossen als basis voor verdere ontwikkeling door derden. Van deze versie is onlangs de eerste alpha-release verschenen.

De grote metamorfose zal plaats vinden in versies 1.5 en 1.6. Het browser-component zal dus vervangen worden door Phoenix. Deze browser is ontwikkeld op basis van een andere toolkit dan het originele Mozilla en moet tot op heden een bijpassende mail-client missen. Dit zal worden opgelost door het project Minotaur aan te passen, zodat het geschikt is om bij Phoenix te gebruiken. Hiervoor zal Minotaur dezelfde toolkit gaan gebruiken als Phoenix. Eén van de zwakke punten van het huidige Mozilla is volgens de ontwikkelaars de vergaande integratie van de diverse componenten (Mail, News, Chat e.d.). In de toekomst zal Mozilla daarom gaan bestaan uit losse applicaties die uiteraard wel goed samen kunnen werken. De mail-client wordt dus, evenals de browser, een stand-alone applicatie. Wat er met Composer, Calender en ChatZilla - drie andere belangrijke onderdelen van het huidige Mozilla - gaat gebeuren is nog niet duidelijk. Ze zullen in iedergeval onderdeel uit blijven maken van het project, alleen men weet nog niet of deze op basis van de Phoenix-toolkit zal worden, of in de huidige vorm.

Samen met de nieuwe plannen wordt ook de organisatie verbeterd. Volgens de schrijver van de roadmap zijn er voor bepaalde componenten van Mozilla geen duidelijke leidinggevende. Dit zal in de toekomst veranderen, waardoor alle onderdelen stabiel en up-to-date blijven. Deze laatste punten beleken in het verleden namelijk lastig te realiseren. Ook moet er meer op kwaliteit en minder op kwantiteit worden gelet, aldus de ontwikkelaars. Men moet niet iets willen verbeteren of toevoegen door simpelweg nieuwe code te schrijven, maar eerst kijken of de huidige code kan worden aangepast of geoptimaliseerd, zodat de 'footprint' van Mozilla bescheiden blijft. De eerste alpha-versie van Mozilla 1.5 moet medio juni verschijnen:

There are currently two major classes of applications being built using Mozilla's technology. The first class of applications are embedding applications. They use Mozilla's layout engine, but write their own code for user interface features that exists outside of the laid-out HTML or XML document view. The second class of applications are toolkit applications. They are built on top of Mozilla itself and designed to be cross-platform. The user interface elements are defined in XUL and rendered by Gecko itself.

[...] The idea is to move from the over-integrated application suite to simpler toolkit applications, to remove more advanced functionality from the default configurations, but to provide robust tools for building your own browser by layering those extensions that you want to use on top of the base. In an attempt to avoid an explosion of unique builds that have to be supported by mozilla.org, we will likely ship with all of the popular extensions installed but disabled, so that they can be easily turned on by those who wish to use them, and uninstalled by those who don't.

Reacties (45)

[Alex]

Voor de Phoenix gebruikers onder ons is dit een hele opsteker. Omdat ik een aantal pc's draai die het zware Mozilla niet goed aankunnen gebruik ik eigenlijk overal Phoenix met een enkele keer IE omdat er nog steeds erg veel baggere sites zijn . Mozilla kan na deze herbouw wel goed gaan concurreren met de 'grote' browsers .

De code toevoegingen van Phoenix zouden het erg stabiel moeten maken. Overigens heet project Phoenix vanaf versie 0.6(geplanned voor april 2003) niet meer Phoenix maar waarschijnlijk Gendale... De Roadmap van Phoenix is nog niet aangepast aan het nieuwe gebeuren maar zal wel snel gebeuren.

[leuk_he]

meer Phoenix maar waarschijnlijk Gendale...

En dit omdat omdat een zekere maker van het phoenix bios bezwaar maakte.

Is het al opgevallen dat standaard de vuurspuwende draak (mozilla) verdwenen is van het opstart scherm. Juist, daar heeft de maker van de film godzilla bezwaar tegen gemaakt.

[Little Penguin]

Hm, ik denk eerder dat dit een wens was van de ontwikkelaars zelf dan dat men dit moest doen.

Overigens als je een bestand 'mozilla.bmp' naast de mozilla.exe zet, dan neemt'ie dat plaatje als splash.

[Anoniem: 11125]

Dat kan jij wel denken, maar het is niet zo. Als je de moeite had genomen om je in de materie te verdiepen op http://www.mozillazine.org/forums/ , dan had je dat geweten.

[Grauw]

Er, als je een iets preciezere (diepere, naar een specifiek topic verwijzende) link zou geven dan konden andere mensen ook daadwerkelijk zien waar je het over hebt, en controleren of wat je zegt klopt.

Op deze manier verwijzingen doen draagt niet erg bij aan de geloofwaardigheid, en ik heb eerlijk gezegd geen flauw idee wat je ermee wil zeggen. Klopt het stukje over 'mozilla.bmp' naast de .exe zetten nou niet, of heb je het over de wens van de ontwikkelaars? Uiteraard ga ik niet de moeite nemen om speciaal hiervoor het hele Mozilla forum door te spitten (ben niet 1337 genoeg om het regelmatig te lezen ).

edit:
blegh, dit was een reactie op [Jay], en niet op Little Penguin... ik zou toch zweren dat ik goed geklikt had... affijn.

~Grauw

[Minotaur]

Zal ik als belangehebbende voor de naam van de mail-client ook maar bezwaar gaan indienen dan.

[Redlum]

Gendale is de codename van Phoenix 0.6, niet de uiteindelijke naam. Phoenix wordt Mozilla.

[Anoniem: 11125]

Nee, het wordt Fooby.

Overigens komt er wel degelijk een nieuwe naam voor Phoenix, die waarschijnlijk wel overschaduwd gaat worden door het gebruik van de naam Mozilla Browser.

[Anoniem: 352]

...gebruik ik eigenlijk overal Phoenix met een enkele keer IE omdat er nog steeds erg veel baggere sites zijn

Ik gebruik zelf ook Phoenix, maar daarmee kan ik bijv. volgende pagina niet openen. (wel openen, maar hij wordt niet goed getoond)

http://dbase.addicts.nl/dom.php

Met IE > 5.5 doet ie het prima....

Nossie

[Anoniem: 14842]

Ziet er goed uit, een beetje frisse wind kan nooit kwaad.

Wat ik me wel afvfraag: Phoenix is wel kleiner/sneller word hier gezegd: maar word met kleiner de download grootte bedoeld of de memory resources? Op het laatste vak is Mozilla namelijk nog wel een beetje lomp en als het alleen om de download grootte gaat maakt het natuurlijk niet zoveel uit, je download hem immers maar af en toe?

Ik vond de Mozilla engine best snel, maar vooral stabiel. Mozilla loopt bij mij lang niet zo vaak vast als IE. Ik hoop dat de snelheid van de Phoenix engine niet ten koste gaat van de stabiliteit, dat zou een slechte stap zijn (vooral voor de *nix kant die Mozilla vaak professioneel gebruiken).

Toch lijkt het me wel dat ze de goede weg in slaan, misschien weer een beetje marktaandeel veroveren op MS

[Alex]

Wat ik me wel afvfraag: Phoenix is wel kleiner/sneller word hier gezegd: maar word met kleiner de download grootte bedoeld of de memory resources? Op het laatste vak is Mozilla namelijk nog wel een beetje lomp en als het alleen om de download grootte gaat maakt het natuurlijk niet zoveel uit, je download hem immers maar af en toe?

In beide is Phoenix op dit moment kleiner. Nu zullen de benodigde meory-resources wel toenemen maar nooit zoveel dat het in de buurt komt van het huidige Mozilla(uitgaande van de versie 1.4).

Toch lijkt het me wel dat ze de goede weg in slaan, misschien weer een beetje marktaandeel veroveren op MS

Dit is denk ook een heel belangrijk doel omdat ze met minder systeemvereisten waarschijnlijk een deel van het grote publiek over de streep trekken. Echter dit zal nog wel enkele jaren gaan duren. Überhaupt voordat de fully-Phoenix-intergrated Mozilla te downloaden valt zijn we waarschijnlijk een maand of 6 tot 12 verder...

[Anoniem: 14842]

Tja, dat lijkt mij het grootste voordeel. Vooral in bijvoorbeeld (oude) laptops. Daar wil je niet graag een Mozilla draaien die 26 van je 32MB opslokt >} IE doet ongeveer de helft daarvan (mede doordat MS dat natuurlijk wel in Windows heeft verwerkt, maar goed).

Ik weet wel dat het een heleboel scheelt: 1 seconde wachten of 2 maakt voor de consument een groot verschil, vooral als je 10 keer op een dag dat ding opent.

En dat het lang duurt voordat de "new and improved*" versie er is is alleen jammer, maar niet echt schadelijk lijkt me. Zeg nu zelf, welke veranderingen heeft IE nu eigenlijk ondergaan sinds (let's say) 4.0? Een image resize hier en daar (Mozilla ook) en wat uiterlijkheden, ook niet echt wereldschokkend.

[OT]
Het is toch jammer dat veel MS onderdelen het winnen op gemakzucht en bekendheid en niet op inhoudelijke voordelen. Zo gebruikt bijna niemand die ik ken Mozilla omdat ze er nog nooit van hebben gehoord en IE het wel doet... Maar toen mijn zus een weekje gewend was aan Mozilla wilde ze niets anders meer, vooral de mouse gestures vond ze g e w e l d i g

[Gwannoes]

Zeg nu zelf, welke veranderingen heeft IE nu eigenlijk ondergaan sinds (let's say) 4.0? Een image resize hier en daar (Mozilla ook) en wat uiterlijkheden, ook niet echt wereldschokkend.

Niet dat ik nu zo'n grote MS-fan ben, maar er is wel wat veranderd sinds 4.0. Onder andere ondersteuning voor de nieuwere scripts, maar de grootste vooruitgang vindt ik wel dat er een print preview bij is gekomen! Verder inderdaad weinig veranderd...

[Anoniem: 28557]

Het toevoegen van een print-preview vind ik nauwelijks de verhoging van een minor release nummer waard (4.0 naar 4.1) laat staan twee major versie nummers.

[Anoniem: 69322]

Het meeste is onder de motorkap veranderd:

* De rendering van CSS is verbeterd en uitgebreid.
* Het DOM is uitgebreider dan ooit en is nu ook complient met W3C.
* Nieuwe events en filters die de programeerbaarheid van websites verbeteren.
* Dynamic HTML is verder doorgevoerd (vanaf 5.5 kun je nu editable divs gebruiken).

En nog heel veel kleine dingen, lees de MDSN library er maar eens op na. Kijk vooral eens naar de DHTML references en bestudeerd dan de objecten, events, methoden, elementen, attributen, etc. Er staat netjes bij vermeld vanaf welke versie wat beschikbaar is gekomen (meestal), en dan ontstaat er een ander beeld dan dat er niet gek veel veranderd is.

Voor ontwikkelaars is er dus veel veranderd en dat werkt door in de sites die jij dagelijks bezoekt. Het heeft ook effect op hoe bedrijven IT kunnen toepassen, veel meer dan een end user funcie ooit kan bereiken omdat daar geen meerwaarde uit te halen valt.

[YaPP]

Zeg nu zelf, welke veranderingen heeft IE nu eigenlijk ondergaan sinds (let's say) 4.0? Een image resize hier en daar (Mozilla ook) en wat uiterlijkheden, ook niet echt wereldschokkend.

hehe inderdaad...

misschien vinden jullie deze reply wel overbodig, maar dat merk ik dan vanzelf wel...

tot mijn grote verbazing ben ik laatst tegen een cookie-stealer exploit gelopen in IE een zogenaamde hacker/script kiddie in mijn contact list probeerde wat ). Deze exploit is al werkzaam als je een link naar een plaatje kan plaatsen, die redirect naar een stukje JavaScript, en je kan daardoor alle websites de cookies uit de client stelen.

Toen ik in de JavaScript source keek, en de 'documentatie' opzocht van de functies in een dom-api help file van ie4 (uit 1997), bleek dat deze exploit al vanaf ie4 werkte. Ik gebruikte ie6 (windows xp zonder updates), en dezelfde code werkte nog steeds!! dus tjsa... IE is idd niet echt veranderd...

ps. misschien is dit dus wel goede reclame voor mozilla .. toch nog ontopic dus

Nu typ ik dit bericht overgens vanuit Mozilla (slackware linux), en linux bevalt me eigenlijk prima... Ik had wel ervaring met unix opgedaan op school, maar ik heb pas afgelopen week linux thuis geinstalleerd..

[Grauw]

En dat het lang duurt voordat de "new and improved*" versie er is is alleen jammer, maar niet echt schadelijk lijkt me. Zeg nu zelf, welke veranderingen heeft IE nu eigenlijk ondergaan sinds (let's say) 4.0? Een image resize hier en daar (Mozilla ook) en wat uiterlijkheden, ook niet echt wereldschokkend.

Wel, er is flink wat veranderd. Vanaf IE versie 6 bijvoorbeeld kan je eindelijk een beetje op een beschaafde manier standaard HTML code schrijven, en ook de CSS(2) support is enorm verbeterd (CSS1 wordt nu ook volledig ondersteund). Het is best fijn om een site te kunnen maken met puur 'schone' HTML en een style sheet, die het vervolgens niet alleen in Mozilla maar ook gewoon in IE goed doet ^_^.

~Grauw

[Anoniem: 11125]

Een paar quotes uit de roadmap:

"The major changes after 1.4 involve switching to Phoenix and Thunderbird"

"Whether we'll be able to switch to Phoenix by the Mozilla 1.5 final milestone remains to be seen"

"milestone 1.5 (stable)
ideal release 20-Aug-2003"
(1.6 stable rond eind november, moz heeft een vaste release-cyclus)

Als ik me niet vergis betekent dat dat 1.5 of 1.6 Phoenix als browser zal hebben. Dus nog 4.5 of 7.5 maanden tot de eerste stable release.

[fondacio]

Ik vond de Mozilla engine best snel, maar vooral stabiel. Mozilla loopt bij mij lang niet zo vaak vast als IE. Ik hoop dat de snelheid van de Phoenix engine niet ten koste gaat van de stabiliteit.

Mozilla en Phoenix gebruiken dezelfde engine: Gecko.

[Rembert]

Goed plan, ik heb geen idee wat ik met de mail & chat clients van Mozilla aanmoet, ik heb daar andere pakketten voor in gebruik. En het sneller opstarten vind ik een enorme pre. Als ze nou bij OpenOffice nu ook zouden gaan zorgen voor sneller opstarten, dan komen we ergens! Maar ja, misschien moet ik gewoon naar een snellere processor en harddisk... :-)

[Bas!]

Dat opstarten is me ook wat ja. Volgens mij is het puur zo dat de vergelijkingen misschien niet helemaal eerlijk zijn.
Ik heb zo het gevoel dat de helft van de zut die ms office gebruikt al draait voor je word opent. Kijk naar hoe snel konqueror en koffice opstarten. Van het gui deel hoeft er waarschijnlijk weinig te worden ingeladen bij deze twee terwijl je dat met openoffice en mozilla compleet moet inladen en dit is maar een voorbeeld. Verder zorgt het er ook voor dat vele funties in de software zelf moet zitten waardoor de binaries groot zijn. Dus of het echt veel sneller kan weet ik niet met het oogpunt op crossplatform support. Er zal weinig gebruik gemaakt worden van platform specifieke optimalisaties en libraries en daar zit hem lijkt me ook een groot deel in.

[Kiff]

Openoffice heeft toch zo'n functie? Althans toch vanaf 1.02 die ik eergisteren heb geinstalleerd. Start bij mij supersnel op nu!

[Anoniem: 11449]

Hebben ze zoiets niet al eens geprobeerd na Netscape 4 ? Hoelang duurde het toen tot Mozilla 1.0 uit was.

[JeroenB]

Klopt. Grappig is wel dat Netscape 4.x werd te log gevonden, maar vervolgens hebben ze weer een mega bloated "platform" lopen maken om dat op te lossen. Inmiddels lijken ze voor de tweede keer(!!) wakker te zijn geworden en gaan ze het wederom oplossen (waarschijnlijk met als tagline: "Mozilla 2.0 - Deze keer echt!!")

De reden hiervoor lijkt me overigens vrij duidelijk (ook al wordt het nergens hardop gezegd) aangezien Apple tegen alle verwachtingen in voor een KHTML (Konqueror) gebaseerde browser heeft gekozen voor MacOSX. Dat was een flinke klap voor het Mozilla project omdat ze dachten wel stevig een reputatie te hebben als "de alternatieve browser". Apple dacht daar anders over en nu krijgen we dit waarschijnlijk als poging om Apple e.a. "terug" te winnen.

[Parlor_Inventor]

aangezien Apple tegen alle verwachtingen in voor een KHTML (Konqueror) gebaseerde browser heeft gekozen voor MacOSX. Dat was een flinke klap voor het Mozilla project

En daar komt nog bij dat KHTML onder de GPL uitgegeven wordt, dus elke wijziging die Apple maakt om het ding compatibel te maken met zo veel mogelijk standaarden en sites wordt zichtbaar in Konqueror, de KDE browser. En als KHTML goed rendert is het een kwestie van tijd of er komt een KHTML-gebaseerde browser voor Windows uit met een memory-footprint waar Mozilla noch Phoenix tegenop kan.

Dan heeft Mozilla wel het voordeel dat het een volledig applicatie-framework is, maar daar heeft de gewone internetter niet zo veel aan. En de meeste programmeurs vinden het ook wel prima zolang ze maar een html-component in hun applicaties kunnen embedden. Echte Mozilla-gebaseerde applicaties, zoals de Komodo IDE van ActiveState zijn tot nog toe slechts eenlingen.

[RM-rf]

En daar komt nog bij dat KHTML onder de GPL uitgegeven wordt

en Mozilla wordt uitgebracht onder een gedeelde GPL en NPL licentie, die feitelijk dezelfde condities op dat gebied kent.

(de Netscape Public License betekent in essentie vooral dat Netscape wel een beperkt eigendomsrecht mag uitoefenen op de door hen toegevoegde code, voor een periode van naar ik meen 4 jaar).

Daarin heeft KHTML weinig voordeel tov Mozilla.

[Parlor_Inventor]

en Mozilla wordt uitgebracht onder een gedeelde GPL en NPL licentie, die feitelijk dezelfde condities op dat gebied kent.

Wat ik daarmee duidelijk wou maken is dat Apple de wijzigingen die ze maken in KHTML moeten releasen onder de GPL, en dus niet voor zichzelf mogen houden. Als Apple zo ver wil komen dat ze IE uit hun OS willen knikkeren, dan moet hun browser, en dus ook Konqueror, 99% van de sites goed renderen, en houden veel webontwikkelaars ook rekening met deze render-engine. Een goede port naar Win32 kan dan een geduchte concurrent worden voor zowel Opera als Mozilla/Netscape, en in een later stadium misschien zelfs voor Internet Explorer.

[blouweKip]

Het zou al heel wat zijn als webdevelopers gewoon rekening houden met de w3c standaarden, en dat zal echt niet gebeuren omdat apple toevallig een browser heeft die dat wel doet (en crap dus niet slikt)

khtml is zeker een leuk project maar er moet zeker nog wat meer aan gebeuren wil het net zo goed renderen als de huidige mozilla versies

[reinouts]

Pff, ongelooflijk wat een onzin hier verkocht wordt en dan ook nog als Informatief gemodereerd.

Netscape 4.x was misschien "log" op de computers van 6 jaar geleden maar dat had niks te maken met de ontwikkeling van het Mozilla-platform. Het herschrijven van de browser had te maken met de rommel die de source code van Netscape was, en natuurlijk de poging om boven water te blijven tegen het gratis weggegeven IE.
Wie zegt dat de huidige Mozilla "bloated" is weet niet waar hij het over heeft. Probeer Phoenix eens! En dat wordt nu het nieuwe browser-component van Mozilla. Er wordt niet weer van voren af aan begonnen, alleen het front end wordt meer in modules opgesplitst. Het backend blijft hetzelfde (behalve verbeteringen/fixes natuurlijk).

[Anoniem: 11125]

Wie zegt dat de huidige Mozilla "bloated" is weet niet waar hij het over heeft. Probeer Phoenix eens!

Jij weet dus ook niet waar je het over hebt. Mozilla is wel degelijk "bloated" (zie ook de uitspraken van de projectmanagers), en Phoenix != Mozilla.

[reinouts]

Goed, welke uitspraken van welke projectmanagers bedoel je? Ik ben erg benieuwd.
Phoenix is voor honderd procent gebaseerd op Mozilla-technologie. Dus hoezo Phoenix != Mozilla?

[RM-rf]

netscape 5 was een volledig in java geschreven browser (Javagator),
meen dat op die basis SUN zijn nieuwere Hotjava browser gebaseerd heeft (Jazilla)
deze bevatte een vroege implementatie van Gecko (NGLayout engine)

De snelheid qua grafische rendering was echter dusdanig slecht dat het geen nut had het als competitief product op de markt te brengen, wat oorspronkelijk ergens in 98 had moeten gebeuren.

uiteindelijk is besloten Gecko toch native te ontwikkelen en per platform te porten;
dat ging echter ten kostte van een enorm tijdsverlies, het project is halverwege bijna vanaf scratch weer aangevangen.

Nu is dat niet het geval, er blijft een compatible variant bestaan (mozilla 1.0-1.3)
echter in de verdere ontwikkelingen worden prioriteiten verlegd.

[reinouts]

Je haalt echt dingen door elkaar. Er was inderdaad ooit een plan om een 100% java versie van Netscape uit te brengen. Dat is nooit gebeurd, maar dat was niet "Netscape 5". Dat versienummer is gewoon om marketingtechnische redenen nooit gebruikt, de user agent van Mozilla en Netscape 6/7 zegt wel degelijk Mozilla 5.

[Parlor_Inventor]

Mozilla was een complete rewrite van Netscape. Dit nieuwe project wordt min of meer een copy/paste project, en dan kan er al binnen een paar weken een testbare alpha gereleased worden.

[Bas!]

Ik ben nu aan het browsen met phoenix, om te testen, net als een paar maand geleden toen het me ter ogen kwam dat dit project bestond. Ik ben niet echt onder de indruk. De interface lijkt veel sneller dan mozilla, maar dat is die van galeon ook, oftewel dat is gewoon mozilla. Het renderen van pagina's is naar mijn gevoel net zo traag; het is nog steeds of ik met een olietanker aan het varen ben met mijn celeron 450 en genoeg vrij geheugen. Naar mijn ervaring (al is die soms al meer dan een jaar oud) zijn opera (al is dat geen optie voor mozilla) en zeker konqueror veel sneller (khtml lijkt me wel een optie). Als je het roer omgooit, doe het dan radicaal en niet halfbakken.........Maar hopen dat er een galeon op basis van khtml komt

[ferdinand]

Er zitten een paar hele leuke dingen in Phoenix. Hij rendert sneller. Maar wat ik nog het meeste miste in Opera en Mozilla was de configureerbare toolbaar die IE al eeuwen erin heeft zitten. Phoenix heeft dit dus wel . Ook de interface is heel clean en er is heel duidelijk gekeken naar IE. En tenslotte kun je heel makkelijk allemaal plugins installeren om de functionaliteit die je wil in de browser te stoppen.

[Gover]

Goed nieuws dat ze hard bezig zijn, maar ik hoop wel dat de 'nieuwe' mail client geheel compatible blijft met de huidige, zoadat alles gemakkelijk geïmporteerd kan worden. Ik ben vooral blij met het feit dat Mozilla zijn e-mail in tekstbestanden opslaat, als er eens een keer wat misgaat, kun je met de hand restaureren.

[Fevida]

Hele goede zaak ! Ik heb verscheidene malen getracht lekker met mozilla te werken, maar op mijn trage systeem (P3 450) gaat het gewoon te traag. Daarom gebruik ik nu Opera (waar ik ook zeer tevreden over ben) i.p.v. Mozilla. Zodra deze nieuwe phoenix-based versie er is zal ik het zeker nog een keer proberen met Mozilla !

[leuk_he]

op mijn trage systeem (P3 450)

Daar is dan iets anders aan de hand. Op mijn trage systeem PII 350 256 MB win2000 draait het net zo snel als i.e. (mozilla 1.2)

Maar geheugen is heeeel belangrijk voor mozilla.

[Fevida]

Ik denk dat ik gewoon te verwend ben met Opera....

[gjkamstra]

Dat maakt nu toch niet zo veel uit, we krijgen straks eerst versie 1.4 die volledig stabiel ozu moeten zijn, eigenlijk het einde van deze branch van het mozilla project. De opvolger is dus eigenlijk mozilla 2.0. Dat mag dan best een tijdje duren tot daar een stable van is.

Sorry, reactie op 5371

[TheGhost]

en hier is de 1.4 alpha te vinden

[shifter]

Ik ben erg skeptisch over het nut van een aantal stappen die ze willen nemen.

Iedereen is wel zo lyrisch over het besluit om verder te gaan op Phoenix en Minotaur, maar het houdt ook in dat een groot aantal ontwikkelingen in XPFS en XUL met het badwater weg worden gegooid. Er wordt beloofd dat er iets voor in de plaats zal komen, maar niemand weet nog hoe dat gaat werken, en of bestaande applicaties nog wel blijven werken.

Ik vraag me in ieder geval af of ik mijn verse "Creating Applications with Mozilla" bundel nu al in de papierbak mag duvelen

Ik was wel tevreden met Mozilla: de standaard builds hadden alles in huis om mee te kunnen werken en ontwikkelen, en wat je niet nodig had, *hoefde* je helemaal niet te installeren. Phoenix is leuk en aardig, maar naar mijn mening was het qua snelheid en geheugenconsumptie is net zo'n 'traag/snel' verhaal als Mozilla. Bovendien is het aantal bestaande uitbreidingen voor de Mozilla browsers die het *OOK* in Phoenix doen nogal mager.

Dat zal wel veranderen als ze deze plannen doorzetten, maar om nou te zeggen dat ik zit te springen om een kale browser waar ik daarna nog eens diverse add-ons voor moet gaan downloaden om een *beetje* in de buurt van de oude suite te komen...nee