Ну у нас не в продакшене, так что можно

я вот планирую обновиться и в скором времени зарелизить один компонент (elements)

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

хреново обновляется angular/material с nx

падает миграция hammer-gestures-v9 потому что не может найти проект

У нас он где-то есть, но сразу не скажу даже

Самая лучшая статья на тему
https://indepth.dev/a-look-at-major-features-in-the-angular-ivy-version-9-release/

стрикт мод в темплейтах конечно радует

кстати, кто то говорил что VS code не поддерживает темплейты так как шторм, кто то может что сказать по этому поводу?

В vscode офф language service, и его перепилили недавно. Он вроде и так неплохо работал.
А вот идее как раз был свой и работал так себе, но тоже подтянули пару месяцев как.
Я вот пока не пробовал дебажить темплейты, может там и есть различия

всем привет, может кто-то работас с smoothScroll? нужна помощь, почему-то не не выполняеться скролл , хотя все опшены передаються

ошибок никаких нету, все ок, просто

var elem = document.getElementById(idElem)
            var options = {
                duration: 200,
                easing: 'easeInQuad',
                offset: offset,
                containerId: idBlock
            }
            smoothScroll(elem, options)

вот это не хочет выполняться

привет
Кто нибудь работал с MutationObserver?
Или может как то решал подобную задачу: нужно что то типо debounceTime (может не точно так же но все же) для обновлений DOM

то есть если ДОМ обновляется, то мы складываем все апдейты в очередь и ждем пока не пройдет какой-то период без попыток обновить дом (например 1000мс) и тогда весь стек уже собранных попыток обновить ДОМ пропускаем и они применяются к ДОМу в той же очереди, в какой поступили.

Не обьязательно ангуляр решение, любое будет интересно рассмотреть)

пс. не важен источник/емиттер/тд этих обновлений, важно поставить на паузу все gonna be done обновления ДОМ а потом разрешить их применить.

Интересно практическое применение такой штуки )

Боюсь при применении чего либо кроме ванильного js вам прийдется использовать соответствующий механизм фреймворка, а не mutation observer API. К примеру в angular (до ivy, в ivy не уверен что так же) можно указать использовать кастомую реализацию zonejs, и для запуска tick в ней указать debounce.

В случае react вам понадобится следить за изменением virtualdom, и откладывать его рендер в обычный Dom. По-моему для этого даже апи есть там (не пользую реакт, точно не подскажу)

Практическое применение ясно - при массированном обновлении Dom выливать изменения порциями. На самом деле реакт делает тоже самое примерно с virtualdom, без mutationobserver

Но есть пара случаев когда к примеру реализация через mutationobserver будет лучше, через virtual Dom - использование css табов, меню и пр. Чтобы отловить изменение их состояний иногда удобней использовать mutationobserver. Но вопрос в том есть ли такие компоненты в целевом приложении

долгая история)
если кратко, то скомпиленная апликуха с джавы, допиленная/дофикшенная до практически рабочего состояния, но структура/архитектура там вообще нестандартная, и все нестандартное.
в итоге юикс напряжный бо разные куски скрина появляются в радномном порядке в зависимости от запросов и кучи асинхронных операций чисто
на фронте.
сделать это по людски а отдельных частях оооочень сложно и дорого, бо, повторюсь, аппликейшн очень нестандартный с кучей связей и логики, которые легко поломать) сорс код писался в 2000х и просто был скомпилень в ангуляр с тайпскриптом.
к примеру главный компонент - домашняя страница - имеет 30к строк кода 😏


поэтому надо какое то глобальное решение, которое задержит все обновления а потом скоупом обновит все.
так как это работало в Джава аппликухе.