Скажу сразу, что сам я не пользовался этим. Но в документации написано так:

Generating a library with the Angular CLI automatically adds its path to the tsconfig file. The Angular CLI uses the tsconfig paths to tell the build system where to find the library.

А т.к. сборка приложения выполняется с помощью этого файла, то библиотека сама включается в проект.

Другое дело, что:

If you find that changes to your library are not reflected in your app, your app is probably using an old build of the library.

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

Но, ты можешь запустить фоновое отслеживание изменений в твоей библиотеке и автоматическое пересобирание:

ng build my-lib --watch

Пацаны, а есть альтернатива в шаблоне?

Вакансии и поиск работы: @javascript_jobs

Благодарю

что здесь не так?

возвращает undefined

filterByOrder(i: number): any {
   let done = this.todo.filter((item) => {
     return item.order !== i;
   });
   console.log(done);
   done.forEach(item => {
    if (item.order > i) {
       item.order - 1;
       return done;
    }
   });

 }

А что должно быть так? Функция по дефолту возвращает undefined, если не указано иное. У вас не указано.

Подскажите пожалуйста, как вернуть массив из этой функции? Как это указать? Сори за некомпетентность, 2 недели учусь только

Проще будет тут @js_noobs_ru

Не-не-не
Про то, что надо ребилдить - это не относится к библиотекам, которые вы подключаете из исходников через tsconfig
Просто в tsconfig появится запись вида
"paths": {
 "имя_библиотеки": [
   "libs/имя_библиотеки/src/index.ts"
 ],

Это, по сути дела, просто алиас. Т.е. библиотека так же, как и все остальное приложение, подключается в виде исходников и компилируется на лету

А это к чему тогда относится?

*The two build systems support different things, and even where they support the same things, they do those things differently. This means that the TypeScript source can result in different JavaScript code in a built library than it would in a built application.

For this reason, an app that depends on a library should only use TypeScript path mappings that point to the built library. TypeScript path mappings should not point to the library source .ts files.*

@angular-devkit/build-angular -  предназначен для сборки приложений, основан на webpack
@angular-devkit/build-ng-packagr - основан на ng-packagr (а тот - на rollup), предназначен для сборки библиотеки как отдельной сущности для дальнейшего распространения

Если у вас библиотека собирается и распространяется как отдельная сущность - она собирается чере ng-packagr и используется в уже сбилженом виде. В этом случае tsconfig должен указывать на уже собранный пакет
Если либа, по сути своей, просто часть приложени, выделенная для удобства использования - она просто используется как есть

Ну понятно, спасибо

<slides pager>
Ребят, как привязать pager атрибут по условию
типа *ngIf

что ты имеешь ввиду?

ну в зависимости от переменной