спасибо

создаю кастомный компонент инпута, можно ли ему с родительского написать [(ngModel)]?

@ViewChild('confirmationInput')
   set content(v: ElementRef) {
       if (!v) {
           return;
       }
       setTimeout(() => {
           content.nativeElement.focus();
       });
   }

как вариант

у меня была такая проблема, решил таким способом

Как нерабочий вариант да норм)

))

да, через ControlValueAccessor

Подскажите, а то туплю. Как быстро деконструировать массив из одного элемента?

Хотя это наверное лучше в джс чат, сорре

Чтт значит декон..? 😁

тьфу ты, спасибо большое, запутался в синтаксисе

Кое-что ещё хочу уточнить

Вот в сервисе я, вроде как, возвращаю теперь не референс к массиву, хранящемуся в сервисе, а клонирую его фильтром. В другом компоненте я подписываюсь на getList, записываю элемент массива в переменную в компоненте. В этом компоненте я к дочернему массиву полученного элемента добавляю новые значения. Т.е. они, вроде как, должны сохраниться внутри компонента, а не в сервисе. После того, как я покинул этот компонент и вернулся, не должны ли эти значения обнулиться, раз я не сохранял его специально в массив в сервисе?

Если шо, в компоненте я на гетЛист подписываюсь в нгОнИнит и локальную переменную там же инициализирую.

если значение lst не примитив, то не обнулятся, а останутся изменёнными в массиве, потому что массив склонировали, но объект lst так и передаётся по ссылке

чтобы новые поля в массиве не сохранялись, надо ещё и склонировать lst. Если у lst плоская структура то можно сделать так {...lst}; если не плоская - то самое простое решение сделать JSON.parse(JSON.stringify(lst));
тогда lst уже будет новым склонированным объектом и изменение полей в нем , не повлияет на массив с сервиса.

Хм. Это надо подумать, стоит ли тогда заморачиваться или заявить эту хрень как фичу, а не баг.

Спасибо, стало понятнее намного.