Comments 125
Сделали неудобной "Run command". Теперь я не могу ее держать постоянно открытой в табе (в sidebare).
Пользовался как консолью с автокомплитом и историей вместо терминала в windows.
Это на самом деле проблема — раньше это был отдельный таб, в котором работал автокомплит по command line tools. Достаточно было написать, условно, mig и мы получали doctrine:migrations:migrate. Сейчас же, в новом окне, автокомплита по добавленным tools'ам вообще нету.
Постараемся решить эту проблему в короткие сроки: https://youtrack.jetbrains.com/issue/WI-47729
m20 + Tab = margin: 20px;
p8 + Tab = padding: 8px;
fz14 + Tab = font-size: 14px; и т.д.
Сейчас автокомплит учитывает частоту использования тех или иных вариантов. У меня, к примеру, в css ma комплитися именно в margin.
Можете попробовать удалить папку ~\.PhpStorm<версия>\system\stat чтобы сбросить "весы" комплишена.
Эта проблема сейчас обсуждается внутри команды. Попробуйте выключить "Use in Editor Tabs" в File | Settings | Appearance & Behavior | File Colors.
Как по мне, дизайн становится современнее, но теряет удобство. Например, год назад перерисовали иконки, но не все. Часть просто убрали. И после обновления вручную добавленные кнопки на тулбаре стали без своих иконок.
Фидбэк по проблеме с малоконтрастными вкладками собирается здесь: https://youtrack.jetbrains.com/issue/IDEA-219204. Можете также прокомментировать/проголосовать.
Сейчас обновился на 2019.2 и все скетчи, что были остались в старой версии.
Или я что-то делаю не так?
Вроде бы неплохо, но блин, каждый раз новый шрифт.
Кстати, проверка регулярок работает как будто они обрамлены в ^$
prnt.sc/okata7
Хотя по факту это не так
Поменялся line spacing с 1.0 на 1.2. Также были различные фиксы в нашем рантайме связанные с рендерингом, например https://youtrack.jetbrains.com/issue/JBR-1008. Можете еще написать нам на наш трекер на https://youtrack.jetbrains.com/newIssue, приложить скриншоты до/после и мы посмотрим проблему детальнее.
Рендеринг некоторых шрифтов действительно поменялся: https://youtrack.jetbrains.com/issue/JBR-1624. Исправим это в следующем минорном обновлении.
Сломалось то, что работало.
Попробовал делать addMethod — все работает как надо.
<?php
declare(strict_types=1);
namespace Tests\Http;
use Tests\TestCase;
class ProviderActHttpTest extends TestCase
{
public function testProvider()
{
$this->checkIndexRoute();
$this->checkShowRoute();
}
}
Вот сейчас в текущем редакторе, всё мое PHP программирование сводится к набору примерно следующего текста:
fn mq wrw notr fe fq
Вместо этого, автоматом на экране появляются заданные мною, функции и много-строчные SQL ит PHP конструкции, суммарно на пяток листов текста — 15 букв — и 5 лисов кода готово, без всяких контролов и прочей лабуды. Есть такое в PHPStrom?
есть "live templates" называется, но оно не сразу по всей строке,
https://blog.jetbrains.com/webstorm/2018/01/using-and-creating-code-snippets/
Чтобы не моргали эти бесконечные раздражающие всплытия — вроде нет такого?
Работают точно, как вы описали: печатаете например fore и нажимаете tab.
Есть даже взять готовые подборки на гитхабе или сделать свою, вот тут можно почитать об этом: blog.jetbrains.com/phpstorm/2018/10/sharing-code-snippets-in-phpstorm-easy-way
Вот например я использую кастомный
cl и потом стандартные pubf, fore и eco:
Есть, даже с учетом контекста, но Tab прийдется нажимать после каждого снипета.
Отдельное — за включение существовавших фич по-умолчанию :-D.
Я слишком старый чтобы когда-либо их включить, а оказалось действительно удобные. Не стесняйтесь так делать и в будущем.
Вот что смущает во всех JetBranis продуктках — то что они каждый релиз в новую папку ставят, и потом накапливается куча не самых легких по объёму папок которые приходится периодически чистить. Допускаю что так сделано для удобства откатов на старые версии, но было бы здорово, если б после агрейда оно спрашивало — оставить или удалить прошлую версию.
после распаковки кидайте в bin/idea.properties старый файлик
главное чтобы были раскомменчены ну и поправлены на нужный конфиг
idea.config.path=${user.home}/.config/PhpStorm
idea.system.path=${user.home}/.local/share/PhpStormТоесть распаковали, закинули, запустили.
А вообще лучше еще
phpstorm64.vmoptions
phpstorm.vmoptions
а то дефолтно с памятью проблемы.
Кстати не смотря на все настройки параметров, параметр в запросе вида «select * from dual where dummy in (select * from table(:params))» будет подсвечен красным как неизвестная таблица.
Нет, к сожалению, мы всё ещё не включаем паттерн WITH по умолчанию (https://youtrack.jetbrains.com/issue/WI-29643 для рефернса).
По поводу второго — да, действительно проблема. Можете зарепортить нам на https://youtrack.jetbrains.com/newIssue, проект DBE.
Нет, к сожалению, мы всё ещё не включаем паттерн WITH по умолчанию (https://youtrack.jetbrains.com/issue/WI-29643 для рефернса).
Хорошая ссылочка, добавил паттерн «WITH.*AS.*SELECT», полегчало.
По поводу второго — да, действительно проблема. Можете зарепортить нам на youtrack.jetbrains.com/newIssue, проект DBE.
На этот раз слегка лениво, можете сами себе зарепортить?
Вот паттерн :(\w+)
habrastorage.org/webt/n1/7v/gg/n17vggtpzdw9xnh_ixuj0ow0za8.png
Встретил детектор дублирования кода ещё релиз-ноты не прочитав — реально круто.
А вот с подсветкой кода: есть/планируется возможность открывать, а в идеале аттачить к phpstorm файлы/проекты на других языках с открытием их в соответствующей IDE? Ну, например, go в PHP проекте открыть в goland и наоборот? В мире микросервисов, где в одном бизнес-проекте могут быть десятки технических проектов на нескольких (в нашем случае 4) языках, глубокая интеграция между разными IDE была бы очень полезна. All-in-one крутая лицензия для таких проектов (досрочно продлил увидев новую фичу с детектором дублей), но это чисто юридический аспект.
Схожая возможность обсуждается здесь: https://youtrack.jetbrains.com/issue/IDEA-65879 — открывать файлы протоколом вида idea://open?file=/.... В целом, при работе с несколькими языками проще просто установить IntelliJ IDEA Ultimate и добавить в неё необходимые плагины, например PHP + GO.
Это немного "несекьюрно". Если вы имеете в виду файл c.kdbx, то он шифруется используя уникальную комбинацию юзера и железа, на котором этот файл открылся. По умолчанию, этот файл не откроется на другом ПК, если его просто скопировать и "скормить" существующей инсталляции PhpStorm. Можете задать Master Password для этого файла и тогда сможете его копировать между инсталляциями: https://www.jetbrains.com/help/phpstorm/reference-ide-settings-password-safe.html
А как вы себе это представляете? Автор плагина должен полный список поддерживаемых версий вести?
Даже если плагин не опенсорс?
фикс на этот счет будет?
О, я уже заметил, но ещё не разобрался. Если фикса не будет, то будет ещё один довод в пользу Debian подобных дистрибутивов :)
Почему смешно? Хороший DX — один из критериев выбора того или иного стэка в целом. Alpine vs Debian/Ubuntu не исключение.
планируется ли добавить редактирование файлов в этом функционале? или так и останется read-only?
планируется. Первый шаг был https://youtrack.jetbrains.com/issue/IDEA-176734 (готово). За ним последуют https://youtrack.jetbrains.com/issue/IDEA-176736 и https://youtrack.jetbrains.com/issue/IDEA-217902
Пока никто на это внимания не обращал. Можете написать нам на https://youtrack.jetbrains.com/newIssue, приложив скриншоты
Должен быть. Если на 2019.2 у вас нету — возможно проблема во взаимодействии с вашим windows manager. Можете написать нам через Help > Contact Support чтобы разобраться детальнее.
Поправка: для Linux в данный момент этой фичи нет, я не правильно понял слова разработчика.
Наверняка и для Linux подобное планировалось, но вернее всего будет добавить новый feature request на эту тему на нашем трекере: https://youtrack.jetbrains.com/newIssue
Никто не создал, поэтому я сделал это сам: https://youtrack.jetbrains.com/issue/IDEA-220105 — можете голосовать.
Попробуйте пометить "excluded" такие папки как tmp, log, images и cache: в общем все те, которые не необходимы для code completion.
Практически пустой новый лёгкий проект, файлов с кодом буквально десяток, ноль тяжёлых и вообще каких-либо фреймворков, ноль зависимостей вида npm/composer/etc. Темпов, кэшей, логов пока нет. Стоковый шторм самой свежей версии, о которой речь в статье, без сарказма и с пониманием, славных его разработчиков. Но — 800 Мб оперативки. На что? Зачем? Я линукс компилирую параллельно с научными расчётами seti@home? Бигдату просеиваю через нейросети и случайный лес? Что помешало шторму уложиться в 20 Мб а не в 800? И что мы можем сделать чтоб к этому придти? Java машина слишком раскидистая и неоптимальная? Лишние зависимости? Неоптимальный код? Недостаточно Lazy loading? Неоптимальные структуры данных?
Hello world — это про 4 Кб, а не про 0,5 Гб. Нынешние тенденции в мире IT собирать конфету из тысячи обёрток и скотча, мягко говоря, пугают и печалят. А ведь могут лучше.
Планируется ли уменьшение потребления оперативной памяти PhpStorm'ом от 10 до 20 раз? Или хотя бы, пусть, в 2-3 раза?
Мне нравится шторм. Я не хейтер его, если кто так подумал.
Меня очень огорчают современные тенденции развития софта, где чаще фактически гонятся только за фичами, а оптимизацию задвигают на последнее место. Наоборот делать впрочем тоже плохо. Нужен балансный подход, когда оба компонента одинаково важны. Вот и интересуюсь — ребята, а какие у вас планы по оптимизации потребления ресурсов этим конвейером? Может есть офигеннейший роадмап и капитальные таски по этой теме и даже часть уже в работе, а никто ничего не знает. И открываешь PhpStorm 2019.4, а он просто летает и в диспетчере в списке процессов отсортированных по убыванию потребления памяти он далеко не на первых позициях и не сотнями метров её уплетает. И да, и несколько фич при этом появилось. Это же прекрасно!
Ну а среда разработки, как и ваш ноут/комп — это рабочие инструменты. В них функционал всегда будет чуток поважнее цены. Это касается в том числе и потребления памяти. Любая виртуалка в которой надо гонять что-то сложнее простенького сайтика будет жрать больше памяти.
Я давно докупил памяти до 32 Гб, чтобы ничего не мешало работе… и ни разу еще не пожалел.
800 Мб оперативки — это объем, который IDE (точнее уже JVM) резервирует себе для нужд. Внутри этих 800 метров и сидит, например, 4 Кб hello world.
Величину оперативки, которую выделяет себе java машина, можно закастомизировать с помощью этой статьи: https://intellij-support.jetbrains.com/hc/en-us/articles/206544869 — значение -Xmx512m.
Я думаю важно понимать что 800 метров оперативки, которые съел PhpStorm — это не 800 метров ТОЛЬКО под PhpStorm. В этих мегабайтах также хранятся и объекты проекта.
После перехода из Райдера очень не хватает простого и понятного поведения. Вот здесь хочется, чтобы Шторм подсказал класс A. Ну и если в методе тайпхинтится интерфейс, то предлагал в первую очередь его реализации.
А вообще, классный релиз. Спасибо!
Для некоторых есть поддержка noinspection, но не для всего
https://www.jetbrains.com/help/phpstorm/disabling-and-enabling-inspections.html
Хотя у меня вроде на контроллеры/экшны и не ругается, но это надо полагать от поддержки фреймворк зависит
В каких то ОС работают в каких то нет.
К сожалению не могу дать никаких приближенных сроков. Проблема действительно "горячая": https://youtrack.jetbrains.com/issue/IDEA-165950.
PhpStorm 2019.2: Типизированные свойства PHP 7.4, поиск дубликатов, EditorConfig, Shell-скрипты и многое другое