Apple voorziet KHTML project van bugfixes en patches

Op de nieuws site van het KDE project, Dot.KDE.org is te lezen dat Apple het Konqueror-project, de webbrowser van KDE, heeft voorzien van een groot aantal patches en bugfixes. De onlangs geïntroduceerde Safari webbrowser voor MacOS X is namelijk gebaseerd op de KHTML renderingengine en de KJS JavaScript-engine, die oorspronkelijk ontworpen zijn voor Konqueror.

De meeste open-source licenties, waaronder de General Public License (GPL), verplichten ontwikkelaars die deze software gebruikt voor verdere ontwikkeling om de broncode van aanpassingen en uitbreidingen vrij te geven. Alle libraries van KDE vallen echter onder de Lesser General Public Licence (LGPL) wat het mogelijk maakt om deze te gebruiken zonder de broncode van uitbreidingen (zoals de interface) vrij te geven. Aanpassingen aan de libraries zelf (KHTML en KJS dus) moeten echter wel worden teruggegeven aan de open-source gemeenschap.

Apple heeft derhalve alle aanpassingen van de KHTML en KJS libraries doorgestuurd naar de ontwikkelaars van beide bibliotheken, inclusief uitgebreid commentaar en een changelog. Ook heeft de leider van het Safari-development team toegezegd te willen samenwerken met de huidige KHTML ontwikkelaars. In een e-mail aan de ontwikkelaars van KHTML, waarin het Safari-team wordt voogesteld, motiveert Apple de keuze voor KHTML en KJS. Een van de voornaamste argumenten hiervoor is de kleine omvang van de renderingengie, die slechts uit 140.000 regels code bestaat. Daarnaast zijn KHTML en KJS erg netjes geprogrammeerd en daardoor eenvoudig in nieuwe projecten te implementeren:

The KDE connection: "[f]or its Web page rendering engine, Safari draws on software from the Konqueror open source project. Weighing in at less than one tenth the size of another open source renderer, Konqueror helps Safari stay lean and responsive." The good news for Konqueror: Apple, which said that it will be "a good open source citizen [and] share[] its enhancements with the Konqueror open source community", has today sent all changes, along with a detailed changelog, to the KHTML developers.

[...] The number one goal for developing Safari was to create the fastest web
browser on Mac OS X. When we were evaluating technologies over a year
ago, KHTML and KJS stood out. Not only were they the basis of an
excellent modern and standards compliant web browser, they were also
less than 140,000 lines of code. The size of your code and ease of
development within that code made it a better choice for us than other
open source projects. Your clean design was also a plus. And the
small size of your code is a significant reason for our winning startup
performance as you can see reflected in the data at
http://www.apple.com/safari/ .

Op MaxFixIt is tevens een citaat van de CEO van de Omni Group, de ontwikkelaar van OmniWeb, waarin hij verklaart dat OmniWeb in de toekomst mogelijk ook gebaseerd zal worden op KHtML.

Reacties (31)

[balk]

Dit is niet alleen mooi voor Konqueror in de zin van betere rendering, ook in support door webdevvers. Ik bedoel, websites developpers zullen nu meer met deze renderingengine rekening gaan houden omdat de userbase groter wordt. Als ik het wel heb streeft khtml een correcte interpretering van HTML 4.0 na (zie www.konqueror.org). Dit betekent dat de hoeveelheid correcte HTML op het web toe zal nemen en daar worden we allemaal beter van!

[Beaves]

Het marktaandeel van dit soort browsers (Mozilla, Opera en andere) is zo klein vergeleken met IE (IE heeft een marktaandeel van ongeveer 90%), dat het nog lang gaat duren voordat veel webdevers zich druk gaan maken over hoe hun site werkt in browsers zoals Mozilla en dergelijke.

Daar zal Safari weinig aan kunnen doen, Apple is een niche markt en heeft een erg klein aandeel vergeleken met Windows pc's (ongeveer 5%). Pas als Linux of Mac OS X een groter marktaandeel krijgen zal dat gaan veranderen, eerder denk ik niet.

Zelfs www.shellgeostar.nl werkt niet goed in Mozilla 1.2, terwijl dat een browser is die steeds meer gebruikt gaat worden (o.a. in Netscape) en het een browser is die zich keurig aan de standaarden houdt. Dus als Shell zich al niet aan de standaarden houd, waarom zullen veel andere webdevelopers dat doen?

(En met webdevelopers bedoel ik niet het soort dat veel hier komt, maar meer de mensen die met Frontpage of andere programma's hun website's bouwen en die alleen in IE testen).

[Verwijderd]

Zelfs www.shellgeostar.nl werkt niet goed in Mozilla 1.2, terwijl dat een browser is die steeds meer gebruikt gaat worden (o.a. in Netscape) en het een browser is die zich keurig aan de standaarden houdt. Dus als Shell zich al niet aan de standaarden houd, waarom zullen veel andere webdevelopers dat doen?

(En met webdevelopers bedoel ik niet het soort dat veel hier komt, maar meer de mensen die met Frontpage of andere programma's hun website's bouwen en die alleen in IE testen).

Developers die hun broodwinning halen uit het programmeren van webapplicaties houden zich ook niet altijd aan de standaard hoor. IE heeft gewoon ondersteuning voor een aantal zaken die de website een stuk fraaier kan laten weergeven etc. Het loont vaak niet om de site ook 100% mooi te krijgen in een andere browser zoals Netscape. In overleg met de klant wordt dan vaak een compromis gesloten om de site er toch enigzins acceptabel (maar minder fraai) weer te geven. Als je een klant verteld dat je veel workarounds moet maken voor die enkeling die hun site bezoekt met zo'n browser komen ze al snel met een voorstel voor een compromis omdat de kosten op die manier gedrukt worden. Ook is het objectmodel voor Netscape 6 en 7 erg verschillend van 4.76 die weer heel anders was dan 4.02 dus tja stel dat ik compatibel zou willen blijven met Netscape of Mozilla, Opera en Konqueror.... Waar ga je een grens trekken? Zolang niemand zich 100% aan de standaard houd en zolang Microsoft's browser het grootste marktaandeel heeft... Weet dat ook al is er een standaard, Microsoft niet de enige is die ervan afwijkt.

[it0]

Alleen IE komt met nieuwe afwijkende standaarden aanzetten, ok netscape 4.x ook maar die is dood. Mozilla/khtml gebruiken allemaal netjes de standaard. Het enigste wat van khtml kan worden verweten is dat ze nog niet aan alle standaarden voldoen, d.w.z. ze ondersteunen nog niet alles. Wat ik van Mozilla weet is dat ze wel bepaalde ie dingen in hebben gebouwd om meer compatibel te zijn. Zolang je aan de standaard voldoet zal je pagina er overal 100% voldoen en er goed uitzien.

Daarnaast noem mij maar dingen die in IE zitten waardoor je pagina er mooier uitziet dan bij andere browsers?.

[_JGC_]

Gewoon HTML 4.01 Transitional en CSS 2 gebruiken, als dit door de validator van het W3C komt, heb je je taak gedaan.
Zelf ben ik ook bezig met een website, en bepaalde versies van IE, Opera en Konqueror luisteren niet naar wat ik opgeef (css property height: 100% is gewoon een standaard die geaccepteerd wordt, helaas luisteren zowel Opera 7 beta, IE6 en Konqueror 3.0.5a er niet naar, ze kappen dat ding gewoon af op de plaats waar de inhoud stopt). Aangezien ik gewoon goede HTML maak, zoeken die devvers het maar uit: de site is bruikbaar, ziet er goed uit, maar is niet helemaal zoals bedoeld.

[blouweKip]

Ik ben zelden/nooit sites tegengekomen die echt functionaliteit aanbood die je in mozilla niet kunt krijgen, wat mij vaak opvalt bij brakke sites (dwz sites die niet goed werken in mozilla) is dat het vaak gewoon niet netjes is gedaan (luie/onkundige webdevvers) en het ergste is wanneer je dat soort mensen grotere websites laat maken (zie ns.nl of nu girotel)

Het is ook de state of mind van de mensen die dat soort sites maken, volledig en alleen gefocust om mee te helpen aan het versterken van MS' monopolie onder het mom van gemak, girotel online vind ik het ergste tot nu toe, om ontwerpfouten van IE mbt ssl tegen te gaan gebruiken ze onnodig ms-java waardoor de site voor de resteren 10% vd gebruikers effectief is afgeloten, zo zie je maar, tis niet dat IE meer bied dan andere browsers, het is gewoon het gebrek aan kunde van de ontwikkelaars van die sites

[GORby]

Sorry hoor, maar dat is niet zo moeilijk... (ook al gebruik ik de laatste tijd bijna overal mozilla voor):

- grafische filters zoals glow, dropshadow, transparancy, ...
- page shadows
- extra uitbreidingen op style sheets standaard. (denk wel dat mozilla daar ook een deel van implementeert)

Ik vind die uitbreidingen op de standaard eigenlijk wel een slechte zaak zoals ze nogal eens (en niet alleen door MS) doorgevoed worden. Het zou veel beter zijn om een voorstel tot wijziging van de standaard in te dienen, zodat er een nieuwe versie van de standaard ontstaat, in plaats van meerdere verschillende implementaties van een vergelijkbare feature

[Verwijderd]

om ontwerpfouten van IE mbt ssl tegen te gaan gebruiken ze onnodig ms-java

In MS Java zitten nog meer veiligheidsfouten dan in de MS Crypto API (SSL).

[buum]

Even die e-mails zitten lezen, maar DAMNED, die gasten van KHTML en KJS wordt even (terecht!) een veer in de reet gestoken

Overigens was mijn eerste reactie: "IK WIL EEN MAC!". Die gasten zijn erg goed bezig vind ik! Eerst door BSD als basis te pakken en nu dus inderdaad steeds dichter tegen de open source aan te gaan zitten (hoe bedoel je, dikke vinger naar MicroSoft).

[cablepokerface]

hoe bedoel je, dikke vinger naar MicroSoft

Inderdaad ... hoe bedoel je?

Is het MAC OS al open-source dan? Het gaat hier slechts over een renderengine van een webbrowser ... DirectX heeft ook open-source stukken (voor top developers) ... is dat dan een dikke vinger naar Apple? Ik snap je insteek maar slecht ...

[35MHz OC]

Cablepokerface, Apple heeft wel degelijk meer dan 60% van OS-X vrijgegeven onder de Apple Public Licence. De kern van het besturings systeem is beschikbaar voor andere developers onder de APL.

Hier mee heeft Apple de mogelijkheid gegeven om alternatieve besturingssystemen te maken, die de System Call Interface van OS-X beheersen. Dat is iets wat ik MS nog niet met hun Win32 kernel en de Wiin32 API heb zien doen.

In dat opzicht is Apple weldegelijk innovatiever en flexibeler dan MS.

Dat Apple de Display-PDF technologie niet vrijgeeft is begrijpelijk, want deze technologie geeft OS-X zijn gezicht en unieke verkoopargument. Anderzijds is dat ook niet meer dan gezond bedrijfsbeleid. IBM Websphere is ook niet gratis.

Als DirectX alleen voor top developers toegang geeft tot de broncode is het niet open source maar Shared Source, de twee verschillen aanzienlijk van elkaar.

De insteek van mgbruin? Misschien is mgbruin wel een tevreden open source software gebruiker, die bij het lezen van positief nieuws over open source iets te enthousiast wordt.

Niet iedereen loopt weg met Microsoft, dus niet iedereen steekt de loftrompet over dit heerszuchtige bedrijf.

[TheGhostInc]

Het geeft aan, waar MS zegt dat OpenSource gevaarlijk is, en slecht bruikbaar, dat andere bedrijven blijkbaar wel instaat zijn OpenSource te gebruiken in hun software. En zich daarbij te houden aan de licenties die aan die software zitten.

Apple heeft natuurlijk gewoon een hoop closed source, ze moeten immers nog iets verkopen.

* 786562 TheGhostInc

[blouweKip]

Tja, dit is dan ook (naast darwin) de eerste keer dat ik hoor dat apple iets terug moet geven, mn eerste indruk is dat men gewoon meegelift is op open-source zonder veel terug te geven, net als MS graag wil (zie hun kritiek op de GPL)

OS X is een erg mooi OS (vooral dat je ook linux apps kan draaien is zeer mooi), maar ik ga liever niet over naar t ppc-platform (alleen als MS en aanhang palladium er doorheen drukt...iemand 1984 van orwell gelezen?)

[Verwijderd]

Er is ook Darwin Streaming Server, een open-source versie van de QuickTime Streaming Server.

[Slagroom]

Apple moet de broncode's toch vrij geven? Omdat ze de code's van projecten gebruiken die onder de GPL Licentie vrij zijn gegeven en daar staat toch in dat je de code's wel commercieel mag gebruiken maar alleen als je de broncode's van je eigen programma (delen van de code die jij gebruikt hebt) vrij geeft.

toch?

[Verwijderd]

Het geeft aan, waar MS zegt dat OpenSource gevaarlijk is, en slecht bruikbaar, dat andere bedrijven blijkbaar wel instaat zijn OpenSource te gebruiken in hun software. En zich daarbij te houden aan de licenties die aan die software zitten.

OpenSource is idd erg gevaarlijk voor de ka$$a van MS en hun kapitaal. Als MS Opensource wordt zal het uitbuiten van de computergebruiker stoppen. Overstap van closedsource naar OpenSource is hetzelfde als overstap van 19de eeuwse liberalisme naar late 20ste eeuwse sociale zekerheid. De rijken van toen buitte ook mensen uit, maar daar is een einde aan gekomen...

[Sage]

Volgens mij is niemand dat vergeten aangezien dat nooit gebeurt is, of beter gezegd, niet in jouw worden.

Wat er wel gebeurd is, is dat Apple een rechtzaak had lopen tegen MS en dat Apple die zou gaan winnen. Toen is bepaald dat Apple IE standaard moest meeleveren op elke Apple en dat MS voor $100,000,000 aan non-voting stocks moest kopen.

Apple was op dat moment zeker niet minder dan een klokhuis maar maakte wel flink verlies en als het zo zou doorgaan zag het er naar uit dat het falliet zou gaan.
Steve Jobs is toen weer terug gekomen nadat hij zijn spullen moest pakken een tijdje daarvoor. Hij is toen met het idee van de iMac gekomen.


Als er hier fouten inzitten graag te verbeteren maar wel met een goede bron erbij.

[obimk1]

En dan ook vergeten dat Apple die 'aandelen' eind 1998 weer heeft teruggekocht?
Dat dus vanaf 1999 MS geen belang meer heeft van 150 milj. $ in Apple.

[PipoDeClown]

netjes toch. dat doet ibm ook met hun opensource. beide mooie voorbeelden hoe het wel kan

[pling]

En Apple deed het al met DARWIN 't OS van OS-X. Het bevalt kennelijk.

[joint_me]

Het leuke van dit bericht is dat de safari browser, tweakers niet correct doorgeeft. Het mooie hiervan is, dat je dat gelijk kan melden aan apple, waarmee dit probleem verholpen moet zijn hoop ik in 0.2

[freaky]

Heb dat een tijd geleden al doorgegeven (oude layout) aan KDE developers. Antwoord toen was dat het probleem in de X fonts zat en dat tweakers.net IE html schrijft. Geen idee hoe het met de nieuwe layout zit.

edit:
Je kunt het font probleem op fok! vaak redelijk goed zijn btw, een nieuws item hoort nooit langer dan 1 regel te zijn en sommige worden 2, dan klopt de tabel onderaan niet meer en loopt de tekst over in het volgende menu gedeelte. Netscape 7 heeft d'r ook last van. Nog niet geprobeerd met truetype fonts etc. Als iemand daar info over kan geven graag

[cc bcc]

Ik heb het ook al doorgegeven

Ik hoop dat Apple serieus verder blijft ontwikkelen aan deze browser met een groot team en dat verbeteringen worden doorgegeven aan de open source beweging. Jobs zei nog "some people dislike open source, we think it's great!" wat duidelijk tegen microsoft gericht was. Tijdens de Macworld keynote werden wel meer van dit soort opmerkingen geplaatst.

[Dijkhuis]

het schijnt wel dat deze nieuwe mac-browser websites plat kan krijgen:

quote van speedtest.nl:

donderdag 9 januari 2003 Instabiliteit server

We hebben inmiddels een belangrijke oorzaak van de instabiliteit de afgelopen 2 dagen boven water (voor de technici : Het veelgebruikte BrowserHawk component blijkt instabiliteit te veroorzaken i.c.m. de nieuwe Mac OS-X Safari browser). We hopen het aantal problemen vandaag drastisch verminderd te hebben en blijven werken aan een definitieve oplossing.

[porn*]

De vraag is of dat dan niet eerder aan de website ligt dan he, het is voor zo'n site natuurlijk wel makkelijk om een browser de schuld te geven

[:murb:]

Wel, de KHTML enigine zet dus nu voet aan wal in het leefgebied van onder meer de Jaguar, zeker wanneer ook Omniweb de overstap gaat maken. Rest mij de vraag; weet iemand of er initiatieven zijn om de KHTML engine te gaan gebruiken in een windows (*sorry*) omgeving?

<font color=#786562>* :murb: * :murb: wil wel linux weer uitproberen... maar tijd tijd tijd...</font>

[remier]

Kijk hier eens

[RetepV]

Hu? En in dat andere bericht lees ik dat Konqueror op Linux tweakers.net wel goed rendert en Safari op Mac OS/X niet.

Ehm, ze bedoelen zeker 'bugfixes en patches' in de zin die Microsoft altijd bedoelt?

[Verwijderd]

Ik wil ook een mac

(heb er al een, maar os x doet 't daar niet op )

[Bigs]

Dat is wel een compilment voor de Konqueror developers dus! Maar Konqueror is ook een erg fijne browser, snel, licht en compatible met verbazend veel pagina's.