ну то сказать, если бы не дерьмовая подсветка, был бы самым охуенным идее. дебаг иоса изкаропки удобно. правда, компиляется так же долго. надо пробовать фичи 3.4. там вроде оптимизированная текстура с альфой появилась. может, быстрее работать будет.

Блять, это пиздец. Чисто случайно импортнул в ФБ проект из одного воркспейса в другой воркспейс. Сделал проджект-клин-аллпроджектс-ок. Поправил багу в коде. Настроил ран конфигурейшнс. Нажал ф11. ФБ пожужжал и запустил флешку. Бага осталась. Закрыл, начал дебажить. ФБ послушно показал, что он прошел по исправленному коду. Но бага осталась.
Перерыл весь проект — там говнокодисто, так что все может быть. Может кто-то делает ту же херь, что я поправил в другом месте. Нихуя не нашел. Пройтись пошагово по всему тику, в который вылетает бага — невозможно, потому как говнокод и за один тик там происходит все, вплоть до явления христа народу.
Ковырялся три часа. Использовав бубен и рванные с собственной головы волосы выяснил, что поправленная херь происходит в том самом месте кода, где я ее поправил. Финишем было, когда дебагер флешбилдера начал показывать, как он выполняет закомментированный блок кода.
Окончательно охуев, начал просто наугад тыкать в кнопочки. В итоге я открыл воркспейс, в котором был мой горе-проект. И все заработало.
Что это было — до сих пор не пойму. Ладно бы зависимости какие-то и ошибки повываливались, но схуяли притворяться, что ты скомпилил проект, если ты это дело на хую вертел — непонятно. Особенно непонятно, если ты — програмное обеспечение, созданное специально для компиляции проектов.

juick.com Сейчас во флексе есть проблема — концепция манифестов компонент одна, а use case 2 — CSS и MXML. Для CSS нужны абстрактные классы в манифестах, а для MXML нет (к примеру, TrackBase, для CSS у нас должна быть возможность установить стиль для всех implementors). При этом IDEA никак данный бред не учитывает — не подсвечивает красным и предлагает в MXML TrackBase.

Что смешно – так это то, что во Flash Builder при открытии Design View TrackBase нормально отрендерится (в реальном приложении, разумеется, будет ошибка типа Skin for instance1199.Application577.ApplicationSkin579._ApplicationSkin_Group1.contentGroup.TrackBase578 cannot be found.).

Надо, наверно, таки написать багу в трактор — youtrack.jetbrains.net

Flash Builder лучше IntelliJ IDEA. Вы просто сравните — Idea весит жалких 175 МБ против 1 157 МБ + специальный downloader в 16 МБ, который выполнен не в виде java-апплета, а специальной нативной программы, требующей установки и потом создающей окно, которое найти можно только через Expose. Сразу виден основательный подход к делу.

FlashBuilder 4.5 завис и отказывается реагировать, когда я писал камменты к коду. Он как-будто намекает, что каменты для лузеров, а у настоящих пацанов достаточно стали в яйцах писать код без каментов :)

Жуйк, подскажы! Не могу раздуплиться как во ФлешБилдере посмотреть что результат выполнения функции trace() — в книжке написано что выводится в консоле — но у меня там чета пусто(

А теперь несколько теплых слов в адрес Flash Builder — в нем генерация кода таки имеет опцию "куда вставлять" (Insertion Point), пусть и криво/тупо реализованную (какого-черта First/Last memeber, где According to Code Style), но таки в отличие от той же IDEA, где зачастую проще ручками написать что-то, чем потом таскать по коду сгенеренный кусок в нужное место :) youtrack.jetbrains.net

Что самое грустное – даже в Java есть ошибки, когда оно тупо вставляет код выше конструктора, хотя в настройках четко указано место и стиль. Что показывает, что, возможно, наш workflow неправильный и желания наши пусты и бессмыслены.

* AIR *Android
Скачал pre-release Flash Builder Burrito c ним вместе поставляется и Flex 4.5 SDK (infamous 'Hero'). Так вот, решил попробовать сделать демку на Flex 4.5 для своего Nexus One. Первое, что хочу сзакать, это что создать специальный вид проекта в Burrito как два пальца... Дизайн вью заточен под mobile-dev, правда не знаю на сколько хорошо, но я им пользовался. Демка из себя представляет List на первом экране (http://dl.dropbox.com/u/1783945/view1.png) из 16 элементов и при нажатии на элемент листа переходим во второй вью, где выводится один Label (http://dl.dropbox.com/u/1783945/view2.png). Дебажить монжно как на эмуляторе (доступно порядка 10 моделей смартфонов для эмуляции) так непосредственно на девайсе. Подключение моего Nexus'а для дебага не было особой проблемой, потратил на это минуту. И того в общей сложности 20 мин я сделал демку для Android, Теперь впечатления. На эмуляторе look&feel приложение очень хороший, я даже подумал: "на этом же можно делать реальные апликухи". Но когда я запустил эту штуку на Nexus'е , то у меня все завяло. Скрол листа происходи рывками, совсем не гладко, как в эмуляторе. шрифт и размер шрифта отличается от того что в эмуляторе, tap пальцем на элемент листа — это занятие не из простых, приходится несколько раз тапать чтобы сработало событие (то есть тапы работают не четко). При нажатии на элемент листа происходит переход с transition'ом к view 2, так вот транзишин подтормаживает и это все явно видно. Короче вывод пока один — Flex 4.5 ужасно (!) тормозит в самом простом приложении для Nexus, я даже не могу представить как это тормозит в реальных, насыщенных приложениях. Надеюсь Adobe удастся довести производительность до нормального look&feel. А вообще, выглядит заманчиво девелопить на Flex аппликухи для мобильных девайсов.

очередной раз убедился, что копи-паст — ЗЛО в чистом виде... две недели не мог понять почему не работает автокомплит для имени одного из кастомных компонентов , оказалось в метаданных события стояло mx.events.Event вместо flash.events.Event. неужели нельзя было сделать compile-time валидацию метаданных ?

FDT4 релизнулся и с понедельника его можно будет купить. FDT4 — еще одна IDE для флеш разработки, которое поддерживает Linux. И стоит оно поболее чем FB, что Adobe не понравилось в рынке коммерческих продуктов под Linux ?

Одно из не многого, что меня напрягает в FlashBuilder — это некорректная работа шотката command + shift + D , когда редактируется mxml-файл. По этому сочетанию в as-файлах генерится ASDoc, а в mxml-файлах вставляется <![CDATA[ ]]> =\

Раньше чтобы запусть профайлер в билдере нужно было закрыть все табы в фф и закрыть фф, профайлер запускался. Теперь фф обновился до версии с плагинконтейнером и профайлер не работает? кто-то сталкивался с этим? профайлер перестал работать в новой версии? или это что-то другое. Кто-то может попробовать?

при билде проекта билдер если небыло ошибок билдер выставляет флаг у себя что проект "готов", хотя он еще не сделал все нужные операции (например не сгенерил html враппер). Если в процессе работые билдер пал смертью храбрых то галочка о том что проект готов остается,но на самом деле папка бин пуста. И при запуске проекта билдер радостно быстро запускает проект и удивляется тому, что он не может найти билд.