Создание конфига дебага на лету — а какую run configuration вы используете?
Ок, какое решение вас бы устроило? Некая кнопка «run liveedit/debug» в браузере (иконка справа в адресной строке хрома)/пункт в контекстном меню страницы в браузере? Только тут тогда вопрос, а как вы открываете такую страницу — кто ее открыл уже в браузере? Ведь по магии она не откроется сам, значит ее кто-то должен открыть. Открывать самому руками в браузере — но ведь мы в IDE, правильно настроить нечто, чтобы по некому шорткату запускалась run configuration. Верно? Поэтому получается, что основная проблема, это догадаться, что нужно для liveedit настраивать JS Debug? Но ведь не liveedit единственный вам от IDE нужен, что-то еще со страницей делается, существуют же для нее некие другие run configuration?
Мы сломали его для решения ряда проблем — посмотрите залинкованные проблемы к youtrack.jetbrains.com/issue/WEB-8255 И сломали еще в июле, около 4 месяцев назад. К сожалению, за 4 месяца никто из пользователей EAP-программы 3 основных продуктов (IDEA, WebStorm и PhpStorm) не выдал какого-либо фидбека.
В чем суть — раньше оно работало для всех подходящих открытых страниц в браузере, теперь же только для той страницы, что под отладкой.
>> совершенно бесполезный Javascript Debug на каком-то левом .html файле
А зачем вам левый HTML файл? Укажите в качестве URL адрес вашей страницы (той самой, что раньше обновлялась), не нужно никаких левых файлов. Да, я понимаю, что создание некой костыльной JS Debug конфигурации для просто LiveEdit (той функциональности, которая раньше работала просто безо всяких телодвижений) вызывает вопрос «какого черта», но тут могу сказать
1) не в PHP run configurations есть возможность автозапуска дополнительной JS (она создается на лету)
2) да, очевидно, иногда нам не нужно и главной run configuration, мы сами открываем страницу нашего приложения в браузере и хотим, чтобы для нее liveedit просто работал.
Давайте так — попробуйте в костыльной JS Debug указать в качестве URL реальный адрес страницы вашего приложения. Заработал LiveEdit? Если нет — пишите мне в личку/почту, будем разбираться.
Ну а касательно юзабилити — мне не совсем очевидна структура вашего проекта и ваш workflow, мы можем опять же в почте/skype поговорить и мы реализуем все именно так, как вам будет удобно.
Под «не выбирают» имел ввиду, что покупая что-то в Голландии, пошлина не взимается — то есть разницы какая именно страна ЕС с точки зрения таможни нет.
Есть две основных экономических зоны — США и ЕС/Англия (Англия не в ЕС, но пошлин нет). В России вы выбираете из этих двух (где покупать), а живущий в ЕС/Англии не выбирает, у него в ЕС и так все что душе угодно есть (живу в Германии, могу даже выбирать местного производителя, так как он реально есть), то есть для него эти 22 евро ни о чем.
Я собственно из JetBrains. LiveEdit всегда поддерживал hot-swap для HTML/CSS/JS, перегрузка только для JADE/PHP/JSP и других подобных языков. (А также в случае изменения тегов непосредственно расположенных в body документа).
>> COLT работает с любым браузером на любом устройстве без каких-либо плагинов для браузера
И это действительно круто, тем более, как я еще помню по презентации COLT для Flash, у вас это делается посредством процессинга исходного кода и это, конечно, надежнее и прямее чем использование некого debugger API.
Обновление страницы частично (hot swap) работает только для CSS/JS/HTML. В случае изменения PHP файла как мы можем инкрементально обновить — там все вперемешку и проще всего просто сохранить файл и перегрузить страницу. Можно поддержать некоторый специфический сценарий, — если вы пришлите тестовый файл с описанием (что именно хочется, изменение какой части документа должно быть инкрементально), подумаю, как можно улучшить это.
Узнать это просто — в настройках расширения, confluence.jetbrains.com/display/WI/LiveEdit, смотрите How to configure IDE connection (IDE port) Но порт нужно настраивать только если у вас PhpStorm почему-то не смог использовать порт по умолчанию 63342.
Все это разбивается о реальность — V8 использует hidden классы и вся инициализация должна производиться в конструкторе, а не где-то еще. Я автор ecma5 реализации в Котлине (https://github.com/develar/kotlin) и там сейчас не используется оператор new, а просто вызов функции и вот такой подход с Object.create. Но в итоге оказалось, что плюсов никаких и нет, смысла не использовать оператор new нет. А минусы есть — код хуже оптимизируется V8.
Поддержка sourcemap для NodeJS есть только в последних двух EAP. И сейчас работает даже лучше, чем в браузере (в браузере не работает для кода исполняющегося в момент загрузки).
С закрытым API все просто — берете JAR и декомпилируете его в папку, а эту папку открываете потом как Java-проект (для легкой навигации и исследования). Минус — оно может не таким быть стабильным, как открытое (типа меняться от релиза к релизу).
Лучший путь — просто написать в Jetbrains (форум, youtrack) и конкретный разработчик вам подскажет API.
В заголовке написано для Java разработчиков, но на самом деле котлин пригоден и для web-разработки. В JetBrains уже сейчас на нем пишутся расширения для Firefox/Chrome в плагинах JS Debugger/LiveEdit. Иными словами — можно забыть о кошмаре JS и писать на котлине.
Мы на работе с нового года на mercurial с svn перейдем. Использующие git, а у вас история сохраняется после двойного переименования — develar.livejournal.com/67393.html? А то вроде как git мне по душе ближе, да вот rename веселит.
Ок, какое решение вас бы устроило? Некая кнопка «run liveedit/debug» в браузере (иконка справа в адресной строке хрома)/пункт в контекстном меню страницы в браузере? Только тут тогда вопрос, а как вы открываете такую страницу — кто ее открыл уже в браузере? Ведь по магии она не откроется сам, значит ее кто-то должен открыть. Открывать самому руками в браузере — но ведь мы в IDE, правильно настроить нечто, чтобы по некому шорткату запускалась run configuration. Верно? Поэтому получается, что основная проблема, это догадаться, что нужно для liveedit настраивать JS Debug? Но ведь не liveedit единственный вам от IDE нужен, что-то еще со страницей делается, существуют же для нее некие другие run configuration?
В чем суть — раньше оно работало для всех подходящих открытых страниц в браузере, теперь же только для той страницы, что под отладкой.
>> совершенно бесполезный Javascript Debug на каком-то левом .html файле
А зачем вам левый HTML файл? Укажите в качестве URL адрес вашей страницы (той самой, что раньше обновлялась), не нужно никаких левых файлов. Да, я понимаю, что создание некой костыльной JS Debug конфигурации для просто LiveEdit (той функциональности, которая раньше работала просто безо всяких телодвижений) вызывает вопрос «какого черта», но тут могу сказать
1) не в PHP run configurations есть возможность автозапуска дополнительной JS (она создается на лету)
2) да, очевидно, иногда нам не нужно и главной run configuration, мы сами открываем страницу нашего приложения в браузере и хотим, чтобы для нее liveedit просто работал.
Давайте так — попробуйте в костыльной JS Debug указать в качестве URL реальный адрес страницы вашего приложения. Заработал LiveEdit? Если нет — пишите мне в личку/почту, будем разбираться.
Ну а касательно юзабилити — мне не совсем очевидна структура вашего проекта и ваш workflow, мы можем опять же в почте/skype поговорить и мы реализуем все именно так, как вам будет удобно.
>> COLT работает с любым браузером на любом устройстве без каких-либо плагинов для браузера
И это действительно круто, тем более, как я еще помню по презентации COLT для Flash, у вас это делается посредством процессинга исходного кода и это, конечно, надежнее и прямее чем использование некого debugger API.
Лучший путь — просто написать в Jetbrains (форум, youtrack) и конкретный разработчик вам подскажет API.