Apple biedt ontwikkelaars CVS-toegang voor WebKit

Op het weblog van Dave Hyatt is te lezen dat Apples Safari-team besloten heeft om enkele grote veranderingen door te voeren in de manier waarop tot op heden gewerkt en ontwikkeld werd. De veranderingen hebben als doel om meer openheid te creëren en de (KHTML-)community meer te betrekken bij de ontwikkeling van de Safari-browser en de onderliggende (render)componenten, te weten WebKit, WebCore en JavaScriptCore. Alle informatie is te vinden op een speciale website met als titel 'The WebKit Open Source Project'. Verder biedt men volledige toegang tot het codebeheerssysteem CVS voor de onderdelen WebCore en JavaScriptCore. In de repository's is de complete geschiedenis van beide projecten te vinden, zodat alle patches en code bekeken kunnen worden.

Deze repository is live, wat inhoudt dat het mogelijk is zelf builds te maken en zo bijvoorbeeld zelf een build van Safari 2 te bouwen die de Acid2-test goed doorkomt. Het is mogelijk dat in de toekomst nightly builds beschikbaar worden gesteld, die gebruikt kunnen worden om WebCore te testen. Verder is de repository open, wat betekent dat ook buitenstaanders patches kunnen submitten. Verder heeft Apple een Bugzilla geopend waar bugs in geplaatst kunnen worden en is een mailinglist opgezet. Al deze drie onderdelen waren altijd al open source, maar de grootste verandering ten opzichte van het verleden is de publieke CVS-toegang. WebCore en JavaScriptCore zijn vrijgegeven onder de LGPL en WebKit is beschikbaar onder een GPL-compatibel licentie.

Het is opvallend dat Apple juist nu met deze veranderingen komt. De afgelopen weken was namelijk vanuit de ontwikkelaars van de KHTML-renderengine, op basis waarvan WebCore is geschreven, veel kritiek gekomen op de samenwerking. Apple zou namelijk te weinig patches teruggeven aan het KHTML-project en als dat wel gebeurde, dan hadden de KHTML-ontwikkelaars er weinig aan omdat patches vol zaten met verwijzingen naar Mac OS X-code en omdat de patches veel te groot waren. Verder was onduidelijk welke bugs een patch eigenlijk oploste. Het lijkt er nu op alsof Apple tegemoet wil komen aan de KHTML-ontwikkelaars die via een open brief enkele oplossingen hadden gesuggereerd. Of alle problemen tussen Apple en het KHTML-project nu zijn opgelost, zal de tijd leren.

Reacties (20)

[Hodgesaargh]

Nou, kom op allemaal... aanloopje nemen en allemaal bij Apple in hun hol springen..
En klagen waarom MS dit niet eerder heeft gedaan enzo...

*gepost vanaf een iBook met OSX10.4 (wat een geweldige combinatie ) *

[Shuriken]

Ik vind het een goede zaak. Apple heeft afgesproken met de ontwikkelaars van KHTML dat er info word uitgewisseld. En dit lijkt een stap in de goede richting.

Het werd ook wel tijd. Want ik vind bv. Konqueror nog steeds behoorlijk achterlopen op de rest van de browsers.

[Verwijderd]

Oh boy.

A) Konqueror staat hier volledig buiten, het gaat om KHTML.

Er zijn geen specifieke afspraken gemaakt met de ontwikkelaars van KHTML.

C) KHTML heeft een LGPL licentie, Apple heeft zich hier altijd aan gehouden.

D) Apple voorziet de sourcecode die ze volgens de LGPL licentie allang hadden vrijgegeven nu van een versielog, iets wat volgens de LGPL niet eens nodig is.

Je puntje over de kwaliteit van Konqueror heeft iemand anders al ontkracht dussuh... geen enkel punt in je post was correct.

[Shuriken]

Sorry maar ik pas in productie alleen stable versions toe. En KDE 3.5 is zover ik weet niet stable verklaard.

Dus de opmerking over de Acid2 test is wat mij betreft niet geheel terecht echter wel iets om naar uit te kijken.

Het truukje met de browser indentificatie is leuk. Maar werkte op een aantal sites nog steeds niet. Dit ligt uiteraard aan het feit dat veel sites zich conformeren aan IE i.p.v. de algemene standaard.

[Superstoned]

dat valt danig mee. het is dan toch de 3e browser die de acid2 test doorkomt

er word alleen nog minder rekening mee gehouden door web developers dan met firefox, dat is een groter probleem dan het feit dat khtml niet voldoende ondersteund. Vaak is het zelfs zo dat wanneer je de browser identificatie op internet explorer zet een site die het eerst niet deed wel werkt - de developers van konqueror zijn er veel beter dan de mozilla developers in geslaagd konqueror zich te laten gedragen zoals de belangrijkste webbrowser dat doet - internet explorer.

[blouweKip]

er word alleen nog minder rekening mee gehouden door web developers dan met firefox, dat is een groter probleem dan het feit dat khtml niet voldoende ondersteund

Dat hoeft ook niet, gewoon een site bouwen volgens de w3c specificaties en in de meeste gevallen werkt het meteen in konqueror (en dus safari) en mozilla/firefox en opera, alleen voor IE zijn dan nog workarounds nodig
Het lijkt me voor de khtml devvers ondoenlijk alle fouten over te nemen van IE zodat brakke pagina's goed gerenderd worden (ik kom zelden pagina's tegen die problemen geveven en de pgaina's die dat wel doen zijn vaak toch de moeite niet waard of sluiten opzettelijk andere browsers uit --> zie gamer.nl met zn brakke reactie script)

maw de enige browser die (nog) achterloopt is IE, met een beetje mazzel wordt dat gefixt met IE 7 (al is het ff afwachten, misschien kunnen ze hun core ook onder de gpl uitberengen, dan schiet dat tenminste een beetje op )

[n4m3l355]

gepost vanaf een mooie sony vaio. dat je van lelijke kasten houd kan de rest vd wereld niets aan doen.
maar wat je schrijft is gewoon onzin. MS staat erom bekend om te copieren/jatten wat ze uitkomt om zodoende hun Windoos goed uit te laten zien. sterkste voorbeeld is nog wel de laatste longhorn build na terechte teleurstellende opmerkingen van de gemeenschap reageert MS met 'het is verboden screencaps te posten. na de nieuwste release van apple is het kwestie van wachten of MS komt wel met een soort gelijke kloon.
nu met de release van apple op x86 architectuur zal het alleen maar meer mensen aanmoedigen om over te stappen wat een goede zaak is.
begrijp me niet verkeerd. ik werk graag met windows... of met mn debian bakjes.. of zelfs apple maar als het erop aankomt is van de 3 varianten nog altijd windows de minst smakelijke

[Hodgesaargh]

Troll is idd wat overbodig, maar je toon is lichtelijk negatief

Je hebt dan wel een punt, maar ook voor software geldt "beter goed gejat, dan slecht verzonnen". En ze hebben er toch ook wel op verder ontwikkeld dus opzich is alleen de basis gejat (en dat is IE ook als je maar ver genoeg terug gaat tot NCSA Mosaic).

Over de rest: sja, die kapjes en rommel erbij... tis gewoon leuk, maar was voor mij zeker niet 'the main reason' OSX is gewoon erg prettig om mee te werken en daar krijg je een computer bij (zo kun je het dus ook zien )

[bsander]

Zeer sympathieke zet van Apple. Toont dat ze in ieder geval op dit punt zeker geluisterd hebben naar de kritiek en er iets mee gedaan hebben. Ik hoop dat de samenwerking met KDE en in het bijzonder KHTML hierdoor ook sterk verbeterd en dat de bitterheid tot het verleden behoort.

[JeroenB]

Apple had zeker iets goed te maken

[Metal Baron]

Ik zou je graag naar +2 grappig modden, maar ik zie geen enkel verband?

[roalt]

Opvallend dat men gebruik maakt van CVS als versie beheer tool in combinatie met eigen scripts (WebKit Tools).

CVS waarschijnlijk omdat iedereen het kent, maar er zijn speciale scripts toegevoegd om je code te controleren en om patches op te sturen. Was er geen handigere tool of version management systeem beschikbaar hiervoor?

[Superstoned]

wat een gelul. ten eerste is de microsoft webbrowser ook gebaseerd op een oudere webbrowser, ten tweede is internet explorer niet meer dan een belediging voor het woord webbrowser - daar ie veel officiele HTML pages niet goed kan lezen, en veel niet-kloppende webpages WEL weergeeft, is het meer een bijna-web-browser...

[sebas]

De resultaten hiervan zijn te volgen via securityfocus.com/bugtraq ;-)

[blouweKip]

Je hoeft geen apple liefhebber te zijn om een troll/flamebait van een windows-zealot weg te modden hoor

[familyman]

Creativiteit is met Longhorn uitgesteld tot medio 2007