to post messages and comments.

ну то сказать, если бы не дерьмовая подсветка, был бы самым охуенным идее. дебаг иоса изкаропки удобно. правда, компиляется так же долго. надо пробовать фичи 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 враппер). Если в процессе работые билдер пал смертью храбрых то галочка о том что проект готов остается,но на самом деле папка бин пуста. И при запуске проекта билдер радостно быстро запускает проект и удивляется тому, что он не может найти билд.