Comments 78
и все последующие. Также можно платить помесячно и это $8.90 в месяц (3 чашки кофе в Москве). Справедливая цена за профессиональный инструмент, с помощью которого вы заработаете гораздо больше.
+ Бесплатно для опенсорса и студентов
+ Бесплатно EAP версия 9 месяцев в году
560р. в месяц у меня списывается и все.
Если речь о лицензии, то это не играет роли.
Вы приобретаете продукт для себя.
Не вижу проблем в цене, так как она с лихвой окупается. Если вы не можете себе позволить инструмент с помощью которого зарабатываете на хлеб, то имеет смысл сменить место работы или подтянуть квалификацию.
ИМХО разумеется.
Приведу на примере столяра, он может пользоваться дешевыми или бесплатными инструментами в дедушкином гараже, а может купить готовую современную мастерскую, оснащенную по последнему слову техники.
JetBrains вольны устанавливать цену, вам решать, готовы ли вы платить за их продукт. Вам не нравится, остальные 100500 столяров платят и всем довольны.
Yes, you can use your personal license at work as well as at home. You can use it working on your personal projects as well as your projects in your company. Our EULAs do not restrict this.
Проекты разные. Считаю не стоит экономить на своём комфорте. В итоге больше потеряете суммарно времени работая с неудобным IDE.
Насколько я знаю, никаких скидок в черную пятницу не планировалось, к сожалению.
Я вот тоже с этим столкнулся пару лет назад — хотел лицензию купить, но вообще не было заметно, что я смотрю лицензии для компаний. А цены там побольше чем для индивидуальных пользователей. В итоге так же в поддержку писал, в надежде скидку выпросить :-) Там то они мне и объяснили, что можно гораздо дешевле купить, если перейти в другой раздел, для частных лиц :-D
Екатерина, не могли бы вы на вашей стороне тикет создать по улучшению юзабилити? А то нас уже двое таких, которые не сразу разобрались.
meteor add [packageName]
и делаеш import {Component} from 'meteor/packageName';
ругается, что модуль не установлен, результат: поддержка модуля работает криво.
да, функционал работает, но… ругается :)
обещали исправить… уже давно :((
ех…
Подход monorepo уже набрал свою критическую массу, не позволяющую его игнорировать. Сделайте удобную работу с монорепами в проекте, пожалуйста. А то просто открывать проект с проектами немного не удобно :)
Раньше я фиксил косяки через консоль перед коммитом, сейчас я после каждых 3х строчек я жму автофикс и storm не заливает на 10 секунд.
А то плагином пользоваться невозможно. Единственный выход – VSCode
У плагина совсем недавно вышла новая версия, вы уже успели ее попробовать? Не знаю, какие именно у вас были usability проблемы, но, возможно, новая версия их решит. Также вы можете поделиться идеями по его улучшению или создать баг-репорты тут.
Если плагин по-прежнему вызывает неудобства, то распишите, пожалуйста, что именно с ним не так в этом ишью (можете также проголосовать за него и подписаться, чтобы получать уведомления в дальнейшем).
Добрый вечер. Планируются ли скидки на ваши продукты к чёрной пятнице?
Приветствую.
В данный момент занят разработкой компонентной библиотеки на Vue для внутреннего использования на месте работы. Столкнулся со следующими сложностями со стороны WebStorm:
Нет автоматического определения типов пропсов, как и самих пропсов, при импорте компонентов из библиотеки, как сделано с локальными компонентами проекта.
При ручной генерации web-types для vue и подключении библиотеки через yarn link, если добавить новый проп и перегенерировать web-types, то в проэкте, использующем symlink на библиотеку, не произойдет автоматического определения, и в такой ситуации остается делать только полную реиндексацию, что занимает довольно много времени.
Не весь функционал, описанный в json-схеме web-types вообще работает. Например отсутствует возможность добавить enum с возможными значениями для конкретных пропсов, и чтобы это при всем работало.
Очень хотелось бы знать будет ли это поправлено и если да — когда ожидать.
1. Не уверена, что поняла вопрос. Можете пояснить или привести пример, пожалуйста (можно на нашем трекере). У вас код на TypeScript? Или есть какие-то комментарии, уточняющие тип пропсов?
2. Такой сценарий не тестировали, но обязательно попробуем и подумаем, как улучшить, спасибо. Будет очень здорово, если вы продублируете это на трекере – так будет проще дальше задавать вопросы и общаться.
3. Да, пока не сделано, но планируется. Пожалуйста, следите за этим ишью: youtrack.jetbrains.com/issue/WEB-42445
Приветствую. Спасибо за ответ!
- Возможно я чего-то не понимаю, однако могу рассказать об ожидаемом результате.При написании компонентов локально, шторм самостоятельно определяет типы пропов, которые должны быть переданы от родителя ребенку. По ощущениям, при импорте из собранной, с использованием rollup, библиотеки, учитывая наличие доступа к Component.props.propname, мне кажется, определение не должно отличаться. Могу и ошибаться и прошу пролить свет на данную тему, если не прав.
При чем пробовал и с использованием TS компоненты экспортировать, однако ничего кроме web-types, не далл видимых результатов.
- Вообще, если зайти в репозиторий web-types на Github, то самым первым ишью была как раз таки поддержка симлинков. Ишью закрыта, однако проблема не была решена, как получается. Собственно в этом закрытом ишью я отписался о ситуации (там у меня такой же ник), и меня направили на ишью уже на вашем трекере. И этому ишью уже около 10 лет, если память не изменяет.
По третьему вопросу все понял, спасибо.
Если есть возможность, я хотел бы знать, как предоставить вашей IDE максимальное количество информации, для упрощения разработки на столько, на сколько возможно.
2. Ничего добавить к тому, что сказал коллега, я не могу, сорри. Кажется, что Reload from disk должен помогать и не должен делать так, чтобы все файлы реиндексировались. Посмотрим, что можем сделать. Следите за новостями.
Спасибо!
И вновь я вас приветствую. Я понял, что недостаточно точно объяснил то, что имел ввиду, по первому вопросу. Пропсы у компонента описаны с указанием типа, который должен использоваться. Например:
props: {
myProp:{
type: String,
default: "Hello"
}
}
Затем происходит сборка этого компонента, в объект с рендер функцией и доступом к MyComponent.props. Соответственно при обычном импорте этого компонента из собранного js файла по типу import {MyComponent} from "component-library"(именно node-модуль), то хоть и физически доступ к props у ide есть, отображения их нет, при регистрации компонента следующим образом
components:{MyComponent}
И использовании пропсов
<MyComponent :my-prop=«123»/>
В данном случае валидация вью будет ругаться о неправильно типе пропа, а иде вообще будет молчать.
Хотелось бы увидеть поддержку pnpm
После обновления до 2019.3 пропали отметки об изменённой строке возле их номеров.
При этом, в правой части у скроллбара они на месте, при включенном Annotations также показывает предыдущие даты/авторов коммитов, а не зафиксированные изменения видно из-за отсутствия таких записей на конкретной строке.
Также теперь невозможно отмечать нужные для фиксации строки в Commit Dialog, т.к. пропали чекбоксы.
Очень люблю эту IDE, но это был прямо удар..
VS Code такое умеет, почему бы и вашим IDE этому не научиться? ;)
Заранее спасибо :)
Блин, ребят — остой. Сначала EAP стал дико тупить и пришлось откатиться. Теперь на стабл перешёл. Индексация летает — но работает откровенно нехорошо. Автоимпорт компонентов стал работать очень плохо — в 70% случаев нужные мне компоненты не подсказывает и не импортирует. Негодуе. Я так люблю вашу за IDE за фичи вокруг Реакта, но в последнее время вижу ажиотаж только вокруг Vue, и вот на те… фичи вокруг Реакта стали ломаться. Плохо(
А ещё в EAP была заявлена улучшенная поддержка неописанных пропсов у компонентов. От этого отказались?
Насчет улучшенной поддержки пропсов у компонентов без propTypes, нет, мы от этого не отказались: можете прочитать подробное описание того, что именно было сделано в нашем релизном блог-посте на английском (секция Better support for props in React components without propTypes). Если есть какой-то определенный случай, который мы пока не покрыли и который доставляет вам сильные неудобства, то, пожалуйста, поделитесь им в комментарии или в нашем ишью трекере.
Запускать оно стало быстрее, но вместе с тем:
- Copy relative path — перенесли в вложенное подменю — очень неудобно (два клика вместо одного), особенно что хоткей на него (сopy relative path) повесить нельзя
- Сломали замену относительных путей на полные в ts файлах, при этом в баге пишут что типа так и должно быть, несмотря на то что оно всегда работало (минимум год). Печально :(
- Проголосуйте, пожалуйста, за это ишью, чтобы мы понимали, сколько пользователей недовольны этим изменением.
- По второму ответили вам в ишью.
WebStorm 2019.3: ускоренный запуск, усовершенствованная поддержка Vue.js и другие улучшения