а как насчет requestAnimationFrame?)

я понял про то ты говоришь. Хочешь сказать css на одностраничных сайтах не работает?)
Ты говоришь про сложные и высоконагруженные SPA. Далеко не все SPA такие.

Зачем делать бесконечный скролл, если можно сделать старую добрую пагинацию? (очередной холивар :)

Не не не не не)) у меня все это моментально делается, менее 5мс.

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

Кстати, а я и не подумал его тут заюзать, попробуемс :) Хотя не думаю, что там оно сильно поможет, т.к. и с setTimeout всё хорошо работает.

Имеется ввиду, что мы грохнули старый DOM, а новый у нас же идёт с генераций по шаблону на клиенте, и изначально там стоит какой-то:

<super-button></super-button>

Который хз какую имеет геометрию, т.к. шаблон ещё не отработал и соответственно никакого CSS тоже нет.

Браузеру на реднеринг дает обращение к

document.documentElement.offsetTop

это заставляет его перерендерить с учетом стилей.

а цикле переваривания можно рендерить в любой момент весь дом или определенные его куски) может кому пригодится, ui так делает

Пробывал, но это также вызывает "фризы". Задача не рендерить как можно быстрее, а рендерить без "фризов", как это делает сам браузер.

идея годная, если я передам какой-то дом элемент в воркер, то он там сможет с ним манипуляции производить чтобы я его потом спокойно вставил в родной dom?

Если реализуешь абстрактный протокол общения, то да.

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

ОО ДА!! СПАСИБО!!! правда полегчало)!! 10 и 11 оставляю, остальным заглушку (которую юзер ui сам запилит наверное)

Да, если в коде директивы ты навешаешь интервалов, а потом прорепитешь директиву, то после удаления нескольких директив, их интервалы будут продолжать роаботать. Более того, у сервисов ангуляра нет доступа к скоупу. А у меня есть. Несмотря на то что сервисы синглтоны, а скоупов много. При вызове функций из сервиса, у него в его this.$scope кдажется актуальный скоуп, на деструктуризацию которого мы можем подписаться, повесить обработчик, и обновлять только этот скоуп. и.т.п. в ангуляре же тупо обновляется $rootScope.

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


у меня это все, как и в ангуляре кстати, делается только один раз при инициализации сайта, потом оно все работает молнеиносно)) так как шаблоны уже все просчитаны директивы определены, осталось только link функцию каждой вызовать и все)

Maxmaxmaximus1001, ты не понимаешь о чём я говорю, забей тогда :) Т.е. проблема не там, где ты думаешь, про что я говорю, но формат форума - это ппц не удобно для таких дискуссий, так что забей :)