Search

 

March 2009
S M T W T F S
« Feb   Apr »
1234567
891011121314
15161718192021
22232425262728
293031  

Tags

Archives


« | Main | »

AIR 2.0, what do you want?

By Rich Tretola | March 19, 2009
33,667 views

Since Adobe’s has recently released AIR 1.5.1, there is no doubt that development of AIR version 2.0 is well underway. The lifecycle of AIR to this point has consisted on a major release (AIR 1.0) as well as a few minor releases that concentrated mainly on bug fixes and support for additional platforms (Linux).

There were some successes when the community showed its opinions during the original release of AIR 1.0. For example, I was one of the many who pestered Adobe constantly about the need for a database solution to be included in the runtime and Adobe listened and included the SQLite embedded database. The lack of this was a deal breaker and Adobe listened. However, there was a laundry list of features that didn’t make it to AIR 1.0, and still don”t exist in the most recent version of AIR.

The next major release of the runtime will be AIR 2.0 and now is the time to speak out. What do you want to see included in AIR 2.0? Speak now or forever hold your peace.

Topics: Adobe AIR, Flex | 108 Comments »

108 Responses to “AIR 2.0, what do you want?”

  1. Flapflap Says:
    March 19th, 2009 at 6:24 am

    Definitively, a better OS integration!
    Opening file on the system.
    Communication with other software.
    All that meriva project does…

    iPhone support too..; Ah ah, just joking.

    Reply to this comment

    AIr User Reply:

    Please need this functionality for sure

    Partial updates of only swif files or resource files. Why entire air application has to be replaced in production when only single file has changed? The automatic updater or manually created update/patch can only support entire application packaged as air. If any one knows, that we can perform partial only updates, kindly provide links to articles.

    Reply to this comment

    Stacey Reiman Reply:

    The lack of built in support for partial updates is a bit mind boggling, considering that apps need partial updates long before they need full ones!

    The Adobe Sudoku example does provide a way to check for updates, although taking his example and rewriting it for your own purposes would not be that easy. Still, could be done. And you’ll still need the regular updater to update your entire app.

    http://www.adobe.com/devnet/air/flash/articles/flash_to_air.html

    I’m trying to base my own updater on the Sudoku example, looking to see if a certain XML file online has changed, and if so, to check a directory for any new files, then download all of them.

    Will require me to rewrite where my app is accessing these files as currently I use them inside my assets directory (we are talking about SWFs, XML, and MP3s). So all of that will have to be contained in the application storage directory.

    Reply to this comment

  2. Lee McColl Sylvester Says:
    March 19th, 2009 at 6:39 am

    C extensibility! Pure and simple…

    Reply to this comment

    Rich Tretola Reply:

    Alchemy already exists. Have you tried it?

    Reply to this comment

    Larry Maccherone Reply:

    I thought Alchemy just compiled a subset of C source code down to ABC. The code might run faster because it uses and optimizing compiler but you can’t get access to low level stuff like OS level APIs.

    Reply to this comment

    Lee McColl Sylvester Reply:

    Yeah, this isn’t what I meant. I meant being able to extend AIR with C, not write for AIR in the C language :-) I want to be able to write image processing dll’s in C for AIR, create hooks into OS events and perform low level processing.

    Reply to this comment

    Vadim P. Reply:

    And you’ll be doing this for every platform that AIR supports?

    Lee McColl Sylvester Reply:

    Of course. There are tons of libraries out there that are cross platform, such as ImageMagick, LibODBC, the QT tools, GTK, the Boost libraries etc etc.

  3. João Fernandes Says:
    March 19th, 2009 at 6:40 am

    I want:

    - Real PDF support
    - Access to USB / Bluetooth devices
    - Able to send UDP packages to a destination
    - h.264 encoding within AIR
    - multi-threading
    - launch native applications
    - listen on a particular socket and run as service.
    - mobile support

    Reply to this comment

    Rich Tretola Reply:

    You can currently listen for sockets with the SocketMonitor.

    Reply to this comment

    S Erwin Reply:

    Yes, but you can’t “host” the socket. You can attach and monitor as a client, but to open a socket up and accept new client connections is not possible. Right?

    Reply to this comment

  4. MikeB Says:
    March 19th, 2009 at 6:41 am

    A bridge to enable call external applications.
    Much greater PDF support.

    Reply to this comment

  5. V1 Says:
    March 19th, 2009 at 6:48 am

    Yes better OS intergration, I would really like to hide my apps to my status / menu bar @ mac. And I would like us to style the app installer. :! thats something i really miss.

    Reply to this comment

  6. James Says:
    March 19th, 2009 at 7:22 am

    Communication with other software.

    Ability to change the native mouse cursor (resize cursors, etc – and not just mimicking it).

    Some way to get rid of that damned 2nd warning on the AIR installer. There really is no reason to scare people like that. Non-techies are already worried about their computer. Why warn everyone about something you can’t change?

    Reply to this comment

    Jason Reply:

    Yes! — Please get rid of that damned 2nd warning on the AIR installer!!! Also, for those of us in the Mac world, the whole save vs. run the installer thing is VERY confusing. Is this really necessary?

    I think a strong case could be made that the default installation procedure should be:

    1. Click on a link on a website
    2. A confirmation dialog box pops up telling you how safe or unsafe this install is (i.e. signed vs unsigned apps).
    3. If you click “Yes”, the app installs.
    4. There is no number 4!

    The process should be as simple, safe, and unobtrusive as possible for the end user. Multiple warnings? Save? Run? — These things tend to scare and confuse people which leads to fewer downloads/installations which slows the adoption rate of Air and Air apps.

    Thanks and keep up the great work you’re all doing on Flash/Flex/Air!!!

    Reply to this comment

  7. Justin J. Moses Says:
    March 19th, 2009 at 7:52 am

    - ability to execute os applications, thus providing a more customized OS UI
    - less restrictions on http request headers, ability to send http auth to public api without a crossdomain
    - actionscript api to automating CS products- extend script is not sufficient
    - support for other human interface devices including accelometers

    Reply to this comment

  8. Larry Maccherone Says:
    March 19th, 2009 at 8:30 am

    GPU Pixel Bender support as in Photoshop – Right now Pixel Bender on Flash only supports multiple CPU concurrency. On Photoshop, it only bumps down to the CPU if you don’t have the right setup to do it on the GPU. They supposedly left that out of Flash because it would make the download too large. I’d prefer it in Flash also, but at least put it in AIR where the download size is less of an issue.

    (Alternatively/additionally) C extensions

    Compiling a subset of AS3 down to native so they can be used as fast extensions. Think Pyrex for Python or Vala/Genie for GNOME.

    Reply to this comment

  9. Luc Says:
    March 19th, 2009 at 8:30 am

    ACCESSIBILITY. Without it, it will not penetrate federal government

    Reply to this comment

    Michael Jordan Reply:

    Second that. Accessibility in Flash/Flex is essential. Support for WAI-ARIA in HTML/CSS/Javascript apps.

    Reply to this comment

  10. yuku Says:
    March 19th, 2009 at 9:19 am

    - Ability to execute applications (exe files). The ability to write files anywhere already means that we can put a program on the Startup folder — so this does not mean a security risk.

    - Ability to call DLLs, imagine how wonderful an AIR app will be!

    Reply to this comment

    Vadim P. Reply:

    It’ll be Windows-only. Very wonderful! Simply amazing.

    Reply to this comment

  11. Shawn Makinson Says:
    March 19th, 2009 at 9:38 am

    Kiosk lockdown functionality.

    Reply to this comment

  12. Maarten Says:
    March 19th, 2009 at 9:38 am

    -launch external applications from AIR
    -on windows uninstall shortcut in program folder
    -the second security risk(system access) in the installer removed(the application always have system access? so why the error, it looks scary to customers)
    -build in api to send the app to system tray
    -listener for hot keys when app is minimized/in tray
    -completely encrypted air package(so it’s not possibly to unzip the project)

    Reply to this comment

    Andrew Westberg Reply:

    Look into Nitro-LM. It allows you to encrypt your flex modules. Even if someone unzips your air package, they get nothing from a decompiler.

    Reply to this comment

  13. Dru Says:
    March 19th, 2009 at 10:09 am

    - top menu access and handling on Mac OS X (to create apps like GoogleNotifier)
    - Growl integration

    Reply to this comment

    Rich Tretola Reply:

    You can work with growl today through this lib:
    http://code.google.com/p/as3growl/

    Reply to this comment

  14. Doug Schmidt Says:
    March 19th, 2009 at 10:33 am

    1)nix the 2nd scary box in the installer
    2) allow launching of other apps, maybe only those that are part of or bundled with the signed AIR package
    3) UDP support
    4) real accessiblity support
    5) run-from-CD support
    6) serial port & USB devicetree support

    Reply to this comment

  15. Dilip Shah Says:
    March 19th, 2009 at 11:14 am

    Multi-threadedness or a mechanism to interrupt running thread.

    For example, in a small AIR application I was writing using Cairngorm, one of the commands generates thumbnail images for images in the directory selected by the user. If the directory has many images, the thumbnail generation could take time and while that Cairngorm command is getting executed, the user selects another directory. I don’t believe there is any way to terminate the execution of the earlier command before the next event is dispatch.

    In a multithreaded language like Java, one could interrupt a thread.

    Reply to this comment

    Larry Maccherone Reply:

    chubbard has done an nice writeup on doing concurrency in actionscript. He includes his own greenthreads library. See:

    http://wrongnotes.blogspot.com/2009/02/actionscript-and-concurrency-iii-of-iii.html

    The link above is for the 3 of 3 part of his discussion. You really only need this one to know how to use his library. You can refer to the earlier ones to understand the ideas and the evolution of his approach.

    Reply to this comment

    Rich Tretola Reply:

    Multi threading is more an issue with the Flash Player. We won’t see multi threading in AIR until it exists in the FP.

    Reply to this comment

  16. Cesare Says:
    March 19th, 2009 at 11:17 am

    A better memory management system.
    And less memory consumption at startup.

    Reply to this comment

  17. Richard Leggett Says:
    March 19th, 2009 at 11:25 am

    - For the 100th time, launching other apps (Zinc and WPF being used because this is really holding AIR back).
    - USB support (inc drive access).
    - Cross platform native library support (DLL/SO’s) maybe force the package to be validated for all 3 major OS’s before it is allowed to be included.
    - Choice between limited/full system access options (giving the option to lessen that horrible warning in the install dialog)
    - Tools for network admins to manage install policies (could already be in place).
    - OpenGL ES.

    Reply to this comment

  18. HT Says:
    March 19th, 2009 at 12:04 pm

    don’t forget the cross-platform factor when you develop AIR

    Reply to this comment

  19. Shane Says:
    March 19th, 2009 at 4:09 pm

    Version to run off CD-Roms without the need for the installed runtime.

    Reply to this comment

    JM Reply:

    I 2nd that!

    Reply to this comment

  20. Erik Says:
    March 19th, 2009 at 4:45 pm

    I would love to see the ability to open (or listen on) sockets.

    Greetz Erik

    Reply to this comment

    Ian Reply:

    This is already possible using flash.net.Socket and air.net.SocketMonitor

    Reply to this comment

  21. Bryan Bartow Says:
    March 19th, 2009 at 6:17 pm

    Real garbage collection tailored for desktop applications.

    Reply to this comment

    YES Reply:

    YES!

    Reply to this comment

  22. Thomas Says:
    March 19th, 2009 at 6:22 pm

    Some form of kiosk mode, this of course can’t be done as an Air file, but could be done as an executable. Must not require Air runtime to run.

    Reply to this comment

  23. Nathan Roberton Says:
    March 19th, 2009 at 6:27 pm

    Just the ability to debug from Flash CS4 without ADE.exe failing to load and throwing a nonsensical error: “Multiple constructor definitions found. Constructor may not be defined in code.” This issue made my current project so difficult to debug that I had to give up on AIR and revert to targeting Flash10. Most of the time forcing ADE to quit from the task manager got around it, but not always, and it added a lot of time to my test cycle overall. On my laptop it wouldn’t compile at all after ADE.exe stopped appearing in the TaskManager for some reason. So basically, all I want is enough stablity that I can use it reliably (which it isn’t in AIR 1.5.1, in my experience)

    Reply to this comment

  24. Joc Says:
    March 19th, 2009 at 6:35 pm

    hi, I would like to see

    1. Calling/interacting with already installed executables and system services (all platforms).
    2. Full featured rich text editor.
    3. MIDI communication and timing support.
    4. Native threading.
    5. Actionscript ‘eval’ for e.g. an actionscript commandline.

    cheers,
    Joc

    Reply to this comment

  25. Mark Starling Says:
    March 19th, 2009 at 6:47 pm

    Adobe AIR has been getting a bad representation for having bloaty applications that use a lot of resources when running. We (AIR developers) all know that this is down to the developer, however to the end user it’s another Adobe AIR application that’s running slowly or causing their computer to grind to a halt. Adobe aren’t going to change the way the applications are developed, and I don’t think they should, it’s brilliant that anyone with basic programming experience can create desktop applications and contribute to the community. Bearing this in mind it would be helpful for Adobe to provide more information about best practices when dealing with garbage collection (if this is already available then it needs advertising!) or implement the garbage collection in a different way that would be beneficial to the novice developer.

    Adobe AIR applications can only be installed using the AIR installer, it would be great for them to be installed as part of a normal installer or for the AIR installers to have additional functionality like a normal installer – the ability to install services etc.

    It would also be great to get rid of the scary screen in the installer and enable AIR applications to launch files on the file system.

    Overall, the current version of Adobe AIR is really good, it just lacks some features that other desktop application platforms have as standard.

    Thanks for listening Adobe!

    Reply to this comment

    James Reply:

    You can currently call the Garbage collector manually in AIR apps [System.gc();] but it would be nice to have something akin to the delete functionality in ActionScript 2, or maybe a nice tool to find out what objects are currently referencing other objects (and keeping them out of the garbage collector).

    Reply to this comment

    Mark Starling Reply:

    You’re right! However, the problem isn’t getting the GC to run it’s developers not being aware of how to program properly to cater for GC – which I’ve been guilty of a couple of times. I think if Adobe want their platform to be used by developers of all standards then they should put some effort into making it easier for beginners to manage memory. Especially if more and more AIR applications are released with memory leaks because the general public aren’t aware that the fault lies with the developer and not the platform. Which could result in the general public not using AIR applications regardless of who created them, spoiling it for us developers (and Adobe).

    Reply to this comment

  26. Cahlan Says:
    March 19th, 2009 at 6:51 pm

    1. Launch external applications OR some kind of command line ability
    2. Launch external applications OR some kind of command line ability
    3. Launch external applications OR some kind of command line ability

    :-)

    Reply to this comment

    Vadim P. Reply:

    Seconded. I want my dbus & notify-osd here, and both can work from command line.

    Reply to this comment

  27. Josh McDonald Says:
    March 19th, 2009 at 7:50 pm

    Same thing as everybody else.

    1) Spawn OS processes
    2) Listen to a socket. Which is *not* possible currently. Flash can only connect to a socket, not listen, and SocketMonitor is just a “ping” when you can reach a certain host.

    I understand that people can use #1 to make non-crossplatform apps. But we *need* to run processes. We can use Adobe’s software, or we can pay somebody else.

    Reply to this comment

  28. HB Says:
    March 19th, 2009 at 9:22 pm

    - Launch external files. NOT necessarily just executables, but be able to (for example) “run” a .doc and let the system act as if you double-clicked the document.

    - RS232 interface. Not sure what people want from a “kiosk mode” that full-screen-always-on-top doesn’t already provide, but serial hardware support would help a lot for those of us writing AIR kiosk apps for a living ;)

    - ActiveX support. Not likely, but a fella can dream.

    - NO MORE “this program can harm your computer” warnings. Every program “can” harm your computer. Warning messages aren’t built into native apps, so this sets AIR apart (in a bad way) from real desktop apps.

    Reply to this comment

  29. Jim Says:
    March 19th, 2009 at 11:14 pm

    I know this seems picky, but one of the largest complaints I get from customers is a right click does not select an item in grids and trees. You have to first left click to select the item then right click for the context menu. It causes A LOT of confusion, especially if there is another item selected already. Of course I also agree with many of the major modifications above like OS integration and native applications.

    Reply to this comment

  30. Mike Says:
    March 20th, 2009 at 1:38 am

    Enable the SQLite full text searching. The functionality exists just turn it on or give a reason for it not being enabled.

    Reply to this comment

  31. katopz Says:
    March 20th, 2009 at 1:48 am

    - fix this please -> Flash objects do not render in HTML component with systemChrome none and transparent true

    http://bugs.adobe.com/jira/browse/SDK-15033

    - OS resize/busy cursor
    - DirectX support
    or just buy Unity3D :P
    - add all silverlight features http://richardleggett.co.uk/blog/index.php/2009/03/19/silverlight-3-beta-release-and-adobe

    do it plz! before too late!

    Reply to this comment

    Cesare Reply:

    I agree. Besides garbage collection improvement, this is a big limitation.

    Reply to this comment

  32. BigLuck Says:
    March 20th, 2009 at 3:56 am

    I want:
    - Ability to launch external applications (also native)
    - Ability to generate PDF files
    - A better JPGEncoder library (the SWF bridge is too slow)
    - Multi-threading
    - BlueTooth support (send and get files over BT)
    - CSS Animations, available in the last webkit update
    - OS X Menu bar extension
    - Native support for different databases, like MySQL (now we have to create a bridge bitween the application and a MySQL database
    - Zip & Rar native libraryes

    Reply to this comment

  33. Pieter Kubben Says:
    March 20th, 2009 at 5:14 am

    - better Mac OS X integration (Cmd + W != Cmd + Q )
    - better PDF support
    - easier one source for web + standalone support
    - one database sort for web + standalone (maybe available?)
    - some more visualization tools… (effects like Doug McCune’s coverflow etc)

    and keep up the good work!

    Reply to this comment

    Arno Reply:

    Regarding the Mac OS X support, the behavior you describe is controlled by the autoExit property. It is up to the application to decide if the application should quit when the last window is closed or stays running. Let us know if there are any other examples.

    Arno.
    Adobe AIR Team

    Reply to this comment

  34. Mike M Says:
    March 20th, 2009 at 5:22 am

    Can Adobe make it so upgrades to Air releases don’t break old apps – or at least give us the option to rollback to an older version for a particular app.

    Reply to this comment

    Rich Tretola Reply:

    A new AIR runtime should never break an existing AIR application built for version 1 or higher. As far as I know this was only an issue when going from the original Apollo beta to AIR 1.0. Do you have an example of an app that was built to run on AIR 1.0 or higher and no longer works properly?

    Reply to this comment

  35. Tink Says:
    March 20th, 2009 at 5:26 am

    An uninstall process that devs can hook into the clean up files saved on the users HD, in particular files and DB in applicationStorgaeDirectory.

    Obviously closer and more open OS integration. Ability to launch programs etc.

    Reply to this comment

  36. Dmirtriy Gorbov Says:
    March 20th, 2009 at 5:30 am

    - Multi-threading
    - OpenGl support

    Reply to this comment

  37. Joris Timmerman Says:
    March 20th, 2009 at 5:52 am

    As an AIR developer, I find that a desktop environment simply need:
    – multi-threading
    – ability to access serial ports and devices
    – System events, like when a USB-mem stick is plugged in
    – Native DB support (f.e with mySQL DB), so you don’t have to write a webservice.
    – ability to execute executables
    – desktop worthy garbage collector
    – advanced microphone & sound API

    And what would be nice:
    – Building an executable (instead of having to install your app every time)
    – A 3D engine that gets the maximum out of the GPU (DirectX/OpenGL like)

    Reply to this comment

  38. Lee McColl Sylvester Says:
    March 20th, 2009 at 5:56 am

    In all fairness, if Adobe opt for the C extension API, then a lot of these features can be added. Performing hardware communications such as RS232 and launching external apps are easy to implement in C, so third party extensions would soon become the norm for AIR…

    I think it’s prevalent to AIR’s survival, too!

    Reply to this comment

  39. Milos Says:
    March 20th, 2009 at 6:37 am

    Just ability to launch an external application is quite enough. You can than easily extend AIR with Java (Merapi)

    Reply to this comment

    Rich Tretola Reply:

    I totally agree with this. I love Merapi and the whole concept of the Java bridge but, unless you are writing extensions to eclipse (like Flex Tour), you can’t guarantee that there is a JVM running and since you can’t launch a JVM from AIR, there is a hurdle that you can’t overcome without user interaction.

    Reply to this comment

  40. Julian Hudson Says:
    March 20th, 2009 at 11:18 am

    Having just completed a screensaver type application It would be great to get some built in screensaver support i.e ability to plug into the os screensaver menu, custom setting panels etc. Also logic to fill other monitors automatically rather than having to loop screens etc.

    Reply to this comment

  41. Romin Irani Says:
    March 20th, 2009 at 12:08 pm

    In no order of importance:
    1. USB Integration
    2. PDF Support – generating PDF’s a la AlivePDF
    3. External Integration with Java / C Code.
    4. Ability to customize the installer. For non-techie users, the warning about the application coming from an untrusted source scares them.
    5. Do something about the kind of bloated .exe produced. I am not able to explain well to most folks why a simple program takes up 100′s of MB in memory.

    Reply to this comment

  42. Robert Stehwien Says:
    March 20th, 2009 at 5:52 pm

    Local exec/open. Needing to use Shu, Merapi, Zinc, etc is just plain silly for a desktop application. Also makes creating custom installers hell.

    Reply to this comment

  43. Manuel Says:
    March 20th, 2009 at 6:32 pm

    Seamless PDF Integration! The Ability to handle a PDF Document like a real MovieClip or the like. Also, creating PDF and manipulating PDF would be great.

    Reply to this comment

  44. Milos Says:
    March 20th, 2009 at 8:34 pm

    I forgot modal windows. I’m wondering why they haven’t implement it yet, it should be simple thing. And there isn’t any workaround right now. This is really basic and common thing, it should go in 2.0.

    Reply to this comment

  45. Philip Seyfi Says:
    March 21st, 2009 at 1:22 pm

    - Multitouch support
    - Access to USB / Bluetooth devices
    - H.264 encoding within AIR
    - AS3 compilation in real time within AIR

    Reply to this comment

  46. Vipin Says:
    March 22nd, 2009 at 6:35 am

    Here is my list:

    1. Multi – Threading.
    2 ability to execute executables
    3 desktop worthy garbage collector – Better memory management across OS’s.
    4 advanced microphone & sound API – Raw bytes from Mic (FP)
    5 Better PDF integration – Why cant we open a PDF in AIR?
    6 Ability to make Standalone Desktop Applications – Running applications from a Disk without the need of Runtime installation.
    7 Custom Installers and Uninstallers – This is really required, if we want to make use of the web installation, and have additional installation options. We may need to delete some configuration files (or ask the user) etc.
    8 Can we encrypt the application SWF itself for app security (like ELS, or DB enc)

    Reply to this comment

    Will Reply:

    You can open a PDF in air using the html window. Although it would be good to be able to open xls, doc etc

    Reply to this comment

  47. Adi R Says:
    March 22nd, 2009 at 4:04 pm

    Better User Interface controls! We see bugs in simple Scroll-bar of the list/grid….

    Basically, need to fix up Grid and especially Advanced Data Grid, editing inside it is a nightmare…

    More documentation and samples?

    Better control over focus, to have controls that can capture it, regardless of mouse, etc.

    Reply to this comment

  48. mostafa farghaly Says:
    March 22nd, 2009 at 9:00 pm

    1) I want the latest version of webkit engine , every AIR release i check for CSS animation , CSS transition and SVG support , and i get bored when i notice they use old version of webkit and disable SVG , offffffffffff :S

    2) arabic localization

    3) native HTML tooltips on images through alt atrribute don’t appear < fix this bug please

    4) in AIR/HTML i can make check in nativeMenu , but i can’t make radios , i don’t know why ?????????

    Reply to this comment

    Rich Tretola Reply:

    CSS animations are a no brainer and should just work as soon as the runtime gets the next version of webkit.

    Reply to this comment

  49. Benji Smith Says:
    March 23rd, 2009 at 11:38 am

    For me the most important new feature would be an advanced, customized installer and uninstaller.

    For those of us developing commercial desktop applications in AIR, the badge deployment just doesn’t make sense.

    Reply to this comment

  50. Benji Smith Says:
    March 23rd, 2009 at 11:45 am

    Additional clarification:

    From a branding perspective, I’d like to customize the installer so that it doesn’t advertise itself as an AIR application. My users don’t care that the application is an RIA, and in my opinion, the current AIR installer is a little bit too cartoony for the deployment of business applications.

    From a functional perspective, the AIR application might not be the only (or the primary) component of my app. Under certain scenarios, I might be using AIR strictly as a front-end facade to a business-logic implementation in Java, using merapi as the bridge. My installer would therefore also need to verify the existence of the JVM, and the application itself would be launched via the Java process (which would, in turn, invoke the AIR app as its user interface).

    In an ideal world, the AIR installer would support those kinds of customizations.

    Reply to this comment

  51. Ian Says:
    March 23rd, 2009 at 7:27 pm

    1. C-level extensibility
    2. Installer and Framework free executeables (euntime embedded)
    3. Less reminders to the user that its built in AIR

    Reply to this comment

    Charles P. Reply:

    Yes, yes, and yes!!

    Reply to this comment

  52. Ian Says:
    March 23rd, 2009 at 7:28 pm

    *runtime embedded

    Reply to this comment

    Charles P. Reply:

    Agree!

    Reply to this comment

  53. Justin J. Moses Says:
    March 24th, 2009 at 9:46 pm

    Additions to last post:

    * Handling of larger desktop files (> 100MB)
    * Automated handling of uploading multiple files (rather than calling upload for each file)
    * Higher level ZIP and UNZIP support (like FZip)

    Reply to this comment

  54. Will Says:
    March 25th, 2009 at 9:14 am

    Bulk loads in the sqlite

    Reply to this comment

  55. Jorn Says:
    March 27th, 2009 at 4:11 am

    My compilation of earlier arguments:
    - ability to execute executables
    - better/easier garbage collector
    - advanced microphone & sound API – Raw bytes from Mic (FP)
    - Ability to make Standalone Desktop Applications
    - Custom Installers and Uninstallers
    - Can we encrypt the application SWF itself for app security
    - Native support for different databases, like MySQL
    - remove/change install warning
    - H.264 encoding within AIR
    - Able to send UDP packages to a destination
    - launch native applications
    - listen on a particular socket and run as service.

    Reply to this comment

  56. bobo Says:
    March 27th, 2009 at 7:40 am

    - the capacity to export (at runtime) an animation in swf file from a standalone application

    Reply to this comment

  57. erick Says:
    March 27th, 2009 at 3:21 pm

    - ability to screencapture other OS’s windows

    + advanced microphone – Raw bytes from Mic (FP)

    Reply to this comment

  58. Ian Says:
    March 30th, 2009 at 11:13 am

    heres a BIG one: task bar bar integration for OSX

    Reply to this comment

  59. Ian Says:
    March 30th, 2009 at 5:59 pm

    I’ve posted some more developed thoughts here:
    http://www.auricom.com/devote/air/air-20-needs-this-stuff

    Reply to this comment

    Arno Reply:

    You can redistribute the AIR runtime and even package it in a native installer. See http://www.adobe.com/products/air/runtime_distribution1.html

    Reply to this comment

    Charles P. Reply:

    Completely agree with your #1,4, and 5.

    Being able to package an application and distribute it without ANY installation is a requirement for 95% of the work I do (secure machines).

    Being able to extend the application with extensions written in C would be huge! Pointing to another Adobe technology… Director does all of these things but it is a dinosaur and is likely not to find the fountain of youth.

    Reply to this comment

  60. Loïc Says:
    March 31st, 2009 at 4:04 pm

    One more time -> Calling/interacting with already installed executables and system services (all platforms).

    Soon as possible. Please…

    Reply to this comment

  61. fabio Says:
    March 31st, 2009 at 6:04 pm

    - UDP
    - PDF generation
    - QuickTime runtime reader
    - Multitouch

    Reply to this comment

  62. John Says:
    April 1st, 2009 at 8:34 pm

    1. GPU acceleration for everything or allow loading of Unity3d into the AIR runtime
    2. Multi-touch
    3. Ability to wrap AIR runtime and .air file into a single executable for any supported platform.

    Reply to this comment

  63. gauravflex Says:
    April 4th, 2009 at 11:11 am

    Hi,

    I have a grid in which one column is having itemrenderer as textarea. My application is menu controled. Now I want to perform edit operations on the textarea using menu items.

    Like if I select some text from a textarea in the grid, then I select a menu item “Cut” then it should cut the selected text from the textarea. In this manner I would lie to perform all operations.

    I am not getting how to get that the operation is to be performed on which textarea?

    Reply to this comment

  64. radley Says:
    April 13th, 2009 at 6:06 pm

    1) AIR badge / installation process needs to be completely reworked.

    2) Better memory management for large (100MB+) audio (podcasts, DJ mixes, audiobooks)

    3) 512×512 application icons

    4) Better webkit browser – AIR doesn’t currently support older Flash movies that use “_root != _level0″ detection for load prevention

    5) Detect/respond to Mac Remote Control

    6) Other video and audio codecs. flv is dying, most new audio is VBR, and H.264 is only a small portion of the market (k, not AIR but while I’m asking…)

    Reply to this comment

  65. a_[w] Says:
    April 21st, 2009 at 12:24 pm

    Ability to bind port on localhost like server.
    Plugins support, like Xtras from Shockwave, DLLs.

    Reply to this comment

  66. Nico Says:
    May 8th, 2009 at 2:59 am

    - launching “real” Apps on the System
    - Easier Handling with new Application-Windows
    (this nativeWindow / Window things . sorry, sucks)
    - Option to put the adobeAirRuntime-Installer directly to the Air-app.
    - Better PDF functions and better/more functions to display Websites.
    - Automated handling of uploading multiple files (rather than calling upload for each file)

    Reply to this comment

  67. Charles P. Says:
    May 8th, 2009 at 1:54 pm

    Ability to package an AIR application as a standalone. Meaning that A) Your application does not need to be installed on the machine and B) AIR need not be installed on the machine.

    This is a requirement for a large amount of government agencies and other corporate businesses that have secured machines.

    Reply to this comment

  68. Rob Says:
    May 25th, 2009 at 3:26 am

    Needs
    FTP control.
    Database Connectors.
    Email Control.

    These need to be out of the box stuff. Disable the security warning in AIR they are worthless and mean nothing to the AIR app.

    The Sockets need to be cleaned up, they seem to work differently between different OS’s

    There seems to be a project for everything i tried to accomplish except ftp. Zip, mysql connector, i read there is a email project. ADOBE needs to provide these controls, not the community as it is risky to use something created by someone else, no support etc.

    I could go one.. but why.

    Reply to this comment

  69. Jean Michel Says:
    May 30th, 2009 at 3:30 pm

    The ability to print to the default printer WITHOUT showing a print dialog (or TWO as is currently the case under MacOS X). This is a must for “kiosk” style ticket printing functionality.

    Reply to this comment

    Doug Lubey of Louisiana Reply:

    yes, I would also like to have the ability to print to the default printer and to a specified printer automatically with out having the printer dialog box appear.

    My application needs to run in a kiosk mode, with two types of named printers. “Receipt printer” and a “ID Card printer”.

    Has anybody come up with a solution “to specifiy a printer with out having the printer dialog window appear.

    Yes, I would like to have print directly to the printer.

    Reply to this comment

  70. Adobe — наш верный друг » AIR 2.0 для вас это… — блог о air, flash, flex и других технологи Says:
    June 21st, 2009 at 5:35 am

    [...] что предложить? Тогда отправляйтесь к Ричу Третоле и выскажитесь. Там уже порядочное количество [...]

  71. Howard Smith Says:
    July 8th, 2009 at 7:18 am

    Multi Threading
    Ability to read/write RS232
    Ability to Reboot/Logoff system (its an app after all)
    Chunking download (like MS BITS)
    run as screensaver
    And finally a EULA that doesnt then proceed to tell you all the applications and use cases that you cannot deploy to (MS dont do it neither should Adobe)

    Reply to this comment

  72. AIR 2.0 beta, List of What’s New | EverythingFlex: Flex & AIR Says:
    November 17th, 2009 at 3:59 am

    [...] in March I had a blog post titled AIR 2.0, what do you want? This post had over 100 comments from passionate AIR developers like myself with their suggestions. [...]

  73. Michael Yu Says:
    November 17th, 2009 at 5:40 am

    *USB JOYSTICK
    *USB JOYPAD
    *HID DEVICES
    – fingerprint scanner
    – bar code reader….
    pls pls….. this will attract a lot of dev3loper…. !!!!!!

    Reply to this comment

  74. Don Mitchinson Says:
    February 8th, 2010 at 5:41 pm

    Why not add FOREIGN KEY Constraints in SQlite implementation? Adobe is part of the SQLite consortium – makes sense to keep up to date with all the important updates.

    Reply to this comment

  75. ankara evden eve nakliyat Says:
    May 13th, 2010 at 5:47 am

    - UDP
    - PDF generation
    - QuickTime runtime reader
    - Multitouch

    Reply to this comment

Comments