Да, потом то же самое для пользователя как получателя, слить массивы и по паре ID пользователя и каждому ID из массива искать последнее сообщение, которое и выводить в результирующий массив. Как по мне, слишком громоздко. =(
Боюсь, что даже так останется основная проблема: браузер не будет рендерить картинку до того, как она появится в области видимости. Например, в Хроме анимация хоть и стала плавнее, но все равно есть ощутимый рывок. В Сафари ситуация еще хуже. Открыл вчера сайт в ИЕ7, расстроился и решил поменять концепцию: от такой анимации руки опускаются исправлять что-либо. Остался чисто теоретический интерес исправить анимацию в нормальных браузерах вроде Хрома и Сафари.
Ну не до 20px, конечно, но раза в два ужимать может. Конечно, превьюшки сделать не получится: разрешения экрана у всех разные, угадать точную высоту и заранее сделать превьюшку под нее не выйдет.
В оригинале все картинки 1054px по ширине и разной высоты. Javascript'ом изменяю высоту так, чтобы изображение не вылезало за область видимости. Если оно слишком широкое, дополнительно уменьшаю его.
Какому блоку? У меня один блок-обертка и внутри него блок-лента, который я двигаю. Ширина блока-обертки указана, равно как и ширина блока-ленты.
Тормоза начинаются, когда браузер начинает рендерить картинку: вытаскивает ее пикселей на 30, задумывается, и потом быстренько «дотаскивает» до нужной позиции.
Таки да, оставил 5 проектов и анимация заработала куда плавнее. Думаю, надо добавить AJAX и подгружать проекты динамически. И анимация будет лучше, и нагрузка на первую загрузку уменьшится.
Объект позиционирован относительно, изменяется только параметр marginLeft. Внутри блока картинка, два заголовка и два абзаца текста. В ФФ более-менее плавно, в Хроме движение не равномерно: сначала блок не изменяется, а в конце резко перемещается, рывком.
Если я вас правильно понял, проблема в том, что я, например, двигаю блок на короткое расстояние на протяжении большого времени. Верно? Чтобы избежать ряби следует ускорить анимацию?
