Hello. Is there at least one objective reason to use KHTML, not Webkit?
I think that Webkit will be more better for Konqueror for the following reasons:
1. He has more developers. So the development process is several times faster.
2. Uses less memory and CPU.
3. It works with all kinds of nsplugins (for example KHTML has many problems with Flash).
4. Much faster with JS (google test, webkit - 700, KHTML - 160).
So why do not abandon KHTML and do not finish webkit-kpart?

ЗЫ сорри за кривой слог, но как умеемс)

5. Webkit has more points in ACID. 6. Webkit normally displays most of the sites. KHTML has problems with many sites (examples: ...)

Hello. Is there at least one objective reason to use KHTML, not Webkit?
I think that Webkit is much more better for the following reasons:
1. More people maintain it. So the development process is several times faster.
2. Uses less memory and CPU, works better on slow PCs.
3. It works better with nsplugins (KHTML has many problems with Flash, while WebKit forks with Flash flawessly).
4. Webkit is much faster with JavaScript (try to run any benchmarks like SunSpider or V8 with qt-webkit from Qt 4.5 and compare it to KHTML).
5. KHTML has problems with some pages, while I haven't seen any pages, that don't work under WebKit.
So is't it better to abandon KHTML and finish webkit-kpart?
6. Webkit has more points in ACID3 (98/100 in latest trunk for me) => has no problem with supporting standarts.

So it's better to abandon KHTML and finish webkit-kpart.

Кто напишет в багзиллу КДЕ? Я пас.

щас закину, но сомнения меня гложат

http://bugs.kde.org/show_bug.cgi?id=183718

Status: RESOLVED
Resolution: INVALID

Чёрт. Что ж так быстро.

Maksim Orlovich 2009-02-08 19:05:45

> Status: RESOLVED > Resolution: INVALID

таки я был лучшего мнения о комьюнити кде. :(

Re^2: В последней версии WebKit добавлена поддержка CSS анимации

Печально. С переездом на 4е кеды пришлось отказаться от конка, слишком непредсказуем, в трешке был существенно адекватнее. Надеялся вернуться с появлением в нем вебкита, но теперь нескоро, видимо :(

Видимо, придется на Arora перебираться.

А ты уверен, что развитие вебкита может идти в том же направлении, в котором идет KHTML и KDE вообще? Одно из важных преимуществ, которым обладает Qt, и основанное на ней KDE - это грамотное отношение к качеству кода иногда даже в ущерб к сиюминутным требованиям к фукнционалу.

Взять тот же Amarok 1.4 по сравнению с 2.0 - сколько воплей по поводу того, что выкинули кучу фунций и суют вместо него недоделаный огрызок. А на деле - если почитать хотябы немного списки рассылки разработчиков - в 1.4 доброжелатели коммитили код сколько угодно - лишь бы реализовать возможность - а поддерживать этот код желающих как-то не находилось. В целом получалось функционально, правда до определенного момента, после которого становилось понятно, что чем поддерживать тонны невнятного мертвого кода, проще написать все с нуля.

Честно, код Webkit и KHTML не сравнивал, но есть сильные подозрения, основанные на житейском опыте, что там ситуация может быть примерно такая же. В Webkit в угоду публике google на пару с apple напихают столько хаков - лишь бы все тесты проходили и галимые страницы открывали - сколько пожелаете, а что дальше насрать один хер как-нибудь выкрутимся. Большое количество разработчиков - особенно из мегакорпораций - не всегда означает лучшее качество и перспективы развития.

Кто хочет - пилите Webkit-part сколько вам угодно, внедряйте ее в konqueror - если она окажется лучше чем KHTML я только за. А если не окажется, то спокойно подожду пока популярные движки со всеми их хаками начнут захлебываться в собственной блевоте от необходимости правильно отображать мысли недоразработчиков интернет-пространства. И очередную версию вебкита опять обоснуют на очередной версии KHTML - самого легкого движка с самым чистым кодом (по мнению google, выраженному к webkit).

возможно я не прав и в webkit до сих пор остается некий стандарт на качество принимаемого кода и есть четкая линия развития, ведущая в светлое будущее, а не в невнятное болото

В GNOME 2.26 будет Epiphany на WebKit. А сейчас GIMP использует движок webkit-gtk2 для своей справочной системы.

> основанное на ней KDE - это грамотное отношение к качеству кода иногда даже в ущерб к сиюминутным требованиям к фукнционалу.

Где KDE поддерживает тот же уровень грамотности, что и QT

По сравнению с qt их код - чистый ужас

> В Webkit в угоду публике google на пару с apple напихают столько хаков

Политика развития webkit'а у aplle говорит об обратном. Они не добиваются совместимости хаками, а иногда готовы забить на совместимость