Мы всей командой)

я проходочку намутил на мк :)

Да знаю уже

откуда?

Инсайд

что ты еще обо мне знаешь? ?

привет, Денис

Привет ))

судя по докам 5000 юзеров и вся разница

А еще возможность делать публичную ссылку

telegram.me/typescriptru

Возможность прямо таки удалять сообщения и так далее

тут вот еще асинки для es5 / es3 едут https://github.com/Microsoft/TypeScript/pull/9175

людей прибыло)

telegram.me/typescriptru

еще круче можно в чатиках писать @typescriptru

Да

я тоже) так что все ок

ты юзаешь tsserver(tsuquyomi) с syntastic? Я вчера заметил, что иногда оно хорошенько так вылетает и перестает находить модули или теряет настройки проекта

причем :TsuReload и TsuReloadProject не помогают, только рестарт сервера

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

@vyorkin @mkusher tsuquyomi виснет в > 50% случаев на TsuGeterr у меня. Связка deoplete + neomake + tsc пока работает не очень

я использую omni-complete из tsuquyomi только при вызове с хоткеев, а из deoplete комплит ключевых слов, omni-complete юзаю не очень часто, поэтому особых проблем не замечаю, а вот с линтом проблема

@antonvasinv а какие проблемы с tsc кроме скорости?

я не смог завести поддержку tsx и локального tsconfig у deoplete

вру, с deoplete все ок

c neomake проблемы

так а что с neomake?

в tsc при компиляции конкретного файла надо ж подсовывать параметры

вышеописсанное. не видит тайпинги (потому что не видит локальный tsconfig)

я референсы добавил и он у меня увидел тайпинги

но возможно у меня не хватило терпения просто

в смысле вверху файлика

/// <reference path='../../typings/index.d.ts'/> /// <reference path='../vendors.d.ts'/> /// <reference path='../globals.d.ts'/>

вот мы их выкинули и больше не хотим

мы тоже выкинули

но да, в tsc при компиляции приходится руками подсовывать параметры, поэтому у меня был ужасный init.vim :)

ну в смысле я руками дублировал все из tsconfig в аргументы для tsc в neomake

а что плохого в том, чтобы только в одном файле корневом иметь 1 референс? на typings/index.d.ts

да, как я понял это пока единственный варик

а что плохого в том, чтобы только в одном файле корневом иметь 1 референс? на typings/index.d.ts

tsc при компиляции конкретного файла заругает

хм, ладно, я наверное как-то не так пока разрабатываю, у меня просто вебпак+ts-loader и все ок

ну, если ты захочешь потом сделать tsc --noEmit src/some/path/to/your/deep/module/Your.ts, чтобы посмотреть на ошибки, то не выйдет

нет проблемы с компиляцией всего проекта, проблема если хочется ошибки посмотреть для конкретного файла, чтобы в виме вывести(без tsserver)

@mkusher можно посмотреть на init.vim?

@antonvasinv https://github.com/mkusher/dotconfig/blob/992286c4b195146d5bada6b09d46c3168e7a8a4c/nvim/init.vim#L342

я это в общем-то выпилил пару недель назад, но сейчас думаю обратно впилить, потому что работало таки лучше

можно просто сохранить файл в редакторе и webpack + ts-loader + tslint-loader покажут ошибки, разве так не удобно?

ну, мне нравится на полях вима смотреть за всем этим

оно в webpack'e все показывает, это правда

я, наверное просто к tmux привык) мне реально так удобнее + 1 референс вот этот чтобы в виме тоже показывалось все, но может я еще не осознал всего

@vyorkin ты юзаешь tmux с патчем для true color?

я просто vim отдельно держу

нет, у меня все в терминале, я вообще не знал про патч) спасибо, сейчас попробую

Ребят, такая проблема. TS не подтягивает typings зависимые из пакета. Решается установкой локально требуемых в пакете typings, но как-то это выглядит криво. Наверное я что-то не так делаю :)

^ и мне пришлось делать то же самое, я пишу chrome app, поставил: "chrome": "registry:dt/chrome#0.0.0+20160509083626", "chrome-app": "registry:dt/chrome-app#0.0.0+20160509082349", а вот эти 2 пришлось доставлять: "filesystem": "registry:dt/filesystem#0.0.0+20160316155526", "filewriter": "registry:dt/filewriter#0.0.0+20160316155526",

А TS какой?

последний, dev

"typescript": "1.9.0-dev.20160616-1.0",

Я уж было обрадовался, думал ща поставлю, вдруг

Не в курсе, они это во второй версии решат? Или может мы просто плохо смотрели?

^ и мне пришлось делать то же самое, я пишу chrome app, поставил: "chrome": "registry:dt/chrome#0.0.0+20160509083626", "chrome-app": "registry:dt/chrome-app#0.0.0+20160509082349", а вот эти 2 пришлось доставлять: "filesystem": "registry:dt/filesystem#0.0.0+20160316155526", "filewriter": "registry:dt/filewriter#0.0.0+20160316155526",

да, так нужно

я пока вообще не понял ничего, т.е. тут я смотрю есть filesystem: https://github.com/DefinitelyTyped/DefinitelyTyped/blob/master/chrome/chrome.d.ts#L7, а тут вот такой тикет https://github.com/typings/typings/issues/566 и faq написано https://github.com/typings/typings/blob/master/docs/faq.md#references

т.е. я так понял что это правильно, типа так и было задумано

Сереж, а будет как-то более правильно это решаться?

ну в npm зависимости, ага

А, точно

Туплю

Ну ждем

так уже можно

Третий вариант тайпингов

на дев ветке

Хотя

я пока не пробовал правда

А, да, все решится.

Оно же сейчас все зависимости с какой-то версии npm складывает в папку проекта, а не в бесконечную вложенность, как с полгода назад.

Ну ладно, пока дырку заткнем стандартным костылем.

т.е. я так понял что это правильно, типа так и было задумано

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

Нет.

Это не об этом

Там про то, что как правильно собирать typings если ты пишешь npm пакет.

Хотя, ща потыкаюсь в документацию

Ребят, привет, кто-нибудь использует atom для работы с TS?

почему-то не видит exports моих файлов, может кто-нибудь сталкивался с подобным?

я только вебшторм (95% времени) и vscode (остальное)

@vyorkin https://github.com/typings/typings/blob/master/docs/faq.md#should-i-use-the-typings-field-in-packagejson

Я 100% вебштормом...

А, все, поняль

Там про то, что как правильно собирать typings если ты пишешь npm пакет.

все, понял, я не увидел слово “пакет” и ваще о другом погнал)

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