6 ms·

Phonegap 2.0 released

115 points by indianburger 14y ago

sunsu 14y ago
One interesting new feature is the "Cordova Webview". This will make building hybrid apps much more straight forward. "Cordova WebView - This allows for the integration of PhoneGap, as a view fragment, into a bigger native application."
- dimillian 14y ago
  On iOS I've done it before it was cool :) https://gist.github.com/3152851 https://gist.github.com/3152851
- makmanalp 14y ago
  I imagine this will alleviate some of the speed concerns: You can make most of your app native and the finnicky content parts PhoneGap.
hswolff 14y ago
Awesome news! They're developing Phonegap at a ferocious pace and I applaud the team for their progress. It was only a few months ago that they were at 1.7 and today's release of 2.0 is simply awesome. Congrats Phonegap team!
mcantelon 14y ago
Congrats!
deleted 14y ago
[deleted]
poundy 14y ago
I would like some help with these: - Is there support for inapp payments? Built in or plugin based? - how does this compare with trigger.io and titanium? - does this version not need xcode to create apps like trigger.io?
- untog 14y ago
  - http://bit.ly/OFM5cK http://bit.ly/OFM5cK - Titanium at least still uses native UI. I believe that neither trigger.io nor PhoneGap do, though PG has a plugin to let you use some - It requires XCode.
isnie 14y ago
Used Phonegap on 2 projects and I have to say, never again. If you want to have the job done right and you want a quality product, go native. We lost days(weeks even) of time chasing an obscure bug in the location tracking of Phonegap. Also, the end result wasn't very good to be honest. It lacked the fluidity and responsiveness you have with native apps. sure, you can develop things 2 as fast but then you spend all the rest of the time just messing around to get that "native feel".
- tb303 14y ago
  seconded
- papsosouid 14y ago
  >It lacked the fluidity and responsiveness you have with native apps. Having only messed around with phonegap a little recently, I wasn't sure if this was a real issue or something I was doing wrong. Is the lack of responsiveness you describe a noticeable delay any time you try to interact with the app in any way? I made a trivial app that just has two pages, and switches between them when you click a button, and it was obviously, noticeably slow to react. Is that "normal" phonegap performance? I guess I am just hoping I did something wrong, because I don't see how anyone could possibly use phonegap if it really is that slow all the time.
  - ryanwatkins 14y ago
    While there are performance issues in Webkit vs Native, for the trivial example the issue is usually the default delay in generating a 'click' event. Browsers wait 300ms to see if you're attempting a doubletap. You want to use a framework, or write some code to detect 'touchstart' for clicks to register with a minimum of delay. See https://developers.google.com/mobile/articles/fast_buttons https://developers.google.com/mobile/articles/fast_buttons
- marknutter 14y ago
  I've used it on a couple myself, paired with Sencha Touch, and I have to say it has been overall a very good experience. We were able to put out an Android and iOS version of our app in 2 months. Performance on older Android devices wasn't great, but on newer phones like the iPhone 4+ and Androids shipped within the last year, performance was damn close to native.
bootz15 14y ago
Congrats! BTW I'm pretty sure Adobe took over PhoneGap to replace its AIR/Flash long-term debacle. Nice move.
zapt02 14y ago
Does it support Bluetooth yet?
jc123 14y ago
PhoneGap:Build requires registration with either Adobe ID or Github :|
digitalpacman 14y ago
It's a shame that phones still can't properly handle web views well. My company went with PhoneGap and tried implementing webviews but no matter what, couldn't develop an app that ran well enough on phones. The folly of PhoneGap isn't really PhoneGap's fault, but their premise. Phones are NOT ready for Html5 apps. Tried. Failed. Now rewriting the entire app natively.
- pedalpete 14y ago
  can you give some insight as to what specific issue you were having? Was it HTML5 that was the real culprit? Or javascript performance? Did you try smaller javascript libraries, etc. etc.
  - hammersend 14y ago
    I can't speak for the GP and I haven't used Phonegap but the problems I have encountered trying to use webviews in apps revolve around touch latency and animation. When a user touches an element on the screen they expect instant response and I haven't seen that in any app using web technology. Also, animation needs to be comparable to what you see natively. Even trying to scroll images without scrolling the whole view is a recipe for lag and choppiness. I don't want any part of that in my apps.
    - no_more_death 14y ago
      Google's solution for touch latency: https://developers.google.com/mobile/articles/fast_buttons https://developers.google.com/mobile/articles/fast_buttons
  - gavingmiller 14y ago
    Having done multiple native apps on iOS, and a couple of phone gap based apps, the overwhelming flaw is that web apps don't _feel_ like native apps -- it's partially an HTML5, partially a js, partially iOS web view issue. It's the nuances that I as a developer notice, and I feel like my app is always 80% of what it could be, no matter which great 'new' library I try. PhoneGap reminds me of the anecdote about a carpenter that sands the back of a bookshelf, "why do that" he gets asked, "no one will see it" and his response is "but I will." That's how I feel developing a phonegap app -- most people don't see the partially finished app; but I do.
chudi 14y ago
Id tried phonegap in a project, completely disaster. Now in a new project for Android, we use the same concept as phonegap, a Javascript interface plus a WebView and JQuery Mobile with only the stuff that we need and we are having better results, although its not like a native app.
jenius 14y ago
I gave this a shot and am already having a huge amount more trouble working with the command line interface than I did with the > v1.9 xcode template. The way it's put together is not elegant at all - it's used as a command line tool, but they just drop you a random folder which has the executables and a few other folders that the executable references, so it can't be copied to /usr/local/bin, nor can it be symlinked. So creating a new app for me was pretty unnatural. On top of that, building it apparently can only be done from the command line and not inside of xcode, and it uses outdated xcode tools. The command line build required me to have the /Developer directory, which I do not have as it was no longer installed with Xcode from version 4 and up. Really unhappy with this initially for a number of reasons. Don't get me wrong, I love working with the command line, and I like how rubymotion uses the command line so much working with ios apps, but I'm disappointed in how awkward this initial release is. I might just continue working with 1.9.0 until the next release.
- oellegaard 14y ago
  I just downloaded the newest release and installed the DMG inside the zipfile, then went to the folder i downloaded and inside the /lib/ios/bin directory and ran ./create --args When i press "run" in xcode i get a simulator with the app. Looks pretty smooth. In terms of building, they offer this online as well, right?
briandear 14y ago
Phonegap is nothing more than a stopgap for people that can't afford iOS devs. I can think of no benefits for the end user. It's a sloppy solution. Better off just doing a mobile web app instead.
- marknutter 14y ago
  This is pure, unadulterated FUD. If your advice is to just do a mobile web app, what on earth is wrong with packaging it up into a phonegap app so that you can access a few extra APIs?
  - comex 14y ago
    It's misleading. Users have a higher expectation of quality from native apps than webapps.
    - morphy 14y ago
      Those expectations don't reflect reality. Look at the quora and linkedin apps. They are mostly web views and no one would even know if you didn't tell them. I will admit the performance characteristics of javascript are much more complex compared to objective-C, but the tradeoff is that you can share most of the code across platforms, and you can iterate much faster without app store approvals. On the other hand, if the mobile web was ready, phonegap would not exist at all. At the very least, it's more nuanced than one platform being superior than the other for any category of application, barring games.
      - marknutter 14y ago
        In my experience, on an iPhone 4S HTML5 apps feel exactly as fast and responsive as native apps, and phones are only going to get faster.
- tomjen3 14y ago
  How many apps have you developed in html5?
- 14y ago
malandrew 14y ago
I've seen at least one unreleased product that has achieved almost a Path-like experience (dead serious) in Mobile Webkit Safari on the iPad 1, 2 and 3. It's doable and not as hard as you think once you, but it takes embracing everything modern browsers offer you and not building with backwards compatibility in mind. It has yet to be packaged in PhoneGap for the AppStore, but from my understanding the javascript engine available in PhoneGap apps is more performatic.

115 points by indianburger 14y ago

sunsu 14y ago

One interesting new feature is the "Cordova Webview". This will make building hybrid apps much more straight forward. "Cordova WebView - This allows for the integration of PhoneGap, as a view fragment, into a bigger native application."

dimillian 14y ago
On iOS I've done it before it was cool :) https://gist.github.com/3152851 https://gist.github.com/3152851
makmanalp 14y ago
I imagine this will alleviate some of the speed concerns: You can make most of your app native and the finnicky content parts PhoneGap.

hswolff 14y ago

Awesome news! They're developing Phonegap at a ferocious pace and I applaud the team for their progress. It was only a few months ago that they were at 1.7 and today's release of 2.0 is simply awesome. Congrats Phonegap team!

mcantelon 14y ago

Congrats!

deleted 14y ago

[deleted]

poundy 14y ago

I would like some help with these: - Is there support for inapp payments? Built in or plugin based? - how does this compare with trigger.io and titanium? - does this version not need xcode to create apps like trigger.io?

untog 14y ago
- http://bit.ly/OFM5cK http://bit.ly/OFM5cK - Titanium at least still uses native UI. I believe that neither trigger.io nor PhoneGap do, though PG has a plugin to let you use some - It requires XCode.

isnie 14y ago

Used Phonegap on 2 projects and I have to say, never again. If you want to have the job done right and you want a quality product, go native. We lost days(weeks even) of time chasing an obscure bug in the location tracking of Phonegap. Also, the end result wasn't very good to be honest. It lacked the fluidity and responsiveness you have with native apps. sure, you can develop things 2 as fast but then you spend all the rest of the time just messing around to get that "native feel".

tb303 14y ago
seconded
papsosouid 14y ago
>It lacked the fluidity and responsiveness you have with native apps. Having only messed around with phonegap a little recently, I wasn't sure if this was a real issue or something I was doing wrong. Is the lack of responsiveness you describe a noticeable delay any time you try to interact with the app in any way? I made a trivial app that just has two pages, and switches between them when you click a button, and it was obviously, noticeably slow to react. Is that "normal" phonegap performance? I guess I am just hoping I did something wrong, because I don't see how anyone could possibly use phonegap if it really is that slow all the time.
- ryanwatkins 14y ago
  While there are performance issues in Webkit vs Native, for the trivial example the issue is usually the default delay in generating a 'click' event. Browsers wait 300ms to see if you're attempting a doubletap. You want to use a framework, or write some code to detect 'touchstart' for clicks to register with a minimum of delay. See https://developers.google.com/mobile/articles/fast_buttons https://developers.google.com/mobile/articles/fast_buttons
marknutter 14y ago
I've used it on a couple myself, paired with Sencha Touch, and I have to say it has been overall a very good experience. We were able to put out an Android and iOS version of our app in 2 months. Performance on older Android devices wasn't great, but on newer phones like the iPhone 4+ and Androids shipped within the last year, performance was damn close to native.

bootz15 14y ago

Congrats! BTW I'm pretty sure Adobe took over PhoneGap to replace its AIR/Flash long-term debacle. Nice move.

zapt02 14y ago

Does it support Bluetooth yet?

jc123 14y ago

PhoneGap:Build requires registration with either Adobe ID or Github :|

digitalpacman 14y ago

It's a shame that phones still can't properly handle web views well. My company went with PhoneGap and tried implementing webviews but no matter what, couldn't develop an app that ran well enough on phones. The folly of PhoneGap isn't really PhoneGap's fault, but their premise. Phones are NOT ready for Html5 apps. Tried. Failed. Now rewriting the entire app natively.

pedalpete 14y ago
can you give some insight as to what specific issue you were having? Was it HTML5 that was the real culprit? Or javascript performance? Did you try smaller javascript libraries, etc. etc.
- hammersend 14y ago
  I can't speak for the GP and I haven't used Phonegap but the problems I have encountered trying to use webviews in apps revolve around touch latency and animation. When a user touches an element on the screen they expect instant response and I haven't seen that in any app using web technology. Also, animation needs to be comparable to what you see natively. Even trying to scroll images without scrolling the whole view is a recipe for lag and choppiness. I don't want any part of that in my apps.
  - no_more_death 14y ago
    Google's solution for touch latency: https://developers.google.com/mobile/articles/fast_buttons https://developers.google.com/mobile/articles/fast_buttons
- gavingmiller 14y ago
  Having done multiple native apps on iOS, and a couple of phone gap based apps, the overwhelming flaw is that web apps don't _feel_ like native apps -- it's partially an HTML5, partially a js, partially iOS web view issue. It's the nuances that I as a developer notice, and I feel like my app is always 80% of what it could be, no matter which great 'new' library I try. PhoneGap reminds me of the anecdote about a carpenter that sands the back of a bookshelf, "why do that" he gets asked, "no one will see it" and his response is "but I will." That's how I feel developing a phonegap app -- most people don't see the partially finished app; but I do.

chudi 14y ago

Id tried phonegap in a project, completely disaster. Now in a new project for Android, we use the same concept as phonegap, a Javascript interface plus a WebView and JQuery Mobile with only the stuff that we need and we are having better results, although its not like a native app.

jenius 14y ago

I gave this a shot and am already having a huge amount more trouble working with the command line interface than I did with the > v1.9 xcode template. The way it's put together is not elegant at all - it's used as a command line tool, but they just drop you a random folder which has the executables and a few other folders that the executable references, so it can't be copied to /usr/local/bin, nor can it be symlinked. So creating a new app for me was pretty unnatural. On top of that, building it apparently can only be done from the command line and not inside of xcode, and it uses outdated xcode tools. The command line build required me to have the /Developer directory, which I do not have as it was no longer installed with Xcode from version 4 and up. Really unhappy with this initially for a number of reasons. Don't get me wrong, I love working with the command line, and I like how rubymotion uses the command line so much working with ios apps, but I'm disappointed in how awkward this initial release is. I might just continue working with 1.9.0 until the next release.

oellegaard 14y ago
I just downloaded the newest release and installed the DMG inside the zipfile, then went to the folder i downloaded and inside the /lib/ios/bin directory and ran ./create --args When i press "run" in xcode i get a simulator with the app. Looks pretty smooth. In terms of building, they offer this online as well, right?

briandear 14y ago

Phonegap is nothing more than a stopgap for people that can't afford iOS devs. I can think of no benefits for the end user. It's a sloppy solution. Better off just doing a mobile web app instead.

marknutter 14y ago
This is pure, unadulterated FUD. If your advice is to just do a mobile web app, what on earth is wrong with packaging it up into a phonegap app so that you can access a few extra APIs?
- comex 14y ago
  It's misleading. Users have a higher expectation of quality from native apps than webapps.
  - morphy 14y ago
    Those expectations don't reflect reality. Look at the quora and linkedin apps. They are mostly web views and no one would even know if you didn't tell them. I will admit the performance characteristics of javascript are much more complex compared to objective-C, but the tradeoff is that you can share most of the code across platforms, and you can iterate much faster without app store approvals. On the other hand, if the mobile web was ready, phonegap would not exist at all. At the very least, it's more nuanced than one platform being superior than the other for any category of application, barring games.
    - marknutter 14y ago
      In my experience, on an iPhone 4S HTML5 apps feel exactly as fast and responsive as native apps, and phones are only going to get faster.
tomjen3 14y ago
How many apps have you developed in html5?
14y ago

malandrew 14y ago

I've seen at least one unreleased product that has achieved almost a Path-like experience (dead serious) in Mobile Webkit Safari on the iPad 1, 2 and 3. It's doable and not as hard as you think once you, but it takes embracing everything modern browsers offer you and not building with backwards compatibility in mind. It has yet to be packaged in PhoneGap for the AppStore, but from my understanding the javascript engine available in PhoneGap apps is more performatic.