Комментарии 127
Если включить Django тимплейты в JavaScript то отваливается поддержка JavaScript библиотек, таких как Ext.JS и т.п.
Не работает автодополнение для методов на связанных объектов в Django. Пишет что данный метод не найден у класса ForeignKey. Конечно, не найден, он же в классе на который ссылается, а не в самом ForeignKey…
Напишите, пожалуйста, реквест в трекер с примером кода: youtrack.jetbrains.net/
Поддержка ForeignKey у нас есть, видимо, мы не смогли обработать ваш конкретный случай.
Поддержка ForeignKey у нас есть, видимо, мы не смогли обработать ваш конкретный случай.
Если вы не поддерживаете их вот в таком случае, то в каком же вы их тогда поддерживаете?:)
Поддерживаем в том случае, когда вы не используете keyword argument в вызове ForeignKey. Уберите to= и будет всё работать.
youtrack.jetbrains.net/issue/PY-5309 — пофиксим в 2.0.1
youtrack.jetbrains.net/issue/PY-5309 — пофиксим в 2.0.1
И вот так тоже не работает, хоть и без keyword argument: youtrack.jetbrains.net/issue/PY-5310
Вроде бы как коммерческий продукт, а тестирование что-то у вас отдыхает…
Вроде бы как коммерческий продукт, а тестирование что-то у вас отдыхает…
Да, про self тоже поправим, спасибо.
И OneToOne тоже сломано — youtrack.jetbrains.net/issue/PY-5312 …
Вы бы хоть на парочке реальных проектов прогнали свои инспекции и ой как много интересного нашли. А то такое впечатление, что вы тестируете чисто на сферических конях, сами продуктом не пользуясь.
2.0.1 вышла, фиксов нет)
Автодополнение по related_name тоже не работает, хотя на багтреке висит уже такой баг со статусом Fixed.
Да, к сожалению, это известная проблема, которая пока не пофикшена.
сделайте, чтоли наконец, возможность скачать дистрибутив в виде rpm/deb пакета
Очень радует, что занялись внешним видом как под Linux, так и под Mac. Жалко у меня опенсурс-лицензия через пару месяцев истекает. А ее продлевать можно, если проект до сих пор активно разрабатывается?
Спасибо :) Пользуюсь только им, ну и n++
Кстати, очень-очень хотелось бы фичу которую я кажется видел в WingIde или в чем-то таком (сама IDE весьма посредственная, но фича мега-крутая): чтобы тип переменной брался из pydoc комментария.
Т.е. скажем пишу я:
И вот после последней точки среда бы выдавала подсказки, считая что bar — это экземпляр класса str. Понятное дело, что тип можно и не указать (или переменная может быть нескольких типов), однако в очень многих случаях это было бы крайне приятной фичей.
Т.е. скажем пишу я:
def foo(bar):
"""
:param bar str Тестовая переменная
"""
bar.
И вот после последней точки среда бы выдавала подсказки, считая что bar — это экземпляр класса str. Понятное дело, что тип можно и не указать (или переменная может быть нескольких типов), однако в очень многих случаях это было бы крайне приятной фичей.
Есть такая фича. Ещё в прошлой версии появилась.
а почему тогда в примере выше когда я написал последнюю точку то ничего не появилось?
Мы понимаем немножко другой синтаксис. Или epydoc:
@type bar str
Или sphinx:
:type bar str
@type bar str
Или sphinx:
:type bar str
А, хорошо, спасибо, так намного лучше:) Тогда было бы неплохо генерировать stub для этих переменных при действии «insert documantation string stub», как это делает PyDev:)
так же поддерживается комбинированный синтаксис (see Sphinx domains):
def foo(bar):
"""
:param str bar: Тестовая переменная
"""
bar.
Note: В настройках нужно указать какой тип докстрингов используется в проекте (Settings->Python Integrated Tools->Docstring Format)
def foo(bar):
"""
:param str bar: Тестовая переменная
"""
bar.
Note: В настройках нужно указать какой тип докстрингов используется в проекте (Settings->Python Integrated Tools->Docstring Format)
Спасибо за релиз. Очень порадовала поддержка дополнительных шаблонных движков и новый UI. Смотрится намного лучше.
НЛО прилетело и опубликовало эту надпись здесь
Пока что нельзя, хотя в планах такая фича есть. Так а что мешает тот же PIL поставить локально? У него вроде никаких проблем с портабельностью нету.
НЛО прилетело и опубликовало эту надпись здесь
Django иметь локально установленным всё равно придётся. Вытягивать по SFTP вообще все библиотеки, которые вы используете, не хочется из соображений performance. Скорее всего, напрямую с удалённой машиной будут работать только run/debug и генерация скелетов для бинарных библиотек (типа того же PIL).
НЛО прилетело и опубликовало эту надпись здесь
Если мы выкачаем библиотеки себе в тумбочку, они будут доступны только PyCharm'у. Если вы их поставите через pip install, это займёт ровно столько же времени, только доступны они будут всей вашей системе. Зачем же тогда заморачиваться с написанием функциональности по выкачиванию в тумбочку, если pip install уже один раз написали?
НЛО прилетело и опубликовало эту надпись здесь
Мне, право же, удивительно слышать о том, что на машине для разработки не должно быть главного инструмента собственно разработки. :)
Недо-сервер поднимать никакой не надо — инсталляция Django ничего такого не делает, она просто копирует django в site-packages.
А с синхронизацией библиотек, насколько я понимаю, тот же pip вполне справляется. И в pycharm мы планируем вокруг этого всяческий UI сделать.
Недо-сервер поднимать никакой не надо — инсталляция Django ничего такого не делает, она просто копирует django в site-packages.
А с синхронизацией библиотек, насколько я понимаю, тот же pip вполне справляется. И в pycharm мы планируем вокруг этого всяческий UI сделать.
Человек просто не осилил, как поставить все нужные библиотеки и хочет, чтобы вы за него решили его проблему. Потом он ещё попросит, чтобы pycharm его собачку выгуливал и мусор выносил.
НЛО прилетело и опубликовало эту надпись здесь
Если вы работаете над ровно одним проектом и ничего больше никогда в жизни не пишете и не собираетесь — наверное, это не категорически неправильно. Но вообще на Python можно написать огромную кучу всего полезного, в том числе и то, что захочется запускать локально на рабочей машине.
Вообще PyCharm рассчитывает и будет рассчитывать на то, что какой-то локально установленный Python у вас есть. Например, он используется для красивого форматирования epydoc'овских и sphinx комментов.
Вообще PyCharm рассчитывает и будет рассчитывать на то, что какой-то локально установленный Python у вас есть. Например, он используется для красивого форматирования epydoc'овских и sphinx комментов.
НЛО прилетело и опубликовало эту надпись здесь
эклипсу можно объеснить и он фри.
Очень классный редактор, но поясните: как мне сделать так, чтобы на ubuntu у меня редактор не кушал 80% процессора...dual core 2.0, 3gb ram…
Для начала прислать нам CPU snapshot:
devnet.jetbrains.net/docs/DOC-1212
devnet.jetbrains.net/docs/DOC-1212
Молодцы, новый пайчарм очень нравится.
Инспекции PEP8 видел в потенциальных фичах, не планируете?
Кроме кофескрипта планируете поддержать другие препроцессоры кода (SASS, например) в новых версиях?
Инспекции PEP8 видел в потенциальных фичах, не планируете?
Кроме кофескрипта планируете поддержать другие препроцессоры кода (SASS, например) в новых версиях?
Если совсем честно, мне кажется, что инспекция PEP8 — это примерно самая бесполезная из всех инспекций, которые можно было бы сделать в PyCharm. Но пользователи её почему-то хотят, так что наверное в конечном итоге сделаем.
SASS уже давно поддерживается.
SASS уже давно поддерживается.
Почему бесполезная, простите? Ну и раз пользователи хотят и раз фича планировалась, то почему её всё ещё нет?
Бесполезная потому, что если код плохо читается или сильно отклоняется от принятого стандарта, то это отлично видно и без всякого инспекшна. А если читается нормально, но в одном месте один пробел «не по уставу», то никакой пользы от того, что этот пробел убрать, никому не настанет.
Фича была в списке потенциальных фич на версию 2.0. Её всё ещё нет, потому что из этого списка мы выбрали другие фичи, более полезные.
Фича была в списке потенциальных фич на версию 2.0. Её всё ещё нет, потому что из этого списка мы выбрали другие фичи, более полезные.
Вы слишком категорично мыслите, мне кажется. Я думаю проверка по pep8 в первую очередь нужна начинающим пользователям, чтобы у них вошло в привычку писать корректный код. Только проверка нужна динамическая, чтобы по мере написания кода сразу были видны огрехи в оформлении.
Ммм, есть вопрос. Если есть лецензия купленная, то сколько будет стоит ее докупка (новая покупка?) для версии 2.0?
Ведь если я правильно помню, то купленная лицензия позволяет бесплатно обновляться с минорнами релизами, а вот с мажорными обновления нужна новая лицензия.
Ведь если я правильно помню, то купленная лицензия позволяет бесплатно обновляться с минорнами релизами, а вот с мажорными обновления нужна новая лицензия.
При открытии проекта созданного в 1.5 пропали все настройки deployment
С MacOS хорошо всё было и раньше. А что с линукс? От swing ушли наконец? Или всё так же страшненько?
«Ушли от Swing» для нас означает переписать всё нафиг. Don't hold your breath, как говорят в таких случаях англоязычные товарищи.
Жаль. А я так надеялся, что будут нормальные виджеты и шрифты.
Насчёт шрифтов у нас есть некоторая надежда: текст в редакторе можно рисовать прямо через нативное API, минуя Swing/Java2D. А с виджетами вроде как всё и так достаточно неплохо.
«можно рисовать» уже реализовано?
Рендеринг шрифтов — это один из основных минусов не дающих мне перепрыгнуть с Аптаны на ПуЧарм…
Рендеринг шрифтов — это один из основных минусов не дающих мне перепрыгнуть с Аптаны на ПуЧарм…
Нет, это пока только мысли.
Эх… Очень, очень, очень нужно, чтобы мысли преобразовались в результат и проблема с шрифтами ушла на совсем.
Надеюсь это реально возможно и будет в ближайших релизах, чтобы тогда я (и многие другие) понял зачем отдавать денежку за IDE (Аптана сейчас меня устраивает полностью, но я не против посмотреть по сторонам, найти возможно лучшее решение в плане IDE).
IMHO это круче и ценнее любых фич!
Надеюсь это реально возможно и будет в ближайших релизах, чтобы тогда я (и многие другие) понял зачем отдавать денежку за IDE (Аптана сейчас меня устраивает полностью, но я не против посмотреть по сторонам, найти возможно лучшее решение в плане IDE).
IMHO это круче и ценнее любых фич!
Я добавил в pycharm.sh такую строчку:
стало гораздо лучше, я пока доволен.
export _JAVA_OPTIONS="-Dawt.useSystemAAFontSettings=on"стало гораздо лучше, я пока доволен.
Да, знаю — можно так. А можно еще и это под-настроить и то подпилить… И, да, это чуть-чуть помогает…
Подобные советы подходят исключительно под бесплатные/опенсорс продукты, где не принято чего-то требовать и ожидать реально крутого результата, хотя последний иногда проскакивает, хоть и редко (я о том, что иногда встречаются не «альтернатива», а реальная замена платному софту).
Когда я покупаю продукт, который к слову стоит 99 долларов (немного, но и совсем не мало), то он (продукт) должен соответствовать моим ожиданиям. В случае с IDE, в которую я смотрю 99% рабочего времени, для меня очень важно как выглядят шрифты в первую очередь. Фичи, штуки, дополнительные тулзы — вторичны IMHO.
Подобные советы подходят исключительно под бесплатные/опенсорс продукты, где не принято чего-то требовать и ожидать реально крутого результата, хотя последний иногда проскакивает, хоть и редко (я о том, что иногда встречаются не «альтернатива», а реальная замена платному софту).
Когда я покупаю продукт, который к слову стоит 99 долларов (немного, но и совсем не мало), то он (продукт) должен соответствовать моим ожиданиям. В случае с IDE, в которую я смотрю 99% рабочего времени, для меня очень важно как выглядят шрифты в первую очередь. Фичи, штуки, дополнительные тулзы — вторичны IMHO.
А вот то, что теперь показывает какому модулю принадлежит файл и полный путь до него — это гуд.
> От swing ушли наконец?
Вам в Eclipse.
За поддержку нескольких проектов в одном окне — спасибо =)
Ещё добавили бы поддержку слайсов ice и qml — цены бы не было =)
+ график лога для меркуриала тоже не помешает.
Ещё добавили бы поддержку слайсов ice и qml — цены бы не было =)
+ график лога для меркуриала тоже не помешает.
А кто такие слайсы ice?
qml пока что нету в планах: работы много, а пользователей, которым это нужно, похоже, мало.
Лог для меркуриала мы сделать хотим, но пока что не дошли руки. Надеюсь, в одной из следующих версий получится сделать.
qml пока что нету в планах: работы много, а пользователей, которым это нужно, похоже, мало.
Лог для меркуриала мы сделать хотим, но пока что не дошли руки. Надеюсь, в одной из следующих версий получится сделать.
Грубо говоря — язык описания интерфейсов шустрого и простого аналога corba и soap, тикет уже давно написал =)
Но скорее всего оно даже менее востребовано, чем qml.
Но скорее всего оно даже менее востребовано, чем qml.
Что-то я не нашёл, как два проекта в одном окне открыть.
Почему скромно молчите об увеличении производительности на связке Python 2.7 + Windows XP раз так в 50 в новом PyCharm'е? Или это локальная проблема у меня была?
Я вообще был в шоке, когда поставил новую версию на стадии первых EAP и он взлетел(а Pycharm 1.5 у меня только ползал).
Огромное спасибо, лучшее IDE. Своей быстротой и удобством в легкую окупает стоимость своей лицензии.
Я вообще был в шоке, когда поставил новую версию на стадии первых EAP и он взлетел(а Pycharm 1.5 у меня только ползал).
Огромное спасибо, лучшее IDE. Своей быстротой и удобством в легкую окупает стоимость своей лицензии.
Использую в работе на полную катушку. Отличная IDE.
Some skeletons failed to generate: 39 modules failed in 1 SDKs. Details… это нормально? Это про virtualenv, ругается на всякие _bsddb_d и прочие _d.
Как раз созрел приобрести. Будет ли скидка в честь выпуска новой мажорной версии? :)
НЛО прилетело и опубликовало эту надпись здесь
Можно поподробнее?
НЛО прилетело и опубликовало эту надпись здесь
Создайте, пожалуйста, реквест в трекере youtrack.jetbrains.net/ и приаттачьте тред-дампы из папочки с логами (Help | Reveal Logs)
О, за Copy path спасибо, давно мечтал.
А можно как то настроить PyCharm, что бы он учитывал, то что написано в файле .hgignore при использовании интеграции с Mercurial? А то раздражает повторно указывать то что надо игнорировать.
Я так понимаю в PyCharm свой собственный список ignore-ов, но было бы неплохо если бы для этого всё таки использовался предусмотренный VCS механизм.
Я так понимаю в PyCharm свой собственный список ignore-ов, но было бы неплохо если бы для этого всё таки использовался предусмотренный VCS механизм.
Вообще-то должен и безо всяких настроек учитывать. Если у вас не работает, напишите нам баг в трекер youtrack.jetbrains.net — будем разбираться.
И ещё вопрос — планируете ли добавить UI для создания branch-ей для Mercurial (другие VCS не проверял, подозреваю, что и там нет такого функционала)
скажите, а поддержку flask вы еще не планируете? хотябы, чтобы его дебажить можно было
>Поддержку CoffeeScript
Счастье-то какое! Спасибо!
Счастье-то какое! Спасибо!
Часто выскакивает окошко «Updating index». Пропадает и тут же появляется, и так раз по 15. Тормозит и мешает работать.
2011-12-23 16:47:31,221 [106374198] INFO - j.util.indexing.FileBasedIndex - Rebuild requested for index Stubs java.lang.Throwable at com.intellij.util.indexing.FileBasedIndex.requestRebuild(FileBasedIndex.java:1356)
PyCharm 2.0.1 Build #PY-111.107 Server VM Vendor: Sun Microsystems Inc. OS: Linux
Запостите, пожалуйста, реквест в трекер youtrack.jetbrains.net/ с полным стектрейсом, а не только верхней строчкой.
Где же новогодние скидки? ;)
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Релиз PyCharm 2.0