Оптимизация большого числа картинок?

думал об этом, к сожалению, такое не возможно по архитектурным причинам

komarevtsev: Нет таких архитектурных причин.

komarevtsev: я поддерживаю мнение Александр Таратин

Александр Таратин: мне по ws приходят уведомления, и нужно некоторые элементы удалять. Если их не будет в dom в этот момент - могут произойти конфликты

komarevtsev: А могут и не произойти, но тут имеем проблему www.gunsmoker.ru/2008/10/x-y-z.html

Какие еще архитектурные причины? Кривой скроллер - это кривая архитектура скроллера. Быстрый и качественный скроллер - и есть нормальная архитектура. Т.е., никаких архитектурных причин тут нет и быть не может. А какие проблемы-то с удалением? Там просто элементу в метод удаления добавляется проверка: элемент в доме или не в доме - и далее удаляется и пересчитывается индекс или какие-то там дополнительные расчеты и стили. Кроме того, разницы между удалением элемента, когда он есть в доме и когда его нету в доме - нет вообще никакой. Просто когда элемент в доме - он просто будет отсоединен от родительского элемента, а уже потом удален.

VoidVolker: Хорошо, вас понял. В фф работает все отлично, может как-то можно перенести оптимизации которые он применяет на chrome

Конечно, ведь фф скорее всего делает примерно то же самое - только на уровне своего рендер-движка. Решение - выше. Я таким образом тысячи и десятки тысяч элементов рендерил и все летало с очень плавными анимациями в хроме. Алгоритм примитивнейший - реализуется все очень просто.

VoidVolker: делали через проверку in-viewport? буду очень признаетелен, если расскажете как делали

Делал очень просто: плавающий фрейм объемом в 3 экрана — предыдущий экран, текущий экран, следующий экран. Контейнеру ставится размер в соответствии с числом элементов. Функция анимации вычисляет новый фрейм в соответствии с текущей прокруткой, затем смотрит, какие элементы есть в контейнере и удаляет лишние и добавляет новые. Лишние - это те, которые выходят за границу фрейма, недостающие - те, которые должны быть во фрейме, но их там нет. А затем корректирует смещение всей группы элементов в контейнере, создавая тем самым анимацию прокрутки и все работает как если бы все элементы были бы в DOM, но по факту в DOM всегда элементов только на три экрана. Именно такой объем элементов для рендера был выбран с целью более быстрой прокрутки и незаметных для пользователя удалений и добавлений.