Thank you for visiting the BlackBerry Support Community Forums.
BlackBerry will be closing the BlackBerry Support Community Forums Device Forums on April 1st (Developers, see below)
BlackBerry remains committed to providing excellent customer support to our customers. We are delighted to direct you to the CrackBerry Forums, a well-established and thorough support channel, for continued BlackBerry support. Please visit http://forums.crackberry.com or http://crackberry.com/ask. You can also continue to visit BlackBerry Support or the BlackBerry Knowledge Base for official support options available for your BlackBerry Smartphone.
"When we launched CrackBerry.com 10 years ago, we set out to make it a fun and useful destination where BlackBerry Smartphone owners could share their excitement and learn to unleash the full potential of their BlackBerry. A decade later, the CrackBerry community is as active and passionate as ever and I know our knowledgeable members and volunteers will be excited to welcome and assist more BlackBerry owners with their questions."
- Kevin Michaluk, Founder, CrackBerry.com
Developers, for more information about the BlackBerry Developer Community please review Join the Conversation on the BlackBerry Developer Community Forums found on Inside BlackBerry.
09-11-2012 07:59 AM
09-11-2012 10:25 AM
Saw that too and i would like to know if it is theoretically possible to compile an BB10 AIR app (including the BB10 controls) with haXe to a native app. If i understand it right, it should be possible to import regular AS3 SWCs into a haXe project, but i am not sure where are the limits. So does anybody know if this is possible?
Imagine, we could continue to build AIR apps, which perform like native apps (on every single platform) and dont need the AIR runtime anymore... (dream).
09-11-2012 10:45 AM
09-11-2012 11:20 AM
I dont think you have to deal with C++. You use the haXe language which has exactly the same syntax like AS3 and has the same libs with the same classes. So as long as the classes in a Flash SWC use the standard Flash API, it can be imported and used in haXe too. The Flex lib wont work, because it uses some undocumented features which are not compatible to haXe.
But other Flash-UI components for mobile for example the "MadComponents" should work out of the Box, the BB AIR libs maybe too. But who has the time to try it. Lots of "should" and "could"...
09-11-2012 12:41 PM
09-11-2012 01:24 PM
First, let me debunk the myth that talking about NME means that RIM has given up on Adobe AIR. The team that supports Adobe AIR internally is entirely separate from this work with Haxe and NME.
In the most recent benchmark I saw (http://esdot.ca/site/2012/runnermark-scores-july-1
The Haxe programming language is very similar to Actionscript, though having used both (I used Actionscript for 12 years, and have used Haxe for 2 or 3) I really enjoy the syntax and features of Haxe, more.
NME implements a huge amount of the standard Flash API, and also supports a number of unique features, such as joystick support, an integrated Assets class which can be used synchronously, and a drawTiles API for batch rendering of tilesheets.
If you want to moving a business application from Flash to native, you will have to consider how your UI will be generated. Flex is strictly Actionscript, but you could use custom UI similar to how you would implement it in Flash. NME supports integration with a Haxe SWF library that does a great job of parsing and rendering SWF content, this is how the assets are pulled in for the "Mr Nibbles" game on App World. It is beta quality, so if you experience issues this can be improved.
I've been using NME for only two years, and the only time I debug anything in C++ is when I create a new feature. Writing a game, I've never had to debug native code. Existing Actionscript can be used on the Haxe Flash target, but that code will not be able to convert over to C++ for native.
Please feel free to ask if you have any other questions!