Pull to refresh
29
0
Харт @hf35

User

Send message
Ну наверное у тех у кого экран больше будет небольшое преимущество.
Но это думая не основная причина почему поле такое маленькое, а то что если сделать игру чуть побольше она начнет тормозить… Во всяком случае все canvas игры которые я видел были жестко вписаны в небольшие пространства.
Неправильно выразился) Не нужно менять размер спрайтов — пусть останутся такими же. Игровое поле должно занимать весь экран браузера.

>>Ctrl+колесико мышки — не? Не. Монитор не квадратный.
Ну раз уж вы так к этому клоните — В данный момент SVG без аппартного более нежизнеспособен чем Canvas.

Ждем релизов IE9 и FF4. Ну и Chrome явно что то выкатит.

Кстати почему выши астероиды в маленьком окошке и не масшатабируются на весь экран?
В процессор упирается. Он у меня довольно слаб. Ну и в IE 9 JS движок слабее чем в Хроме.
Разные узкие места.
Потому что нет аппартого ускорения. В в примере гораздо больше квадратов летает и ничего не тормозит.

Это ведь просто пример. Хорошая плавная анимация на SVG.

Остальное в наших руках.
Ну и толку что в 10 раз быстрее? Если оба тормозы без аппаратного ускорения.
Вот результаты на IE9, (FF4 у меня без включенного аппаратного ускорения 2 бета)
1000
svg -21
canvas — 24
2000
svg — 10
canvas — 13

10 раз? Я готов жертвовать 3 FPS для удобного интерфейса. К тому же лишний слой абстракции сабжа не убъёт ли эти 3 FPS?
Кстати узкое место отнюдь не графика, а процессор.

>>На аппаратное ускорение полагатся не очень корректно
Очень даже корректно. Такая работа с графикой должна обрабатываться на видеокарте. Браузеры которые этого не обеспечат — сами виноваты.
Внезапно, но с аппартным ускорением очень даже -1

Реализация всего 1 браузера. С тех пор кстати в ФФ и ИЕ появилось аппаратное ускорение.

Тем более по графику — оба тормозы.
Мне кажется вы идеалогически немного неправы.
Для таких вещей SVG подходит гораздо больше. Там не надо городить абстракций, нормальные объекты есть изначально.

Делали какие нибудь замеры производительности? Ваш слой абстракции не убъет преимущество в скорости canvas'a?
нормальный фотошоп тоже нужно будет скачать 1 раз.
В чем преимущество браузерного? А как ассоциации файлов делать?
Предпросмотр в проводнике? Или проводник тоже в браузере?

Не вижу ни одного плюса от этой технологии — раз уж качать бинарники — то проще скачать нормальную программу.
Ну и чтобы получить Photoshop в браузере — нужно будет скачать бинарников на 100 — 200 мб, при заходе на сайт?

Так не проще один раз скачать нормальный Photoshop?
Единственный плюс будет в том что он будет в окне браузера? Сомнительный плюс.

Да и зачем ещё одна операционная система внутри операционной системы?
Сабж — это ответ МС на наезды Руже. Он более чем дипломатичен и размыт. И ничего про политики там нет, потому что и правда очень узко специальная фича.

А дядько… думаю что если любой человек назовет 200 аргументов почему его браузер современный и смысла обсуждать и критиковать каждый аргумент нет.
«-» это тоже оператор.
сначала выполняется он — -0 = 0, а потом уже сравнение идет.
0 === 0. разве нет?

0===-2+2 // true
Такой пример понятнее?
А какого типа вы бы сделали NaN? Что по вашему логично?
Чего вы так маниакально прицепились к ним?)
Вы всегда используете всеми фукнциями всего софта который используте?

Есть фича — хорошо, кому нужно — тот ею пользуется. Наверное кому то очень нужно.
Вам явно не нужно.
А зачем им IE9? На линуксе есть куча хороших браузеров.
По этой логике — кроссплатформенность — вообще не приоритет, ибо мир неВинды очень мал.

5к Нод и 100 кб CSS? Можно узнать проект где вы упираетесь в это ограничение?
Не хочется проверять, но почти уверен что 10к нод и 150 кб положат фокса,
20к нод и 300 кб положат хром. 100к нод и без CSS положат всех.

У IE масса недостатков, но это не вообще не критичный недостаток.

Information

Rating
Does not participate
Registered
Activity