Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Ontwikkelaars KHTML ontevreden over houding Apple

Het rommelt tussen Apple en de ontwikkelaars van KHTML, de fundering waar de nog steeds populairder wordende browser Safari op gebouwd is. De samenwerking tussen het bedrijf en het open source-team, die een paar jaar geleden nog beloofde om vruchtbaar en positief voor beide te worden, dreigt nu door gebrek aan communicatie uit te lopen op een fiasco. KHTML is een zogenaamde render engine, een component dat platte HTML-tekst vertaalt naar de grafische weergave waar het gros van de internetters zo graag naar kijkt. Een complex en essentieel onderdeel voor een browser dus. In eerste instantie waren de ontwikkelaars blij met de keuze van Apple, omdat zij in ruil voor hun hulp en ondersteuning konden profiteren van de verbeteringen die het bedrijf aanbracht in de code. Nu Apple echter steeds meer overstapt op zijn eigen aftakking, WebCore genaamd, voelen zij zich gebruikt. Het bedrijf zou al langere tijd veel meer verbeteringen aanbrengen in zijn eigen aftakking van de code dan in het originele project, en overweegt volgens een bron van News.com zelfs helemaal te op te houden met de kruisbestuiving van WebCore terug naar KHTML.

Safari logoOmdat de broncode onder de GPL-licentie is uitgebracht kan niemand de KHTML-ontwikkelaars tegenhouden om de verbeteringen van WebCore op eigen houtje over te nemen, maar er zijn verschillende redenen waarom dat makkelijker gezegd dan gedaan is. Ten eerste kost het veel tijd en zou de hulp van Apples ontwikkelaars hierbij dus meer dan welkom zijn. Verder is de architectuur van WebCore aangepast ten opzichte van KHTML om beter aan de specifieke eisen van Safari en Mac OS X te voldoen, waardoor lang niet alle nieuwe code (rechtstreeks) gekopiŽerd kan worden van het ene naar het andere project. KHTML is immers meer gericht op de desktopomgeving KDE en de daarbij horende browser Konqueror. Een laatste obstakel is dat manier waarop Apple bugs oplost en features toevoegt niet door alle open source-ontwikkelaars even hoog wordt gewaardeerd. De commerciŽle instelling van het bedrijf levert nu eenmaal niet altijd de meest elegante code op.

Zack Rusin van het KHTML-project heeft zijn problemen met het gedrag van Apple kenbaar gemaakt in open brief aan het bedrijf. Daarin vraagt hij vooral om betere samenwerking, onder andere door toegang te krijgen tot de bugdatabase, betrokken te worden bij discussies over wijzigingen aan de architectuur en meer inzet voor het originele project. Apple zelf heeft op dit moment nog geen commentaar gegeven, maar uit een bericht van een Safari-ontwikkelaar aan News.com blijkt dat het bedrijf hele andere richtingen op zit te denken. Zo wordt een verse start voor het KHTML-project gesuggereerd op basis van de WebCore-code, en sluit men zelfs de rechtstreekse integratie van WebCore in KDE niet uit. Gezien het kwaad bloed dat Apple in de KHTML-ontwikkelgemeenschap heeft gezaaid lijkt dat echter niet bepaald een waarschijnlijk scenario. De combinatie tussen idealistische en commerciŽle belangen lijkt in dit geval dus niet goed uit te pakken voor de eerste groep. In de woorden van Rusin:

"As long as they needed us, they used us, but when they gained enough knowledge they had no reason to keep sending us reviews and patches. [...] At a certain point they decided it was a waste of time for them, and at that point the communication just stopped...We had hopes that they would pour resources into KHTML. But that never happened."

Door Wouter Tinus

12-05-2005 • 19:21

46 Linkedin Google+

Bron: News.com

Reacties (46)

Wijzig sortering
Het gaat wel om de LGPL, want alle bibliotheken van KDE vallen onder de LGPL (kijk maar in de code: http://websvn.kde.org/trunk/KDE/kdelibs/khtml/ - alles LGPL).

De toepassingen vallen inderdaad voor het grootste gedeelte onder de GPL.
hoe dan ook, het blijft niet netjes van Apple. en in mijn ogen is dit slechte promotie voor Apple. in ieder geval voor mij. mijn oude iMac zal ik zeker niet vervangen... Steve Jobs en dit soort praktijken... brrrr.
Wat een onzin weer hier.

Dat je zelf geen camino of firefox gebruikt op de mac wil nog niet zeggen dat je dat dan ook maar op alle andere mac-users moet projecteren.

Ben zelf zeer tevreden camino-user.
Nou nou.. Safari is grappig maar lang niet een goede browser. Ik wil de layout zien welke de webdesigner heeft gemaakt, niet wat safari er van bakt...

Neen, Firefox is de #1 op MacOs, en het verre neefje Konqueror draai ik ook wel eens.
Safari geeft als enige de layout die de webdesigner gemaakt heeft. Wat je ziet zijn de miskleunen die de webdesigner moest maken om de pagina zichtbaar te maken op IE en Firefox.

Overigens is naar mijn mening Safari veel te streng door protocollen een hogere prioriteit te geven dan inhoud. Als ik een pagina bezoek wil ik die zien, ongeacht of Safari vind dat het een waardeloos geschreven pagina is.
hou er dan maar rekening mee dat je niet meer terug gaat... ik ben helemaal in love met camino .84!!!

Op dit item kan niet meer gereageerd worden.


Apple iPhone XS Red Dead Redemption 2 LG W7 Google Pixel 3 XL OnePlus 6T (6GB ram) FIFA 19 Samsung Galaxy S10 Google Pixel 3

Tweakers vormt samen met Tweakers Elect, Hardware.Info, Autotrack, Nationale Vacaturebank en Intermediair de Persgroep Online Services B.V.
Alle rechten voorbehouden © 1998 - 2018 Hosting door True