Apple licenci neporušuje, dokonce nad rámec povinností v ní stanovených uvolňuje změny průběžně (striktně by mohl uvolnit kód až poté, co začne distribuovat binárku). Problém je v tom, že (1) uživatelé mají přehnaná očekávání, která dávají vývojářům KHTML najevo, (2) Apple dostal od tvůrců KHTML maximální podporu, dokud jí potřebova, tak intenzivně spolupracoval na vývoji, s čímž výrazně polevil – např. komentáře v kódu odkazují na to, že je opravena chyba #4562, ale protože bugzilla Applu je neveřejná, vývojáři KHTML nemají přehled o jakou chybu jde.
Osobně mě přístup Applu mrzí, považoval jsem ho za firmu spolupracující s OSS vývojáři, a v mých očích si touhle kauzou uškodil (pokud ji nějak rozumně nevyřeší).
Asi je pravda, že spolupráce ze strany Apple by mohla být otevřenější – ale na to narážíme často. Jobs prostě Apple vede jako firmu, která si drží vysoký stupen paranoii a vnitřního utajení.
Mám ale spíš dojem, že vývojáři KHTML víc fnukají, než aby pracovali. Apple to mohl dávno už zabalit, udělat prostě a jednoduše fork, říct že na KHTML kašle a dělat si na svém OSS písečku (jako to třeba udělal s Darwinem vs. FreeBSD).
To, že změny ve WebCore nejsou jednoduše přenositelné do KHTML je přece jasné, ne? Vždyt je tam spousta případů, kdy to jinak ani nejde. Jestliže třeba text-shadow používá funkci Quartzu, místo aby jí implementoval sám, tak to rozhodně nelze Apple vyčítat. Prostě je třeba si v KDE vykasat rukávy a začít stíhat…
Možná se zapomíná na to, jak směšné a nekompatibilní bylo KHTML jádro předtím, než do toho vstoupil Apple.
Ja ten Apple nepoznavam! Navrhnout KHTML jadro urcite nebyla zanedbatelna prace a bylo by v zajmu Apple toto prosadit jako defacto standard i na jinych platformach, aby vsichni tvurci webu museli s KHTML pocitat a Apple melo konecne “velmi” kompatibilni browser… Dalsi alarmujici hlasku jsem zaznamenal v pripade vyvoje Java5! Sun pry nabidl Apple pomoc, ale Apple odmitlo, protoze by Sunu musel poslat nejake kusy kodu!!..to je dost nafoukane a hloupe…nebo chce Apple naznacit, ze jej zajima do budoucna pouze iPod?? ... na okraj: Dell investuje do Red Hat $100m, IBM bude kompletne pouzivat FireFox..
Pepa: KHTML jádro si rozhodně nevybrali kvůli kvalitě či kompatibilitě, za to dám ruku do ohně-to by vzali Gecko (Mozillu). Po KHTML sáhli kvůli malému přehlednému kodu, který mohli jednoduše začít upravovat ke svým účelům. Konqueror byl v té době dost hrozný browser – a přestože se zlepšuje, se Safari/FireFoxem se stále nemůže rovnat.
FrankRyba: Bojovat proti Mozille na ostatních platformách naprosto nemá smysl. Myslím, že většího úspechu dosáhnou, pokud se společně s FireFoxem budou snažit držet standardů co nejvěrněji. Na okraj: $100M investuje do RH pan Dell, Michael, nikoliv firma.
[7] Tohle je vážně dobrý, souhlas!
Jan Brašna: Mělo by to kopat za KHTML vývojáře, ale nedělá to. Přijde mi to dost objektivní.
To zzen: Tak jsem četl link od Juraj. O. a tam se zcela jasně říká, že důvodem k volbě KHTML byl dobře navržený kód s přehledným formátováním, HTML a CSS kompatibilita a extrémní rychlost enginu (což souvisí s dobrým návrhem a kvalitní kódováním).
pepa: říká, ale není to zrovna přesný přepis původního emailu a navíc to prostě není pravda. Můžeš mi věřit nebo nemusíš, ale kdybys to jako každý webový vývojář trochu sledoval, věděl bys to taky.
Dobře navržený kod – jistě. Přehledné formátování – jistě. HTML a CSS kompatibilita – rozhodně ne! V té době bylo Gecko někde úplně jinde.
brrrr…. neměl být příspěvek v blogu zařazen do rubriky “horrror”?
— jakub 13.5.2005 13:29 #
Osobně mě přístup Applu mrzí, považoval jsem ho za firmu spolupracující s OSS vývojáři, a v mých očích si touhle kauzou uškodil (pokud ji nějak rozumně nevyřeší).
— dawyd 13.5.2005 13:48 #
Mám ale spíš dojem, že vývojáři KHTML víc fnukají, než aby pracovali. Apple to mohl dávno už zabalit, udělat prostě a jednoduše fork, říct že na KHTML kašle a dělat si na svém OSS písečku (jako to třeba udělal s Darwinem vs. FreeBSD).
To, že změny ve WebCore nejsou jednoduše přenositelné do KHTML je přece jasné, ne? Vždyt je tam spousta případů, kdy to jinak ani nejde. Jestliže třeba text-shadow používá funkci Quartzu, místo aby jí implementoval sám, tak to rozhodně nelze Apple vyčítat. Prostě je třeba si v KDE vykasat rukávy a začít stíhat…
Možná se zapomíná na to, jak směšné a nekompatibilní bylo KHTML jádro předtím, než do toho vstoupil Apple.
— zzen 13.5.2005 14:52 #
— Pepa 14.5.2005 09:48 #
— FrankRyba 14.5.2005 14:27 #
Jinak události se začínají stávat zajímavějšími: CNET: Open-source divorce for Apple’s Safari?
— Jan Brašna 14.5.2005 16:22 #
Konecne niekto napisal poriadny text a nie PR/media bullshit.
— Juraj. O 14.5.2005 18:32 #
— Jan Brašna 14.5.2005 19:08 #
FrankRyba: Bojovat proti Mozille na ostatních platformách naprosto nemá smysl. Myslím, že většího úspechu dosáhnou, pokud se společně s FireFoxem budou snažit držet standardů co nejvěrněji. Na okraj: $100M investuje do RH pan Dell, Michael, nikoliv firma.
[7] Tohle je vážně dobrý, souhlas!
Jan Brašna: Mělo by to kopat za KHTML vývojáře, ale nedělá to. Přijde mi to dost objektivní.
— zzen 14.5.2005 19:30 #
— pepa 15.5.2005 10:40 #
Dobře navržený kod – jistě. Přehledné formátování – jistě. HTML a CSS kompatibilita – rozhodně ne! V té době bylo Gecko někde úplně jinde.
— zzen 16.5.2005 00:16 #