PhoneGap cross platform development using HTML5 + cloud

Posted on Sunday, July 1st, 2012 in Android, Development, open source, software by the machinegeek

PhoneGap is a standards-based, open-source development framework for building cross-platform mobile apps with HTML, CSS and JavaScript for iPhone/iPad, Google Android, Windows Phone 7, Palm, Symbian, BlackBerry and more.

Write a PhoneGap app once with HTML and Javascript and deploy it to any mobile device without losing features of a native app.”

With PhoneGap you write your app using HTML, CSS or JavaScript, upload it to the PhoneGap Build service where it’s compiled in the “cloud”. The process produces app-store ready apps for Apple iOS, Google Android, Windows Phone 7, Palm, Symbian, BlackBerry and other OSs. This handy chart lists the supports operating systems and features.

The PhoneGap plug-in Release 1.9.0works with Eclipse to produce your app code. “Simply upload your web assets – a ZIP file of HTML, CSS and JavaScript, or a single index.html file – to PhoneGap Build, point us to your Git or SVN repository, or let us set up a git remote endpoint that you can push to. Then we’ll undertake the compilation and packaging for you. In minutes, you’ll receive the download URLs for all mobile platforms.”

There are a number of helpful “getting started” guides showing the development software configuration you’ll need based upon your target OS.

According to their FAQ page, “PhoneGap Build is currently in beta, so it’s free, and the service will remain free for open source projects.”

This entry was posted on Sunday, July 1st, 2012 at 12:01 am and is filed under Android, Development, open source, software. You can follow any responses to this entry through the RSS 2.0 feed. You can skip to the end and leave a response. Pinging is currently not allowed.

2 Responses to “PhoneGap cross platform development using HTML5 + cloud”

  1. Brian says:

    From a hardware point of view this is of course not terribly useful. Even if there is hardware access making it cross platform means the lowest common API denominator (iOS) for access to things like Bluetooth…

    Further superficially it sounds like whatever the “app” is it could just as easily be inside a browser. Not that standalone access is a bad thing, simply the fact that you can use web pages in a cross platform way is not amazing.

    • Brian says:

      Okay there is some hardware access which might be harder to embed in a pure site but nevertheless the portability and lowest common hardware access remain. There is merit to unification for sure to reduce overhead where it can be used, but it is also worthy of note this type of project can reduce competitiveness of devices that offer new features as no applications will make use of them until they are across the board which they aren’t likely to be because there would be no application pressure. In short less differentiation stagnates innovation. Excessive fragmentation burdens costs.

Leave a Reply

Notify me of followup comments via e-mail. You can also subscribe without commenting.

Recent Comments

  • Max: Hey, good job quoting as an abstract something the author writes about someone else's project... For the record, I do appreciate the proper attention to...
  • imqqmi: Also interesting to note that arduino's use the DTR signal to reset the device. I found this out because repetier was able to do this...
  • Kevin: A bit sad that you are using a knock off Saleae device unless you are not using Saleae software.
  • Max: For the Haxxor Edition he could add a Morse-to-scan-code translator to the code in the PIC (where the L337 Haxxor Special also accepts Unicode code...
  • KH: Someone with a PIC16F1459 project, well you don't see these every day. Methinks he repeats the USB 2.0 thing too much; this might mislead people...