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

http://www.satine.org/archives/2008/11/06/coverflow-for-safari-on-iphone/

это оно?

Ага, а что такое css-анимация?

>Ага, а что такое css-анимация?

http://webkit.org/blog-files/leaves/index.html

К примеру.

Не совсем, в этом coverflow задействованы аппаратные 3D фичи, в настольном вебките просто слайдшоу получается.

Работает в январской сборке Safari4, WebKit'ах последних ночных. В бете Opera 10 -- шиш, статичная картинка.

>@-webkit-keyframes

это как mozilla-border красиво, полезно, но не применимо.

Посмотрел во вчерашней сборке WebKit в Arora - и правда работает. И флеш там работает, причём не так тормознуто, как в Konqueror, а вполне себе нормально. Когда уже, наконец, KHTML сдохнет? В WebKit всё гораздо плавней и быстрей рисуется. И тесты на скорость яваскрипта он у меня проходит гораздо лучше (В гугловском тесте набирает 800 против 150 у KHTML).

Вот это порадовало: http://webkit.org/blog-files/leaves/index.html

> во вчерашней сборке WebKit в Arora

это как? arora же использует qtwebkit, который отстаёт от обычного ?

Ну хватит раздувать и без того раздутый стандарт, а?

Не думаю, что с таким подходом (как минимум, ошибка в именовании) эта штука уйдёт дальше вебкита.

konqueror + qt-webkit (qt4.5) работает, иногда правда подтормаживает

Жду не дождусь, когда вебкит станет основным движком конка. По удобству интерфейса он (имхо), уже всех перегнал. Но из-за плохой отрисовки пока неюзабелен.
Вот например, с какого бодуна у меня под конком в поле ввода сообщения текст не отрисовывается? Белым по белому пишет, видимо...

http://code.google.com/p/arora/wiki/source?tm=4

Я правильно понимаю, что теперь WebKit занимается тем же, что и IE - прикручивают всякие перделки вопреки стандарта?

А вот так. Не знаю, но у меня всё работает. Правда, в ACID3 всего 98/100, хотя вот тут писали, что уже 100/100 - http://solshark.i-seo.biz/2009/02/05/vystrel-v-nogu-pervaya-krov/

> http://webkit.org/blog-files/leaves/index.html

Так и не узнал, что же это такое "CSS-анимация"... Пришлось отрубить adblock, включить анимацию, отключить принудительные кастомные цвета фона и текста - кроме статичной картинки с какими-то багами отображения в тексте ничего не получил.

Нет поддержки ни в ie6, ни в файрфоксе - бесполезная фича. Разве что поднимать ЧСВ.

> Жду не дождусь, когда вебкит станет основным движком конка. По удобству интерфейса он (имхо), уже всех перегнал. Но из-за плохой отрисовки пока неюзабелен.

Да... и флеш в вебките нормально работает и память с процом не жрёт, в отличие от...

А кто-нибудь может подсказать внятный браузер на сабже с возможностью блокирования загрузки содержимого с некоторых сайтов? Этакое расширение Ad Block в мозиле.

>Я правильно понимаю, что теперь WebKit занимается тем же, что и IE - прикручивают всякие перделки вопреки стандарта?

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

>Да... и флеш в вебките нормально работает и память с процом не жрёт, в отличие от...
С этим у конка как раз не сильно хуже других. Тут накладываются ещё кривые ручки сайтописателей. Так, test.specialist.ru у мя нормально открывался только несколько лет назад, когда ещё локаль была cp1251.
Всякие ютубы конк сейчас нормально показывает. Хотя подозреваю, что это сильно зависит от фазы луны при установке.

>А кто-нибудь может подсказать внятный браузер на сабже с возможностью блокирования загрузки содержимого с некоторых сайтов? Этакое расширение Ad Block в мозиле.
Опера? Вебкит там, правда не последний, но должны быть тестовые сборки...

[19:21:29] <St_MPA3b> When KHTML will be finally replaced with WebKit?
[19:21:38] <geiseri> St_MPA3b: never
[19:21:42] <geiseri> or when you do it
[19:21:49] <geiseri> what ever comes last
[19:21:54] <sandsmark> St_MPA3b: depends on what you mean
[19:21:58] <St_MPA3b> geiseri: so there is just no people to do that? :(
[19:22:05] <sandsmark> St_MPA3b: why would they?
[19:22:13] <St_MPA3b> sandsmark: I mean "when WebKit finally becomre default one?"
[19:22:14] --> StasV (n=whoeiii3@84-53-73-98.adsl.unet.nl) has joined #kde-devel
[19:22:16] <sandsmark> St_MPA3b: khtml is much more advanced than webkit in some areas
[19:22:23] <sandsmark> St_MPA3b: then probably never
[19:22:23] <geiseri> St_MPA3b: we maintain khtml... feel free to make your own kpart though
[19:22:35] <sandsmark> there is already a kpart, I don't know if anyone maintain it

Какой к чёрту WebKit в опере?

Ведь не принципиально, переведут конк на вебкит, или внедрят в khtml фичи вебкита, правда? Что разработчики не собираются этого делать, я слышал. Но надежда жива)
Кстати, не могу понять, почему khtml считается более продвинутым, когда он менее функционален и хуже отрисовывает многие страницы? Или тут бело в кривизне рук разработчиков, а конк следует w3c и на остальное ему плевать?

>Какой к чёрту WebKit в опере?
Чорт, я глубоко заблуждался!

А встроенные анимированные смайлики будут?

>А встроенные анимированные смайлики будут?
Куда встроенные? Может, лучше встраивать смайлики в мозг? Появится возможность использовать libastral для создания настоящей четырёхмерности и настоящих эффектов передачи настроения!

> А кто-нибудь может подсказать внятный браузер на сабже с возможностью блокирования загрузки содержимого с некоторых сайтов? Этакое расширение Ad Block в мозиле.

Такое бы в midori... Симпатичный браузер. Попробуй.

А исходник css'а смотрел:

#leafContainer > div > img {
position: absolute;
width: 100px;
height: 100px;

/* We use the following properties to adjust the clockwiseSpin or counterclockwiseSpinAndFlip
animations on each leaf.
The createALeaf function in the Leaves.js file determines whether a leaf has the
clockwiseSpin or counterclockwiseSpinAndFlip animation.
*/
-webkit-animation-iteration-count: infinite;
-webkit-animation-direction: alternate;
-webkit-animation-timing-function: ease-in-out;
-webkit-transform-origin: 50% -100%;
}

еще бы оно работало в опере, это webkit'ая фича

Чего только ни придумают, лишь бы не использовать JRE и апплеты с Java3D.

>-webkit-transform-origin: 50% -100%;
> еще бы оно работало в опере, это webkit'ая фича

А дело отнюдь ни в этом. Лично наблюдал ~полгода назад как макофилы впадали в оргазм от каждого набранного балла в ACID3. Дрочка на очки была просто невообразимая. Теперь, когда уже 100/100 нужно что-то новое: вот и высасывают из пальца фичи, дабы не разочаровывать юзверей сафари2.

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

Так в драфтах оно уже ходит давно на W3C. Правда пока нестабильно, и, думаю, кроме вебкита оно вряд ли ещё где пока что есть (поскольку они уж его разработали и предложили).

Полезная фича, не смотря на всю помю нелюбовь ко всяким крутелкам и бегалкам на страницу. Меньше скриптов понадобится.

А может в КДЕшную багзиллу пожелание написать?

Вебкит лучше KHTML по следующим причинам:

- Его поддерживает больше народа. Прогресс за последние месяцы там просто фееричен.

- Жрёт меньше проца и памяти (сами посмотрите).

- Лучше работает со всяческими nsplugins (вот флеш например... в KHTML с флешом куча проблем... то не флеш стартует, то браузер падает из-за флеша, а если флеш стартует, так не сразу, а через 2-5 секунд).

- Гораздо быстрее с JS (у меня в гугловском тесте вебкит сейчас набрал 700 против 160 у KHTML).

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

Думаю, этим многие проникнутся, подпишутся под багом. А там авось и Сейго внимание обратит, тем более в своём блоге он полгода назад восхищался вебкитом.

Кто может написать такое на нормальном английском?

Офигенно. Для целой кучи приложений CSS Effects кажутся удобнее, чем Canvas + Javascript.

Да, а ещё у вебкита всё гораздо лучше со стандартами + оно открывает больше сайтов (тот же http://grails.com )

Пардон, http://grails.org

>http://webkit.org/blog-files/leaves/index.html

В опере не завелось.. А на айподе (2.2.1) симпатично так листики падают...

Хотя, боюсь, как бы мы не повторили судьбу этого бага: https://bugs.kde.org/show_bug.cgi?id=164230

Так что, кто может накатать багрепорт?

Под Ие и Файерфоксом работает?Нет?Тогда в печь,массам это не нужно.

Зато реактору нужна биомасса

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: ...)

>У меня всё не так. Ролики на ютубе открываются через раз, а если открываются, то не сразу.
Вот я и говорю про фазы Луны. Я перед этим просто обновил кеды, текст в конке был нормальным, но был глюк с pdf. Тогда я взял установочный диск (все те же пакеты один в один) и переустановил систему (разбираться было неохота). С пдф всё норм, но начались траблы в конке...

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