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

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

> Status: RESOLVED > Resolution: INVALID

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

> Неправильно понимаешь. Dean Jackson до неавнего времени был сотрудником W3 и его продвижение сабжа WebKit'ом не ограничивается. Так что, вполне можно рассматривать работоспособность анимации (а также констант и прочего) в рамках WebKit, как шаг к добавлению в стандарт. ИМХО.

молодец. Т.е. ты сам признал, что это еще никакой не стандарт, а лишь 1-й шаг, и то в лучшем случае. А когда (если) это стандартом станет, то все, что сейчас написано с применением этих @webkit-, придется переписывать. Ну а пока что это и есть перделки вопреки стандарту, как выше и было сказано.

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

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

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

Лично для меня главным является факт вполне успешной и качественной реализации. Пусть и в рамках WebKit. Учитывая, что за реализацией стоят не самые распоследние скубенты, а WebKit не слишком малораспространенная платформа, до стандарта ближе, нежели кажется, И это, ИМХО, гуд.

Вот только нафига оно надо?

Можно прописать так:

-moz-border-radius: N; -webkit-border-radius: N; border-radius: N;

Если ты то это конечто.

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

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

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

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

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

>А исходник css'а смотрел: <> еще бы оно работало в опере, это webkit'ая фича

Ни разу не удивился бы работоспособности этой "webkit'ой фичи" в _бете_ оперы. Кто-то из Opera с полгода назад весьма одобрительно отзывался об этом начинании. Да и народ там не шибко религиозный =)

Ну а стань оно стандартом к релизу 10-ки, пофиксить -webkit'ы на стандарт -- дело недолгое.

Нет, ты просто глубоко нуб, который глубоко хочет продемонстрировать свои глубокие познания во всём подряд.

> И так далее, и тому подобное. В связи с этим, мол, просим допилить уже webkit-kpart и убить KHTML.

Webkit-kpart глючит с размером шрифтов немного. А по умолчанию его для конка поставить не проблема. Настройки -> привязка маймов к приложениям -> html и xhtml -> встраивание.

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

Safari на Маке рулит.

Яблочный огрызок в топку

CSS аниманция и процая фигнистика -- может это и хорошо ...

... но к кому мне обратиться чтобы в WebKit исправили следущий НЕЛЕПЫЙ баг:


при отправке  xml-данных (Document Object Model уровня 2) через объект класса XMLHttpRequest [client.send(my_data_document)]
-- кудато ТЕРЯЮТСЯ xmlns аттрибуты тэгов передаваемого xml-документа

и таким образом (относительно DOM уровня 2) передача XMLHttpRequest -- становиться безполезной..... так как кому нужны xml-данные без xmlns .

этот баг -- есть в Софари (iphone-овсмком в том числе) и в Виндовом_Хроме (ониже на WebKit работают)

в FireFox и Opera всё гладно (DOM уровня 2 -- передаётся XMLHttpRequest -- как нада -- пространства имён не теряются)

// p.s.: на MS_IE даже не пробовал :-) , такое делать

Ох уж эти вантузятнеги. Подопускали их линупсоиды к священной UNIX.

>CSS аниманция и процая фигнистика -- может это и хорошо ...

>... но к кому мне обратиться чтобы в WebKit исправили следущий НЕЛЕПЫЙ баг:

> ...


вот быстренько состряпал ТЭСТ (чтобы было ясно о чём реч)


сам тэст браузера:
http://www.skynet-moscow.ru/cgi-bin/izvrasheniya/2009-02-09/XMLHttpRequest-test


исходный код тэста:
http://www.skynet-moscow.ru/cgi-bin/izvrasheniya/2009-02-09/XMLHttpRequest-test
?show_code


[[реально -- незнаю как и куда написать баг репорт.. :-( :-( . мож кто поможет! ато вот сидят и делают CSSы и фигнюшечки всякие , какбудто всё остальное работает]]

// p.s. а мож баг в самом WebKit уже и исправили? может ошипко только на iphone, sofari, windows chrome ??

В Qt4.5 RC тоже работает (листочки падают) (демо браузер, на котором построена arora). Значит фича была добавлена, как минимум неделю назад.

>В Qt4.5 RC тоже работает (листочки падают) (демо браузер, на котором построена arora). Значит фича была добавлена, как минимум неделю назад.

Фича работает и в датированном 8-м января Safari4 Developer Preview. Только вот рассказать о ней граждане из WebKit удосужились лишь в феврале =)

Вроде работает твой тест самым замечательным образом:

http://www.imagebam.com/image/e5e17f26149136

AppleWebKit/528.1 (KHTML, like Gecko) Version/4.0 Safari/528.1

Вот

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

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

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

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

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

> > http://webkit.org/blog-files/leaves/index.html
> Так и не узнал, что же это такое "CSS-анимация"... Пришлось отрубить adblock, включить анимацию, отключить принудительные кастомные цвета фона и текста - кроме статичной картинки с какими-то багами отображения в тексте ничего не получил.

Аналогично - на экране какая то хрень с кривым текстом. Причем до включения скриптов текст отображался корректно.

> А когда (если) это стандартом станет, то все, что сейчас написано с применением этих @webkit-, придется переписывать

Если это разработка под iPhone, iPod Touch, то ничего не придется переписывать. Так что всему своя ниша. Здесь проблем нет.

> Ну а пока что это и есть перделки вопреки стандарту, как выше и было сказано.
С учетом выше сказанно это ваше личное ИМХО.

> Вроде работает твой тест самым замечательным образом:

> http://www.imagebam.com/image/e5e17f26149136

> AppleWebKit/528.1 (KHTML, like Gecko) Version/4.0 Safari/528.1

> Вот

спасиб!

это круто, значит в остальных WebKit-браузерах тоже скоро начнёт работать без ошибок :-) :-) :-) !!

ыыыыы

>>> Вроде работает твой тест самым замечательным образом:

>>> http://www.imagebam.com/image/e5e17f26149136

>>> AppleWebKit/528.1 (KHTML, like Gecko) Version/4.0 Safari/528.1

>>> Вот

>>спасиб!

>>это круто, значит в остальных WebKit-браузерах тоже скоро начнёт >>работать без ошибок :-) :-) :-) !!

>>ыыыыы

ато вот  у меня пока вот так :-)

http://img161.imageshack.us/img161/6853/screenshot3fs5.png

[но теперь то уже ясно что через время это исправят]

> AppleWebKit/528.1 (KHTML, like Gecko) Version/4.0 Safari/528.1

судя по википедии -- там "Новый интерпретатор JavaScript — SquirrelFish" .

может поэтому тэст и проходится?

> much more better

Эх вы. Hint: much better.

Что-то развод какой-то, на мидори работает, а на конкве нет, мидори собран полгода назад, webkit пару месяцев: zakon@rod ~/workspace/odnoklassniki-image $ eix midori ; eix webkit-gtk [D] www-client/midori Available versions: *0.0.17[1] *0.0.18[1] **9999 {nls soup sqlite} Installed versions: 0.0.18[?](17:49:56 17.06.2008) Homepage: http://www.twotoasts.de/index.php?/pages/midori_summary.html Description: A lightweight web browser

[1] /sources-build/overlay/own [U] net-libs/webkit-gtk Available versions: (~*)0_p36113 (~*)0_p36403 (~*)0_p37894 (~*)0_p40220 {coverage debug gstreamer pango soup sqlite svg xslt} Installed versions: 0_p37894(20:14:30 07.01.2009)(pango svg -coverage -debug -gstreamer -soup -sqlite -xslt) Homepage: http://www.webkit.org/ Description: Open source web browser engine

> / p.s. а мож баг в самом WebKit уже и исправили? может ошипко только на iphone, sofari, windows chrome ??

в midori бага не увидел :)