только наверное вот так  .submited .ng-untouched.ng-pristine.ng-invalid

только вопрос .ng-invalid поставит без тача. у меня тут просто валидными значениями сразу заполняется.

в девТулз modalComponent пустой. Гуглинг привёл меня к тому, что есть проблема передачи сложных объектов таких как компоненты через props. связана с каким то неполным или некоректным deepКопированием перед отправкой.

Всем привет , кто то сталкивался с такой проблемой
ERROR TS5083: Cannot read file 'C:/proj/test/projects/name-lib/projects/name-lib/tsconfig.lib.json
Когда запускаешь story-book (start-storybook -p 6006) он падает вот в такую ошибку , и непонятно в каком месте он так путь курочет projects/name-lib повторяется 2 раза , мб знаете как это полечить

Типа экшн делает дипКлон на пропсах?

Хотя, наверное, и логично

почему экшн?  я ж сам дипклон делаю для компонента. и он не прокатывает. соответственно стрикты ngrx ругаются

А декораторы

а почему он не прокатывает хз. лодашом пробовал

какие декораторы?

У такого подхода есть пара минусов

1) Раз нет триггера в виде submit (он задизейблен), то сообщения должны быть на экране сразу
1.1) Ок, если они какие-то серые и не делают из формы одно красное большое пятно, сообщающее пользователю, что он уже дурак и накосячил, что-то не заполнил
(он мог еще даже не начать это делать)
1.2) Если валидаторов будет много, то по каждому валидатору каждого поля нужно подсказку писать прям на экране, что может быть неудобно

2) Если форма в размерах большая, некоторые поля могут не поместиться на экране. Наличие триггера submit может инициировать прокрутку к, например, первому невалидному полю, что куда удобнее, чем если б пользователь самостоятельно искал невалидные поля
2.1) Если у полей есть тултипы, то триггер может у первого невалидного раскрыть тултип, что избавит от необходимости держать сообщения на экране

Я поддерживаю подход с задизейбленным submit только в том случае, если форма совсем маленькая, например, логин-пароль, когда поля вот прям здесь и накосячить можно либо в первом, либо во втором
Если форма больше 5-6 полей, то имхо лучше не дизейблить и сделать нормальную конструкцию с анализом и корректной валидацией полей по нажатию на submit. Пользователи вам спасибо скажут

ну на компоненте присутсвуют. причём тут они?

Нет. Сообщения выводить под полем только после того как оно неактивным будет.

ладно, короче понятно в чём проблема, ща подумаю как для динамического создания передать компонент. буду видимо городить чтото типа перечисления компонентов. и уже в конечной точке из перечисления получать. спасибо!

Тогда никаких красных пятен не будет

Я зашел на форму, там 20 полей и кнопка задизейблена, мои действия? Тыкать в каждое, чтобы читать у них сообщения?

Для начала форму заполнить. По мере заполнения если будут ошибки тебе сразу дадут месседж. А не когда ты уже все нафиг заполнил и надо заново неправильные поля заполнять.

Я зашел на форму, там 200 полей, одно обязательное для заполнения, остальные - нет и я даже не понимаю их лейблы и суть. Кнопка задизейблена. Мои действия? Жмякаю таб, пока не высветится обязательное?

Это крайность 😁таких форм не бывает