KHTML a WebKit se sjednocují (diskuse)

[Ficik]

To je správnej postup.. jen by to chtělo aby se spojili ještě s vývojáři Gecka a MS... a byl by tu konečně jenom jeden renderovací engine HTML stránek.. Webovým designerům by to opravdu hodně usnadnilo život.

[thingie]

No to by bylo opravdu úžasný.

Du blejt.

[Pavel]

Proc?

[thingie]

Existence HTML, CSS a všeho kolem by pozbyla smysl a celý web by musel respektovat jednu implementaci, její nároky, způsob fungování, licenci...

Základem spolupráce by měly být společné formáty, protokoly a další specifikace, ne sdílení implementace. Čímž se neříká, že sdílení kódu je špatné, naopak, nicméně dosahovat tak vzájemné kompatibility je pochybený přístup.

[Deleted [8409]]

I kdyby to bylo třeba v BSD like licenci?

[thingie]

To by toho moc nezměnilo.

[Deleted [8409]]

Já prostě nechápu, že někomu vadí, že se sjednotí tak veliký projekt. Podle mého názoru je to správná cesta a nemělo by to zůstat jen u webkitu. Radši budu používat jednu dodělanou a stabilní knihovnu, než 2 nebo 3 nedodělané.

[Zdenek.Z]

Jednotný renderovací engine je IMHO utopie. Už proto, že můžou být na daný engine odlišné požadavky. Např. některý engine se bude snažit jít co možná nejvíc s vývojem technologií, některý zas nebude podporovat všechny vymoženosti, ale bude výrazně rychlejší, takže ho využijí např. majitelé starších počítačů. Nebo engine pro mobilní zařízení. To jsou věci co mě zrovna napadly.

[Zdenek.Z]

Jen dodám ... vhodné je, aby se sjednocovaly projekty, které mají stejné cíle (a hodlají jich dosahovat stejným nebo aspoň podobným způsobem). Až budou cíle vývojářů MS a Gecka stejné, tak to bude mít smysl. (O čemž pochybuji, že k tomu v dohledné době dojde, MS zatím, pokud vím, nemá snahu dělat multiplatformní engine.)

[Lu-Tze]

Dodej ještě něco.

[Non_E]

Engine gecka sice multiplatformní je, ale vývoj linuxové verze je silně ve vleku windows.

[thingie]

Ono hlavně nevím co by tam sjednocovali, to jsou dva úplně odlišné projekty s desítkou let za sebou. By se musel jeden nebo oba projekty zahodit a jeden z nich vybrat, případně začít psát úplně nový.

[freshmouse]

Tak to je kvalitní vtípek. Pak by to chtělo mít ještě jen jeden operační systém (to by usnadnilo život programátorům aplikací) atd. atd. atd.

[Boris Dušek]

Jen jeden? Kam to spějeme ... Nemá smysl jen jeden; má smysl dodržovat standardy, aby jich bylo víc a byla konkurence v tom, který je dodržuje lépe.

[Daniel Kvasnička ml.]

Zpravicka je trochu mimo... Zni to jako kdyby WebKit za KHTML zaostaval a to ho milostive prijalo k sobe a naucilo ho co neumi. Fakt je ale ten, ze "novinky" v KHTML jsou pouze okrajove (CSS3 ma hodne daleko ke standardu a jeho podpora je spis takove pozlatko nez neco prakticky pouzitelneho...) a ve skutecnosti WebKit je v dulezitych vecech mnohem dal -- zvlaste v tom, ze se oprostil od jakychkoliv zavislosti na KDE a ma na rozdil od KHTML potencial se stat opravdu multiplatformnim a zasadit bolestivou ranu Gecku. Ma i mnohem zivejsi a vetsi komunitu nez KHTML.

[Robert Krátký]

Zni to jako kdyby WebKit za KHTML zaostaval a to ho milostive prijalo k sobe a naucilo ho co neumi.

Zprávička přeci říká, že budou KHTML a WebKit spojeny do jednoho projektu: WebKit. Z toho mi nevyznívá, že by KHTML někoho milostivě přijímalo, když bude i zachován název WebKit. Takže v novém projektu bude všechno dobré z WebKitu + novinky z KHTML.

Btw, jak to vypadá na úrovni kódu, to vůbec nevím, ale srovnám-li (renderovací) schopnosti Safari a Konqueroru, tak mi vychází, že je KHTML mnohem dál. (V čem vlastně spočívá závislost KHTML na KDE?)

[otula]

Btw, jak to vypadá na úrovni kódu, to vůbec nevím, ale srovnám-li (renderovací) schopnosti Safari a Konqueroru, tak mi vychází, že je KHTML mnohem dál. (V čem vlastně spočívá závislost KHTML na KDE?)

Sice nevím, jak Safari šlape na Mackovi, ale pod Windows nestojí za moc. Zato v Linuxu používám téměř výhradně Konqueror. Doufám, že nebudu nucen stěhovat se na Operu

[Rezza]

Vyhoda je hlavne v tom, ze vic uzivatelu = vic lidi hlasisich spatny rendering stranek, vic lidi to opravujicich... WebKit neni jen Safari, taky Nokiacky browser a predelat ho pro cokoliv uz neni tak slozite. Taky pouzivam Konqueror, i kdyz mnohe stranky moc dobre nedava, ale proste mi vyhovuje. Do KHTML byl problem zpet backportovat opravy z WebKitu a pritom velka cast byla jedno a to same. Zbytecne zdvojena prace.

[freshmouse]

Je předběžné hodnotit to na Windows.

[otula]

Však já to také neberu jako směrodatnou věc. Pouze z toho mám mírně divný pocit Na druhou stranu je mi jasné, že vývojáři KHTML ho sami využívají a určitě se nepoženou do něčeho horšího.

[Daniel Kvasnička ml.]

Navic problemy na Windows jsou spise s aplikaci samotnou, o zadnych problemech primo s WebKitem nevim. Pro safari ted navic vzniklo velice slusne rozsireni, ktere se schopnostmi blizi Firebugu pro FF. Existuje neco podobneho pro Konqa?

[Filip Jirsák]

Pokud vím, tak Safari (WebKit) velmi zlepšilo podporu CSS a byl to první prohlížeč, který prošel ACID2 testem. Takže jestli dnes KHTML renderuje lépe, znamená to, že už toho muselo být z WebKitu mnoho backportováno zpět do KHTML.

[Daniel Kvasnička ml.]

No minimalne by to mohlo byt napsano tak, aby bylo jasne, ze prejimat se bude obecne. Ted je zminovano jen prejmuti novinek z KHTML, coz mi nezni moc objektivne.

Co se tyka zavislosti na KDE, tak nevim vic nez co psali na Rootu v kratke historii WebKitu, totiz ze odstraneni zavislosti na KDE, Qt a doplneni chybejicich funkci byly tri hlavni ukoly lidi z Apple. Ze KHTML je/bylo hodne zavisle na KDE nebo minimalne na Qt, to nezni tak strasne nesmyslne, ne?

Docela by me zajimalo nejake vizualni srovnani KHTML a WebKitu, abych videl co presne myslis terminem mnohem dal. ACID? CSS?... Co vim ze Safari na Windows, tak kdyz neberu pomalost a enstabilitu programu jako takoveho, tak myslim, ze WebKit renderuje velmi slusne. Konqueror jsem uz dlouho nepouzival, tak nevim.

[freshmouse]

Co se týče odstranění závislosti na Qt, jak pokračuje GTK-WebCore, nevíte někdo? Mě by zajímalo, jak lze použít WebKit v prostředí GTK/GNOME. Co vím, tak Kazehakase už WebKit použít umí...

[Daniel Kvasnička ml.]

Co vím, tak Kazehakase už WebKit použít umí...

I Epiphany (a to je IMHO velice pouzitelny prohlizec), viz ten clanek na Rootu

[thingie]

Prohlížeč možná použitelný je, ale ten webkit tam ne. Neboť vskutku nejde o nic víc, než obskurně patchovaný hack takřka beze všech funkcí.

[Robert Krátký]

No minimalne by to mohlo byt napsano tak, aby bylo jasne, ze prejimat se bude obecne. Ted je zminovano jen prejmuti novinek z KHTML

Ale vždyť to tak je. Přejímat bude pouze WebKit, protože výsledným produktem bude WebKit. Věci z WebKitu tedy nikam předávány nebudou - zůstanou "doma" a přejaty budou ty věci z KHTML, které WebKit nemá.

Docela by me zajimalo nejake vizualni srovnani KHTML a WebKitu, abych videl co presne myslis terminem mnohem dal. ACID? CSS?...

Srovnám-li úroveň kvality renderování stránek (Mac Safari vs. Konq.), které běžně navštěvuji, tak Konq. z toho vychází lépe.

[M@trixX]

len dufam, ze to neuskodi khtml.

[Rezza]

Tak KHTML se zcela logicky necha vysumet do ztracena... O tom je to spojeni sil :)

[Leoš Literák]

[edited] Oops, to byl pokus o reprodukci chyby, ktery jsem chtel spustit na lokale, ale spletl jsem si tab

[otula]

Leoši, to sis trochu spletl diskuzi A k tomu máš bezva češtinu :)

[otula]

Hm, to bude nějaký bug, protože jsou to příspěvky jiných lidí, dokonce v neuveřejněné verzi.

[lefti]

paráda!

[Boris Dušek]

Nevím, jestli to je v odkazovaném článku, ale dost zajímavá informace je i to, že výsledek sloučení (WebKit + KHTML) se stane standardní součástí Qt 4.4.

[neurol23]

takze zavislosti na qt, ktere z webkitu u appla odstranili, se zase budou vracet zpet?

[...............23]

Nie, teraz bude pre zmenu závisieť Qt na WebKite...

[Rezza]

Apple zbavil KHTML zavislosti na Qt a kdyz to ted nekdo bude chtit napsat nad WINAPI, budiz mu zeme lehka :) Takze diky bohu za Qt!!! Uz jsem videl co s tim Zack dokaze a je to bomba!