Наши дорогие индуские программисты сделали весьма много гадостей в релизе Flex Beta 3. Одна из самых неприятных — это использование по умолчанию NativeDragManagerImpl в DragManager. Причем, нет никакой возможности использовать DragManagerImpl, как было раньше.

Впринципе их можно понять, ведь в приложениях написаных для AIR нужна поддержка drag-n-drop с ОС, но не давать возможности выбирать, это, как всегда, плохо. Существует очень грязный хак: нужно присоединить исходники Flex Framework к нашему проекту Project Preferences -> Flex Build Path -> Source Path, которые находятся в /Applications/Adobe Flex Builder 3 Plug-in/sdks/3.0.0/frameworks/projects/framework/src. После этого мы можем поменять в классе SystemManager функцию docFrameHandler(), нужно оставить только данный код:

Singleton.registerClass("mx.managers::IDragManager",
Class(getDefinitionByName("mx.managers::DragManagerImpl")));

После перекомпиляции мы получим DragManager который использует DragManagerImpl по умолчанию.

Благодаря статье Установка AIR Runtime Environment на Mac OS X я смог наконец-то установить AIR Runtime Beta 3 на Mac OS X Leopard.

Проблема состоит в том, что «air_b3_mac_121207.dmg.bz2» файл, который я получаю с сайта Adobe имеет неправильное расширение *.bz2. Его автоматически добавляет браузер Safari и на самом деле оно не нужно (с ним Disk Utility сообщает: «There are not mountable filesystem in package»). Таким образом, после переименования в «air_b3_mac_121207.dmg» устанановка AIR Runtime запускается без проблем.

Я в основном работаю в среде Eclipse с плагином Flex Builder 3 Beta 2 и обратил внимание, что в Mac OS он как-то нереально медленно компилирует проект, где-то в 3 раза дольше чем на PC — ну думаю, говнище этот Mac. А потом, случайно, заметил, что на Eclipse по умолчанию отведено не более 256 Мгб памяти (в Windows он просто выкидывает ошибки с такими параметрами и закрывается) и он медленно компилирует, потому что выкручивается с таким минималным объёмом ресурсов!

Круто? (Не совсем, можно было бы всё-таки ненавязчиво сообщить, что памяти-то маловато)

Думаю в этом, частично, проявляется суть Mac — сделать всё, что можно с любым ресурсом (прибегая даже к торможению) не спрашивая пользователя про детали (иногда это вминяют ему в повышеную стабильность и юзабильность). В Windows чаще всего, пользователь просто предстаёт перед какой-то ошибкой выполнения. А суть то одна и та же, нада что-то чинить.

И в том и в другом подходах, свои плюсы и минусы. А идеальных ОС нет =(. Может Ubuntu скоро станет такой…