OP
При ngx-translate
Size: a a a
2019 December 09
SФ
Хочу чтоб переводы хранились для либы а не для приложения, контексте монорепозитория
Мы так и делаем. Transloco уже тоже так умеет
SФ
При ngx-translate
Можно и на нем
OP
Мы так и делаем. Transloco уже тоже так умеет
Смотря какой подход вы выбрали, можно заюзать кастомный билдер, который собирает на этапе билда проекта, чтоб не перечислять все места от куда необходимо считать и не разрастался TranslateModule
OP
По этому и написал что интересно было обсудить)
SФ
У нас статически грузятся все переводы. Но если нужна динамика, да, нужен свой лоадер
VN
Ребят, вы юзаете у себя на проектах притиэр или форматите все руками?
VN
вопрос в том, что притиер не совсем хорошо работает с rxjs и ломает форматировку
KN
Vladyslav Nasadiuk
Ребят, вы юзаете у себя на проектах притиэр или форматите все руками?
Юзаем, для css + style lint. А для ts - только tslint
VN
тслинт все так же будет ломать форматировку рх
AM
я обідилась
IF
Vladyslav Nasadiuk
тслинт все так же будет ломать форматировку рх
Что значит ломает в твоем понимании?
VN
держим каждый новый оператор, на новой строке, например:
.map ....
.filter ....
и тд
.map ....
.filter ....
и тд
VN
линтер и притиер делают
map(...).filter(...)
map(...).filter(...)
IF
Vladyslav Nasadiuk
держим каждый новый оператор, на новой строке, например:
.map ....
.filter ....
и тд
.map ....
.filter ....
и тд
а...у меня pipeable операторы, так что не подскажу
VN
в общем вопрос в том, можно ли сделать кастомный шаблон для притиера или линта
SФ
Vladyslav Nasadiuk
держим каждый новый оператор, на новой строке, например:
.map ....
.filter ....
и тд
.map ....
.filter ....
и тд
с pipe не ломает ничего
SФ
это у вас там легаси?
VN
Та не, у нас с пайпом и ломает
VN
Может рул, какой-то @matochu