Проект из Астеллы отлично открылся Идеей 114.145, конечно sdk отвалилась, но я ее вернул обратно
Король умер да здравствует король. Astella будет влита в IDEA проект. До вчерашнего для я бы сильно этому возмущался, но с учетом haxe плагина, я и сам подумывал вернуться на IDEA, чтобы не держать зоопарк.
Выглядит так, что нам пилят поддержку haxe. Если астелла будет поддерживать haxe на уровне as3, да плюс макросы, да плюс нативные автокомплиты компилятора, да плюс дженерики, да плюс енумы, да плюс компиляция в js и мобильные платформы в один клик. Ой как будет больно :)
Есть желание перейти на win 64, чтобы система увидела таки все мои 4 гига оперативки и в будущем увидила 8. Но тут же появляется вопрос:
С какими проблемами я столкнусь? Будет ли нормально работать флеш дебагер, не будет ли проблем с астелой и flash cs (редко, но и он нужен).
(Хотя в идеале мне бы хватило научить вин32 видеть все 4 гига оперативы, в линуксе это решалось легко)
С какими проблемами я столкнусь? Будет ли нормально работать флеш дебагер, не будет ли проблем с астелой и flash cs (редко, но и он нужен).
(Хотя в идеале мне бы хватило научить вин32 видеть все 4 гига оперативы, в линуксе это решалось легко)
Обещают что поддержка будет, вот это будет нечто :)
Няшка, шустрая до нельзя. Это то что нужно, это то что раздражает в идее.
Прям настроение подняла. А то что дизвью не сразу завелся, никто ж не сказал что оно будет работать.
Ура!)
Прям настроение подняла. А то что дизвью не сразу завелся, никто ж не сказал что оно будет работать.
Ура!)
Не могу запустить design view. Зависает на collecting libraries и все тут. 3 раза перезапускал астеллу. Air троект с сдк 4.5
Питон плагин в идее eap не заработал, в астелле не встал :) остался pycharm. Ну так и быть
новый eap. Сделали глобальные библиотеки. Стало удобнее. Можно запускать main class двумя кликами, но тут спорный момент, т.к. создается только run configuration, а не build. Хотя может так и надо
IDEA-74990 dl.dropbox.com Теперь Flex UI Designer проверяет класс корневого тега на наследование от flash.display.DisplayObjectContainer и наличие пространства имен ns.adobe.com (то бишь документ должен быть MXML 2009). Как видно на скриншоте, это minimalcomps.
Версия 0.6.3 ( plugins.intellij.net ) для Idea или следующий Astella EAP (будет скоро, confluence.jetbrains.net ).
Тот, кто писал в трактор об этой возможности — ага, ждем баг-репортов ;)
Ожидаемые проблемы при редактировании — некорректная работа getObjectUnderPoint (а также fillBreadcrumbs) — то есть выше выделение мышкой выделяет не тот объект, — поддержка smart selection только для флекса (то есть в pure оно может выбрать textLine, и вместо PushButton выберет его inner textField).
Это фича не является приоритетной и планируемой, поэтому если хотите чтобы оно работало — пишите в трактор (проект Astella, разумеется).
Версия 0.6.3 ( plugins.intellij.net ) для Idea или следующий Astella EAP (будет скоро, confluence.jetbrains.net ).
Тот, кто писал в трактор об этой возможности — ага, ждем баг-репортов ;)
Ожидаемые проблемы при редактировании — некорректная работа getObjectUnderPoint (а также fillBreadcrumbs) — то есть выше выделение мышкой выделяет не тот объект, — поддержка smart selection только для флекса (то есть в pure оно может выбрать textLine, и вместо PushButton выберет его inner textField).
Это фича не является приоритетной и планируемой, поэтому если хотите чтобы оно работало — пишите в трактор (проект Astella, разумеется).
Нашел группы для модулей. Или в идее они тоже были?
В Astella не поддерживаются транзитивные зависимости. И вряд ли будут.
Оно как бы все круто и хорошо, но возникает сразу ряд проблем — необходимость решать конфликт двух одинаковых библиотек пришедших из двух зависимостей, а также таких нюансов как выбор между playerglobal/airglobal. И получится, что для большинства несложных проектов система настройки проектных зависимостей окажется этаким пазлом.
Сложный проект — юзайте build tool (пусть он сам настроит ide, как в том же мавене все его зависимости в idea-проекте становятся плоскими). Или надо смириться, что если у вас:
main — app, depends on ui (lib) with merged scope.
ui — lib, depends on impl with external scope.
impl, lib depends on 5 swcs with external scope.
то вам придется в main и ui еще раз добавить эти 5 swcs, а потом при изменении зависимостей impl опять пойти в main и ui и опять настроить все. Зато все как бы очевидно, ага.
Оно как бы все круто и хорошо, но возникает сразу ряд проблем — необходимость решать конфликт двух одинаковых библиотек пришедших из двух зависимостей, а также таких нюансов как выбор между playerglobal/airglobal. И получится, что для большинства несложных проектов система настройки проектных зависимостей окажется этаким пазлом.
Сложный проект — юзайте build tool (пусть он сам настроит ide, как в том же мавене все его зависимости в idea-проекте становятся плоскими). Или надо смириться, что если у вас:
main — app, depends on ui (lib) with merged scope.
ui — lib, depends on impl with external scope.
impl, lib depends on 5 swcs with external scope.
то вам придется в main и ui еще раз добавить эти 5 swcs, а потом при изменении зависимостей impl опять пойти в main и ui и опять настроить все. Зато все как бы очевидно, ага.
Перенес на астелу свой основной проект. Полет отличный, оно и понятно, корни то от идеи. Сейчас будем пробовать несколько билд конфигураций для одного модуля. Эта главная фича, что мне нужна была
Куда в Astella дели глобальние библиотеки? (для js вроде есть, а для AS нету) :(
Перевожу проект с мавена в Astella. Похоже на убиение модулей и слияние сорцов. build configuration отличная концепция.
Мычта:
Исходя из того факта, что github содержит большинство opensource flex библиотек (идиотов из Adobe с их гребанным неудобным svn не рассматриваем), написать плагин к Astella, который будет уметь вытаскивать оттуда swc и scr (и доки, взять тот же github.com)
Исходя из того факта, что github содержит большинство opensource flex библиотек (идиотов из Adobe с их гребанным неудобным svn не рассматриваем), написать плагин к Astella, который будет уметь вытаскивать оттуда swc и scr (и доки, взять тот же github.com)
Astella решает одну из врожденных проблем флексового проекта — желание иметь из одних исходников и запускаемое приложение, и библиотеку для линковки. В Java благодаря нормальной архитектуре такой проблемы нет, а в выросшем из понятно откуда флексе есть. А в Astella можно на один модуль иметь сколько угодно много build configurations (то бишь артефактов).
То что в Astella в UIDesigner нельзя поменять properties — это нормально ?