можно же ссылку на пост постить

в веб-версии тоже? что-то не нашел ?

веб-версия не нужна)

Издеваешься?) Я всё утро в реакт-чате рассказывал

В чужой монастрь да со своим уставом?

А вообще метеор был в свое время популярен, даже свой пакетный менеджер вместо npm запилили

Пакеты чисто под метеор

Про инвесторов всяких там было много

И где оно всё...

Дайте совет, как реализовать лэзи лоад без загрузки данных в при прокрутке. То есть, данные получаются при загрузке страницы один раз. Появляются первые 20 элементов (всего 250). В момент прокрутки вниз, начинают появляться остальные блоки находящиеся в области видимости экрана.

Реакт взять, не?

Есть че посоветовать?

Есть че посоветовать?

взять реакт

взять реакт

сложно

Самое простое что приходит в голову - хранить в коллекции и заюзать лодаш. Логика думаю ясна. Достаешь n на итерацию и запоминаешь этот n

сложно

лол у тебя jquery чтоль?

Мне б на нативе, реакт я юзаю и так

Ну а подключить ты можешь либу?

Дайте совет, как реализовать лэзи лоад без загрузки данных в при прокрутке. То есть, данные получаются при загрузке страницы один раз. Появляются первые 20 элементов (всего 250). В момент прокрутки вниз, начинают появляться остальные блоки находящиеся в области видимости экрана.

Промисы

Я хочу на нативе сделать. Думаю, я бы не стал задавать вопрос, если бы юзал бы решение на реакт? Я хочу понять принцип лэзи, когда доходишь до какой-то части и появляются именно блоки из этой области видимости. Лень проверять исходники подобных решений, надеялся, что кто-то даст совет.

Стримы, например

Так это.... просто же всё

Чекаешь прокрутку, учитываешь высоты, отрисовываешь что нужно, удаляешь старое не нужное

Или вопрос про другое совсем?

Чекаешь прокрутку, учитываешь высоты, отрисовываешь что нужно, удаляешь старое не нужное

Удалять для слабоков! (Сайт material up)

Ага, грузим всё да, пусть юзер лучше оперативы докупит

И процессор по новее

А так вроде примитивная задача же

Можно хоть на нативе, хоть на чем, главное чтобы не мешал фреймворк тому что нужно

Чекаешь прокрутку, учитываешь высоты, отрисовываешь что нужно, удаляешь старое не нужное

про это, близко-близко

ERROR: S client not available

Ну вот

А в чем проблема?

Проблемы таковой и нет. Хотел понять принцип, как появляется блок. Была мысль, как ты написал выше. Что я буду получать все лементы, хранить их в массиве. При скролле, чекать высоту скролла и позицию каждого элемента, сверять и отображать

Каждого элемента и не нужно особо то

Хотя смотря как именно они расположены

окей, спс

Можно хранить в массиве простом, хранить размер экрана, если размеры элементов одинаковые то вообще всё просто, при прокрутке вычисляется диапазон элементов что может быть виден, надеюсь понятно что это условно одна строка кода. Далее нужны 2 переменные, хранящие текущие границы отображенного. Собственно зная новые границы и старые - прячем всё из старых границ что не нужно, показываем то что нужно за границами в рамках новых границ, перезаписываем переменные текущих границ.

И готово

Если размеры не одинаковые, но известны - уже по сложнее, нужно играться с диапазонами и вычленять то что нужно. А если вообще изначально не известны - придется рендерить по пути, сохраняя полученные размеры на будущее для удобства и тп

о, респект чувак ?

Всем привет Кто-нибудь юзал postMessage для общения сквозь iframe?

сделал в родителе function listener(event) { alert( "message: " + event.data ); } if (window.addEventListener) { window.addEventListener("message", listener); } else { // IE8 window.attachEvent("onmessage", listener); }

если в нём же делать window.postMessage('asdasd', parent.location.origin)

то всё ок