работает если написать /// <reference types="webpack-env" />, но это дичь

а если в tsconfig добавить?

в types

хотя не, тогда все отвалится

если в types, то работает, хм)

оО

а остальное не отваливается?

неа, мб они мерджатся

а, вообще-то не должны: "If types is specified, only packages listed will be included. For instance: ... Other packages under node_modules/@types/* will not be included."

вот и я о чем

это где ты такое нашел?

ты мне?)

да

https://github.com/facebook/flow/pull/2838

lol

чот тут все мемебры и коллабораторы

а можно как-то отключить это надоедливое сообщение? ts-loader: Using typescript@2.2.0-dev.20161201 and .../tsconfig.json всегда хотел отключить его

silent=true

а для css модулей в ts есть что-то другое, кроме https://github.com/Quramy/typed-css-modules ? интересно кто как делает, вообще любые варианты интересны

const styles = require('./styles.css);

ну да, тоже вариант, почему бы и нет (я серьезно, без сарказма)

просто tcm из typed-css-modules не видит новые css-файлы (раньше, не видел, насколько я помню), поэтому воркфлоу совсем неудобный получается: создаешь новый файлик – перезапускаешь tcm

Что такое tcm?

ну вот эта странная тулза, которая создает .d.ts файлики такого содержания: /* styles.css */ @value primary: red; .myClass { color: primary; } ^^^ -- из styles.css сделает styles.css.d.ts, вот такой: /* styles.css.d.ts */ export const primary: string; export const myClass: string;

https://github.com/Quramy/typescript-css-modules-demo зато опечаток точно не будет

вот нашел что-то, посмотрим https://github.com/olegstepura/typed-css-modules-loader https://github.com/Quramy/typed-css-modules/issues/2

а кто-то еще использует recompose + rxjs5 ?

у меня вот такая проблема: в package.json: "@types/recompose": "^0.20.2", "recompose": "^0.20.2", "@reactivex/rxjs": "^5.0.0-rc.4", пробую setObservableConfig: import { setObservableConfig } from 'recompose'; import * as Rx from '@reactivex/rxjs'; .... setObservableConfig({ fromESObservable: Rx.Observable.from });

получаю: https://gist.github.com/vyorkin/1745564f52bbeb69f3e126b0d9774269

вот нашел что-то, посмотрим https://github.com/olegstepura/typed-css-modules-loader https://github.com/Quramy/typed-css-modules/issues/2

^ не заработало у меня :( да и не уверен, что это хорошая идея

в проекте с css-modules не юзаем лоадер, точнее генерим и ложим в гит все d.ts вместе к .css

я чет забыл как они там генерятся

но в прод билде и на ci этот лоадер не включается, потому что юзаются уже нагенеренные d.ts. Вроде как не очень хорошо, но пока так

я думаю мб -o их в отдельную директорию (как в примере)

и "rootDirs": ["src/blah", "idk/css"], раньше не заморачивался и они просто рядом генерились и ок

в проекте с css-modules не юзаем лоадер, точнее генерим и ложим в гит все d.ts вместе к .css

а в режиме разработки в вотч режиме же держите запущеным tcm?

ага

ща точно гляну

а, не, в деве юзается typed-css-modules-loader, который и генерит d.ts

блин, как он у вас работает?

я не смог его завести( либо не достаточно долго пытался

test: /\.sss/, loaders: [ 'style-loader', 'css-loader?modules&importLoaders=1', 'typed-css-modules', 'postcss-loader?parser=sugarss', ],

хм, ок, попытка #2

:)

хотя я так пробовал

да, я так пробовал точно у меня webpack2, хотя, не знаю какая разница именно тут какой вебпак

у нас webpack1

ладно, фиг с ним, я уже заморачиваюсь, меня все устраивает, кроме того, что в вотч режиме он не подхватывает новые .css файлы, это сильно обламывает весь процесс

у нас webpack1

а у тебя он "видит" новые .css файлы? когда создаешь новый файл, он генерит .d.ts для него? просто если нет, то я форкну и попробую сделать, ибо бесит

момен

походу нет о.о

там gaze

мб старый

https://github.com/Quramy/typed-css-modules/blob/master/src/cli.js#L71

сейчас покопаюсь

хм, а если что, то чем его лучше заменить? сходу не припомню ничего

https://github.com/paulmillr/chokidar ? короче хз в чем именно проблема, но я попробую его впилить вместо gaze) только нужно будет ему объяснить потом как-то нафига я это ваще сделал gaze у меня на sierra не оч работает как-то https://github.com/vyorkin-play/gaze-watch-example, если попробовать добавить файлик, то ничего не произойдет но chokidar норм работает https://github.com/vyorkin-play/chokidar-watch-example

ну хз, но у меня теперь все классно) https://github.com/Quramy/typed-css-modules/pull/17

а yarn.lock зачем?

это ж библиотека, им не нужен ни lock, ни shrinkwrap

мм, почему? это же тоже самое что и Gemfile.lock, например

да и его в либы не добавляют

только в конечный проект

спасибо, нашел что почитать https://github.com/yarnpkg/yarn/issues/838#issuecomment-253362537 но пока не понимаю почему

ты лучше опиши зачем)

ERROR: S client not available

In order to get consistent installs across machines, ну т.е. за тем же зачем и сам yarn.lock нужен

ну так зачем это библиотеке?

это нужно разработчикам библиотеки, насколько я понимаю

https://yarnpkg.com/blog/2016/11/24/lockfiles-for-all

а, ну так он еще и игнорится

ну если он игнорится, то без разницы, но я скорее за то, что смысла нет

там по сути ниже описана мотивация, начиная с Development Dependencies, с yarn.lock я просто больше уверен, что у другого все это же заведется, чем без него + он может всегда его перестроить

если у кого-то из контрибьютеров не завелось, значит у меня package.json поломан и надо его фиксануть

а юзеры будут страдать

но может быть поломан не у тебя, мб кто-то сделал breaking change в одной из зависимостей, по ошибке

те, кто юзают мою либу поломаются тоже

независимо от того, есть у меня lock или нету

а, да, это да)

чет теперь и я задумался, нужно ли

у конечных пользователей тоже должны быть yarn.lock'и, это решает проблему в случае bundler и cargo это так и работает, т.е. принцип работы этих 3х инструментов один и тот же, вроде

ну так да, в приложеньках нужен lock

а тебе не нравится идея его для либ использовать потому что можно не понять / пропустить момент, когда у тебя что-то поломалось?

ну потому что он ничего не делает полезного)

а такой аргумент? the majority of breaking changes that occur in library dependencies will be development dependencies

и?

ну, плюс дев депсов в том, что они либо проверяются во время билда/как угодно без запуска приложения, либо ни на что не влияют серьезное и тогда и проблемы нет)

с yarn.lock больше шансов, что не будет проблем с devDependencies у кого-то другого

так проблемы с дев депсами легко решаемы и быстро обнаружаемы

ну либо их даже никто не заметит, но тогда и проблемы нет)

да, это не такая уж и проблема

лол ❯ yagu typed-css-modules yarn global v0.15.1 [1/2] Removing module typed-css-modules... [1] 92931 segmentation fault yarn global remove typed-css-modules

ого

капец я времени убил, но это меня полгода бесило

работает https://github.com/vyorkin-forks/typed-css-modules, видит когда добавляешь новые файлы, можно прям из репки юзать, я себе в форк в мастер пушнул прям /lib

Чёт найти не могу, как для #flow декларировать типы в отдельном файле?