![\"\"](\"https:\/\/graphics8.nytimes.com\/images\/2010\/09\/27\/technology\/personaltech\/27gadgetwise-playbook\/27gadgetwise-playbook-blogSpan.jpg\")
<\/p>\nOk, I’ve now submitted an app (shh, under NDA) on Playbook (NDK, not Air\/etc) and here are some tips.\u00a0 Most of this is Windows-centric.<\/p>\n
<\/p>\n
It’s actually pretty good and coming from an old school MSVC’er that’s saying something.\u00a0\u00a0 It makes setting up your RIM dev account, certificates, device debug token, simulator, etc very easy.<\/p>\n
The Simulator, run through VMWare is very quick (1000+ fps for a simple gl app) and Eclipse does full debugging with it.<\/p>\n
I wasn’t able to get debugging working on the real device, but I didn’t try very hard and it might have been because I think I only tried it with wifi and not usb.\u00a0 No biggie because the Simulator was very good and the bugs were already gone.<\/p>\n
Although, one thing to note is you know how in the simulator, you see the wrong gl surface when thumb-nailing the app?\u00a0 The real device doesn’t have that problem, so don’t waste time trying to fix it.. like I did.<\/p>\n
Just something that’s good to know – put your assets in a folder tree and you won’t have to worry about adding\/removing stuff as you work on your app.\u00a0 iOS’s xcode can do the same thing, for instance.\u00a0 You can hand edit the bar-descriptor.xml or use the editor built-into Eclipse which makes it easy.<\/p>\n
Yeah, weird.\u00a0\u00a0 You can add those libraries as assets by doing something like this in your bar-descriptor.xml:<\/p>\n
<asset path=\"${QNX_TARGET}\\..\\target-override\\armle-v7\\usr\\lib\\libOpenAL.so.1\" type=\"Qnx\/Elf\">lib\/libOpenAL.so.1<\/asset>\r\n<asset path=\"${QNX_TARGET}\\..\\target-override\\armle-v7\\usr\\lib\\libalut.so.1\" type=\"Qnx\/Elf\">lib\/libalut.so.1<\/asset><\/pre>\nYou can check their BelligerentBlocks example if you grab it with git, they do it there.\u00a0 So what happens if OS 2.x comes with new libs and… uhh.. gotta run.<\/p>\n
(Huh, sorry about the bad formatting above, just cut and paste somewhere if you can’t see the text right..)<\/address>\n4.\u00a0 How to fix:\u00a0 Error: Unable to resolve path variable “QNX_TARGET”<\/h5>\n
Sorry, but if you did what I said above, you’ll get this error if you try to package your app from the command line, which I found for the final “signed” build I had to do as I couldn’t figure out how to get the IDE to not add -debugMode.<\/p>\n
Anyway, there actually IS a QNX_TARGET defined in windows (it’s set in bbndk-env.bat) which might confuse you – it’s not talking about that, it’s talking about the ${QNX_TARGET} we used above.\u00a0 The IDE has this defined but on the command line it isn’t.\u00a0 I tried the -env parm to no avail..\u00a0 so as a work around, you can replace it with the actual path.\u00a0 (You know a better way?\u00a0 Let me know, I don’t want hardcoded paths in my bar-descriptor.xml!)<\/p>\n
5.\u00a0 How to sign your NDK app for final publishing<\/h5>\n
Currently, most of the docs about publishing on App World assume you are an Air or WebWorks app and have confusing differences.\u00a0 (Like, I don’t think you can use\u00a0BlackBerryGraphicalAid) To do your final build, just use the command line.\u00a0 Here is an example .bat of how to do it, assuming you’ve already built your app with Eclipse or a makefile:<\/p>\n
call c:\\pro\\bbndk\\bbndk-env.bat\r\n<note: Next two lines should be one line..>\r\ncall blackberry-nativepackager.bat -configuration com.qnx.qcc.configuration.exe.release.1153117490\r\n \u00a0-package Device-Release\/MyAppName.bar bar-descriptor.xml\r\ncall blackberry-signer\u00a0-storepass <yourpassword> Device-Release\/MyAppName.bar\r\ncall blackberry-signer -verify Device-Release\/MyAppName.bar\r\npause<\/pre>\nOk, see that crazy “com.qnx.qcc.configuration.exe.release.1153117490” up there?\u00a0 I pulled that out of the bar-descriptor.xml file, this is how you control which build type to package.<\/p>\n
If you get a “this has already been signed” error, you need to edit the bar-descriptor.xml file and increment your version #.\u00a0 (Note from peter9477: there is an option in the packager that will increment it for you .. so if you have 1.0.0, it will make 1.0.0.27 if you do -buildld 27)<\/p>\n
6.\u00a0 Playbook support is coming to Proton!<\/h5>\n