Webkit und Safari ist gut

[Crash]

Aber: Eigentlich sollte es so ein, dass KHTML und das Webkit jetzt schon identisch sind. Ich finde es verdammt unhöfflich, dass der Code vom Webkit so langsam zu KHTML zurückfließt.
Ist das etwa Methode? Ich meine es wäre ja nicht so, dass beide Seiten davon profitieren könnten. Vielleicht hätte man KHTML lieber unter GPL stellen sollen.

Ich hoffe das wird sich in Zukunft bessern, vll. ist ja das Webkit statt KHTML zu nehmen (was andererseits etwas absurd ist, da das Webkit auf KHTML bassiert) der richtige Weg.
Ich bin zwar meist mehr für Vielfalt statt für Einheit, aber in diesem Fall würde ich es begrüßen, da die Engines beide auf dem selben Code basieren.

[Rhabarberkuchen]

Crash schrieb:
-------------------------------------------------------
> Aber: Eigentlich sollte es so ein, dass KHTML und
> das Webkit jetzt schon identisch sind. Ich finde
> es verdammt unhöfflich, dass der Code vom Webkit
> so langsam zu KHTML zurückfließt.
> Ist das etwa Methode? Ich meine es wäre ja nicht
> so, dass beide Seiten davon profitieren könnten.
> Vielleicht hätte man KHTML lieber unter GPL
> stellen sollen.

Unhöflich, vielleicht, aber nachvollziehbar. Dass der "Code so langsam zurückfließt" finde ich irgendwie eine witzige Formulierung. Apple hat einen Fork, entwickelt selbst mit massig Kapazitäten daran und lässt die KHTML Leute alle Änderungen wissen. Dass die nicht mitkommen liegt daran, dass Apple niemanden abstellt der denen alles haarklein erklärt (was man aber nun wirklich nicht verlangen kann) und KHTML nicht genügen Kapazitäten hat das alles selbst aufzuarbeiten.

Außerdem solle mal klar gestellt werden, dass WebKit mehr ist als nur der Fork von KHTML. Der Fork heißt WebCore und WebKit ist WebCore + JS-Engine.

[Birdy]

Crash schrieb:
-------------------------------------------------------
> Aber: Eigentlich sollte es so ein, dass KHTML und
> das Webkit jetzt schon identisch sind. Ich finde
> es verdammt unhöfflich, dass der Code vom Webkit
> so langsam zu KHTML zurückfließt.

Inwiefern unhöflich?!? Ist doch ganz normal und der Sinn von OpenSource!

> Ist das etwa Methode? Ich meine es wäre ja nicht
> so, dass beide Seiten davon profitieren könnten.
> Vielleicht hätte man KHTML lieber unter GPL
> stellen sollen.

KHTML steht unter LGPL...

> Ich hoffe das wird sich in Zukunft bessern, vll.
> ist ja das Webkit statt KHTML zu nehmen (was

Durchaus eine Idee, die ich begrüßen würde.

> andererseits etwas absurd ist, da das Webkit auf
> KHTML bassiert)

Webkit "basiert" weniger auf KHTML, sondern hat seine Wurzeln bei KHTML bzw. ist es ein fork (wobei die beiden mittlerweile wieder großteils synchonisiert wurden).

[LH_notloggedin]

Rhabarberkuchen schrieb:
-------------------------------------------------------

> Außerdem solle mal klar gestellt werden, dass
> WebKit mehr ist als nur der Fork von KHTML. Der
> Fork heißt WebCore und WebKit ist WebCore +
> JS-Engine.

Und?

##
JavaScriptCore is based on the combination of the KJS library (which is part of the KDE project) with the PCRE regular expression library.
##

Also KHTML+KJS, genau wie beim Konqueror

[c++fan]

Crash schrieb:
-------------------------------------------------------
> Aber: Eigentlich sollte es so ein, dass KHTML und
> das Webkit jetzt schon identisch sind. Ich finde
> es verdammt unhöfflich, dass der Code vom Webkit
> so langsam zu KHTML zurückfließt.
> Ist das etwa Methode? Ich meine es wäre ja nicht
> so, dass beide Seiten davon profitieren könnten.
> Vielleicht hätte man KHTML lieber unter GPL
> stellen sollen.
>
> Ich hoffe das wird sich in Zukunft bessern, vll.
> ist ja das Webkit statt KHTML zu nehmen (was
> andererseits etwas absurd ist, da das Webkit auf
> KHTML bassiert) der richtige Weg.
> Ich bin zwar meist mehr für Vielfalt statt für
> Einheit, aber in diesem Fall würde ich es
> begrüßen, da die Engines beide auf dem selben Code
> basieren.
>
>

Der Code Hin- und Herfluss hat was von Mozilla ;)

[HW]

Birdy schrieb:
-------------------------------------------------------
> Webkit "basiert" weniger auf KHTML, sondern hat
> seine Wurzeln bei KHTML bzw. ist es ein fork
> (wobei die beiden mittlerweile wieder großteils
> synchonisiert wurden).
Mit anderen Worten: KHTML war die Basis für Webkit, und daher basiert Webkit sehr wohl auf KHTML...