[jira] [Created] (CB-2273) There is a bug in the android geolocation plugin of Cordova 2.3
SunshineTech Zhang created CB-2273: -- Summary: There is a bug in the android geolocation plugin of Cordova 2.3 Key: CB-2273 URL: https://issues.apache.org/jira/browse/CB-2273 Project: Apache Cordova Issue Type: Bug Components: Android Affects Versions: 2.3.0, 2.2.0 Environment: HTC t328D,Android 4.0.3 Reporter: SunshineTech Zhang Assignee: Joe Bowser When I call the watchPosition function, it only call back my successCallback function 2 times and errorCallback function once. That is, it call back successCallback function of getCurrentPosition and watchPosition; and errorCallback function of watchPosition when timeout event was fired. Then the plugin gives nothing any more. Then I read the source code of org.apache.cordova.GeoBroker and org.apache.cordova.CordovaLocationListener. I found there was an issue in the win and fail method of org.apache.cordova.CordovaLocationListener. That is, after the listener called its callbacks' by traversal, it then stop itself, so it doesn't listen position changed information for its watches list. So I modify them, the plugin runs well. 1. I modify the win and fail method in the org.apache.cordova.CordovaLocationListener as the following: protected void fail(int code, String message) { for (CallbackContext callbackContext: this.callbacks) { this.owner.fail(code, message, callbackContext, false); } if(this.owner.isGlobalListener(this) && this.watches.size() == 0) { Log.d(TAG, "Stopping global listener"); this.stop(); } this.callbacks.clear(); Iterator it = this.watches.values().iterator(); while (it.hasNext()) { this.owner.fail(code, message, it.next(), true); } } private void win(Location loc) { for (CallbackContext callbackContext: this.callbacks) { this.owner.win(loc, callbackContext, false); } if(this.owner.isGlobalListener(this) && this.watches.size() == 0) { Log.d(TAG, "Stopping global listener"); this.stop(); } this.callbacks.clear(); Iterator it = this.watches.values().iterator(); while (it.hasNext()) { this.owner.win(loc, it.next(), true); } } 2、I modify the win and fail method in the org.apache.cordova.GeoBroker as the following: public void win(Location loc, CallbackContext callbackContext, boolean keepCallback) { PluginResult result = new PluginResult(PluginResult.Status.OK, this.returnLocationJSON(loc)); result.setKeepCallback(keepCallback); callbackContext.sendPluginResult(result); } public void fail(int code, String msg, CallbackContext callbackContext, boolean keepCallback) { JSONObject obj = new JSONObject(); String backup = null; try { obj.put("code", code); obj.put("message", msg); } catch (JSONException e) { obj = null; backup = "{'code':" + code + ",'message':'" + msg.replaceAll("'", "\'") + "'}"; } PluginResult result; if (obj != null) { result = new PluginResult(PluginResult.Status.ERROR, obj); } else { result = new PluginResult(PluginResult.Status.ERROR, backup); } result.setKeepCallback(keepCallback); callbackContext.sendPluginResult(result); } -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: I think there is a bug in the android geolocation plugin of Phonegap 2.3
Thanks, Please file an issue at http://issues.cordova.io - this mailing list is for the discussion of the development of the Cordova API only. On Sun, Jan 20, 2013 at 10:31 PM, 张雪魂 wrote: > When I call the watchPosition function, it only call back > my successCallback function 2 times and errorCallback function once. That > is, It only fires timeout event once. Then the plugin doesn't give to me > the position. I read the plugin source, I think there are some problems. > Then I modify them, the plugin runs well. > 1、I modify the win and fail method in the org.apache.cordova.GeoBroker as > the following: > > public void win(Location loc, CallbackContext callbackContext, boolean > keepCallback) { > PluginResult result = new PluginResult(PluginResult.Status.OK, > this.returnLocationJSON(loc)); > result.setKeepCallback(keepCallback); > callbackContext.sendPluginResult(result); > } > > public void fail(int code, String msg, CallbackContext callbackContext, > boolean keepCallback) { > JSONObject obj = new JSONObject(); > String backup = null; > try { > obj.put("code", code); > obj.put("message", msg); > } catch (JSONException e) { > obj = null; > backup = "{'code':" + code + ",'message':'" + > msg.replaceAll("'", "\'") + "'}"; > } > PluginResult result; > if (obj != null) { > result = new PluginResult(PluginResult.Status.ERROR, obj); > } else { > result = new PluginResult(PluginResult.Status.ERROR, backup); > } > > result.setKeepCallback(keepCallback); > callbackContext.sendPluginResult(result); > } > > 2、I modify the win and fail method in > the org.apache.cordova.CordovaLocationListener as the following: > > private void win(Location loc) { > for (CallbackContext callbackContext: this.callbacks) > { > this.owner.win(loc, callbackContext, false); > } > this.callbacks.clear(); > > if(this.owner.isGlobalListener(this) && this.size() == 0) > { > Log.d(TAG, "Stopping global listener"); > this.stop(); > } > Iterator it = this.watches.values().iterator(); > while (it.hasNext()) { > this.owner.win(loc, it.next(), true); > } > } > > protected void fail(int code, String message) { > for (CallbackContext callbackContext: this.callbacks) > { > this.owner.fail(code, message, callbackContext, false); > } > this.callbacks.clear(); > > if(this.owner.isGlobalListener(this) && this.size() == 0) > { > Log.d(TAG, "Stopping global listener"); > this.stop(); > } > Iterator it = this.watches.values().iterator(); > while (it.hasNext()) { > this.owner.fail(code, message, it.next(), true); > } > } >
I think there is a bug in the android geolocation plugin of Phonegap 2.3
When I call the watchPosition function, it only call back my successCallback function 2 times and errorCallback function once. That is, It only fires timeout event once. Then the plugin doesn't give to me the position. I read the plugin source, I think there are some problems. Then I modify them, the plugin runs well. 1、I modify the win and fail method in the org.apache.cordova.GeoBroker as the following: public void win(Location loc, CallbackContext callbackContext, boolean keepCallback) { PluginResult result = new PluginResult(PluginResult.Status.OK, this.returnLocationJSON(loc)); result.setKeepCallback(keepCallback); callbackContext.sendPluginResult(result); } public void fail(int code, String msg, CallbackContext callbackContext, boolean keepCallback) { JSONObject obj = new JSONObject(); String backup = null; try { obj.put("code", code); obj.put("message", msg); } catch (JSONException e) { obj = null; backup = "{'code':" + code + ",'message':'" + msg.replaceAll("'", "\'") + "'}"; } PluginResult result; if (obj != null) { result = new PluginResult(PluginResult.Status.ERROR, obj); } else { result = new PluginResult(PluginResult.Status.ERROR, backup); } result.setKeepCallback(keepCallback); callbackContext.sendPluginResult(result); } 2、I modify the win and fail method in the org.apache.cordova.CordovaLocationListener as the following: private void win(Location loc) { for (CallbackContext callbackContext: this.callbacks) { this.owner.win(loc, callbackContext, false); } this.callbacks.clear(); if(this.owner.isGlobalListener(this) && this.size() == 0) { Log.d(TAG, "Stopping global listener"); this.stop(); } Iterator it = this.watches.values().iterator(); while (it.hasNext()) { this.owner.win(loc, it.next(), true); } } protected void fail(int code, String message) { for (CallbackContext callbackContext: this.callbacks) { this.owner.fail(code, message, callbackContext, false); } this.callbacks.clear(); if(this.owner.isGlobalListener(this) && this.size() == 0) { Log.d(TAG, "Stopping global listener"); this.stop(); } Iterator it = this.watches.values().iterator(); while (it.hasNext()) { this.owner.fail(code, message, it.next(), true); } }
Re: Cygwin for Windows
Yes, please! Descriptive errors would go a long way to making the tools easier to use. At least it would point at a specific reason for failure vs the current vague message. __ Kerri Shotts photoKandy Studios LLC Sent from my iPhone 📱 Phone: +1 (312) 380-1035 🌐 Web: http://photokandy.com Twitter: @photokandy On Jan 20, 2013, at 22:14, Simon MacDonald wrote: > -1 > > We should just make the windows scripts work better. Needs more descriptive > failures when something is not setup correctly. > > Simon Mac Donald > http://hi.im/simonmacdonald > > > On Sun, Jan 20, 2013 at 2:26 PM, Anis KADRI wrote: > >> -1 >> >> I (and most people) just want to get going and don't like dependencies. >> We're already requiring nodejs for a lot of the stuff we do. >> >> If you're referring to the Android windows scripts. I believe they work >> fine. If there are any issues with them, people should report them just as >> they would report any other issue. >> >> There is one outstanding issue on Windows that I will fix next week. >> https://issues.apache.org/jira/browse/CB-1961 >> >> >> On Sun, Jan 20, 2013 at 10:35 AM, Kerri Shotts >> wrote: >> >>> Just my 2¢: people are already complaining about the number of parts that >>> need to be installed -- do we really want to add yet another? I realize >> it >>> would make the scripts easier, but the more moving (third party) parts >> that >>> have to be installed prior to using PhoneGap (especially those that >> aren't >>> required for the platform's SDK), the higher the barrier to entry. (But >>> then again, maybe that's a good thing...?) >>> >>> ___ >>> Kerri Shotts >>> photoKandy Studios, LLC >>> >>> On the Web: http://www.photokandy.com/ >>> >>> Social Media: >>> Twitter: @photokandy, http://twitter.com/photokandy >>> Tumblr: http://photokandy.tumblr.com/ >>> Github: https://github.com/kerrishotts >> https://github.com/organizations/photokandyStudios >>> CoderWall: https://coderwall.com/kerrishotts >>> >>> Apps on the Apple Store: >>> >>> https://itunes.apple.com/us/artist/photokandy-studios-llc/id498577828 >>> >>> >>> >>> On Jan 20, 2013, at 8:14, Andrew Grieve wrote: >>> I'm sure this has come up some time in the past, but why not require >>> cygwin so that our scripts will work on windows? Cygwin has been a requirement >>> of most of the windows projects I've worked on in the past (when at >>> different companies). >>
[jira] [Commented] (CB-2165) The "saveToPhotoAlbum" option for Camera.getPicture does not work with Cordova 2.2/Android
[ https://issues.apache.org/jira/browse/CB-2165?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13558525#comment-13558525 ] Simon MacDonald commented on CB-2165: - [~agrieve] Isn't there some way we can make "true" = true and "false" = false? What you've done doesn't really solve the problem when a boolean string is passed in where a boolean is expected. > The "saveToPhotoAlbum" option for Camera.getPicture does not work with > Cordova 2.2/Android > -- > > Key: CB-2165 > URL: https://issues.apache.org/jira/browse/CB-2165 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaJS >Affects Versions: 2.2.0 > Environment: Cordova 2.2, Android 2.3.4 >Reporter: Thomas Dinger >Assignee: Andrew Grieve >Priority: Minor > > The following JS call results in a call to the success function when the > picture is taken, but the picture is not added to the photo library. > 01-08 09:27:53.470: D/CordovaLog(4089): getPicture() { > 01-08 09:27:53.470: D/CordovaLog(4089): "targetHeight": "600", > 01-08 09:27:53.470: D/CordovaLog(4089): "targetWidth": "600", > 01-08 09:27:53.470: D/CordovaLog(4089): "saveToPhotoAlbum": "true", > 01-08 09:27:53.470: D/CordovaLog(4089): "quality": "50", > 01-08 09:27:53.470: D/CordovaLog(4089): "destinationType": 1, > 01-08 09:27:53.470: D/CordovaLog(4089): "mediaType": 0, > 01-08 09:27:53.470: D/CordovaLog(4089): "encodingType": 0, > 01-08 09:27:53.470: D/CordovaLog(4089): "allowEdit": "false", > 01-08 09:27:53.470: D/CordovaLog(4089): "sourceType": 1 > 01-08 09:27:53.470: D/CordovaLog(4089): } -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: Media APIs - some research and discussion
Just reading everything over and looking at the way things are going it seems like we should get the Web Intents API implemented. Looks like there is already a shim implemented here: https://github.com/PaulKinlan/WebIntents with an APL license. Simon Mac Donald http://hi.im/simonmacdonald On Fri, Jan 18, 2013 at 4:20 PM, Becky Gibson wrote: > I was looking at the open issues for iOS and found some related to > capture/camera and media so I decided to see what the state of the latest > W3C APIs are for these things. It wasn't a pleasant journey! > > There seem to be three apis that cover our camera/capture and media. Note > that the referenced URLs are to the latest published draft although many > have updated editor's drafts. > > >- Pick Media Intent ( http://www.w3.org/TR/gallery/) Pick stored Media >(images, audio, video) from various sources. >- HTML Media Capture (http://www.w3.org/TR/html-media-capture/) - HTML >form extension to allow user access to capture media from the device's > via >still camera, video, microphone via the File upload control. Appears to >have replaced the Media Capture API ( >http://www.w3.org/TR/2010/WD-capture-api-20100401/) since all links on >that page to Latest Published Draft and Latest Editor's Draft refer the > the >HTML Media Capture spec and there is no longer any reference to the > Media >Capture API on the Device API working group page ( >http://www.w3.org/2009/dap/) >- Media Capture and Streams (http://www.w3.org/2009/dap/) Access to >multi media streams (video camera, microphone, stored media) from a > device. > > > Thus, it seems that the Pick Media Intent would replace the Camera apis for > selecting existing images and video. It would add the ability to pick from > existing audio. Perhaps it is time to dive into the Web Intents spec and > consider implementation > > HTML Media Capture allows capturing media but it is tied to the input > element. It also provides for uploading the captured data. This seems to > have replaced the Media Capture API that we implemented. I'm not sure how > we can incorporate this into Cordova as there are no real apis, just > attributes on the input element for the browser to implement and provide > the UI. Although this seems to be the only W3C mechanism for accessing > the still camera to capture an image! > > The Media Capture and Streams could replace our Media and Capture Video > apis, but this is much more complicated. It also, in my opinion, doesn't > seem all that well baked at the moment with a fair amount of open issues > for defining some of the constants. > > Thus, I was a bit overwhelmed at how to address some of the Media and > camera issues! I did discuss this briefly with Simon and was relieved > that he was considering the HTML apis for media as our solution for Media ( > > http://www.position-absolute.com/articles/introduction-to-the-html5-audio-tag-javascript-manipulation/ > ). > Perhaps the best way to tackle our media is to normalize our media apis > around the HTML Media apis. > > The point of this email? To capture my foray into the W3C Capture Apis > and perhaps start a discussion on the next steps for Camera, Capture and > Media apis. > > My next foray is into the changes to Contacts - this is now a Web Intent as > well. >
Re: Cygwin for Windows
-1 We should just make the windows scripts work better. Needs more descriptive failures when something is not setup correctly. Simon Mac Donald http://hi.im/simonmacdonald On Sun, Jan 20, 2013 at 2:26 PM, Anis KADRI wrote: > -1 > > I (and most people) just want to get going and don't like dependencies. > We're already requiring nodejs for a lot of the stuff we do. > > If you're referring to the Android windows scripts. I believe they work > fine. If there are any issues with them, people should report them just as > they would report any other issue. > > There is one outstanding issue on Windows that I will fix next week. > https://issues.apache.org/jira/browse/CB-1961 > > > On Sun, Jan 20, 2013 at 10:35 AM, Kerri Shotts >wrote: > > > Just my 2¢: people are already complaining about the number of parts that > > need to be installed -- do we really want to add yet another? I realize > it > > would make the scripts easier, but the more moving (third party) parts > that > > have to be installed prior to using PhoneGap (especially those that > aren't > > required for the platform's SDK), the higher the barrier to entry. (But > > then again, maybe that's a good thing...?) > > > > ___ > > Kerri Shotts > > photoKandy Studios, LLC > > > > On the Web: http://www.photokandy.com/ > > > > Social Media: > > Twitter: @photokandy, http://twitter.com/photokandy > > Tumblr: http://photokandy.tumblr.com/ > > Github: https://github.com/kerrishotts > > > https://github.com/organizations/photokandyStudios > > CoderWall: https://coderwall.com/kerrishotts > > > > Apps on the Apple Store: > > > > https://itunes.apple.com/us/artist/photokandy-studios-llc/id498577828 > > > > > > > > On Jan 20, 2013, at 8:14, Andrew Grieve wrote: > > > > > I'm sure this has come up some time in the past, but why not require > > cygwin > > > so that our scripts will work on windows? Cygwin has been a requirement > > of > > > most of the windows projects I've worked on in the past (when at > > different > > > companies). > > >
[jira] [Commented] (CB-2272) can't add android to project
[ https://issues.apache.org/jira/browse/CB-2272?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13558450#comment-13558450 ] Brian LeRoux commented on CB-2272: -- So, resolved would be to put the predownloaded and unziped package into the cordova-cli repo directly. I personally like this b/c it aligns the version with the cli release version. Will need to be revisited when we work on revisioning but thats a different problem for the future. > can't add android to project > > > Key: CB-2272 > URL: https://issues.apache.org/jira/browse/CB-2272 > Project: Apache Cordova > Issue Type: Bug > Components: CLI >Affects Versions: 2.3.0 > Environment: its actuall 2.3.6 but jira is rad >Reporter: Brian LeRoux >Assignee: Filip Maj > > #! cordova create Baz > cd #! cd Baz/ > #! cordova platform add android > The provided path is not an Android project. > #! ls > platforms plugins www > #! ls platforms/ > #! cordova platform add ios > #! ls > platforms plugins www > #! ls platforms/ > ios > #! cordova platform add android > The provided path is not an Android project. > #! -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-2272) can't add android to project
[ https://issues.apache.org/jira/browse/CB-2272?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13558447#comment-13558447 ] Filip Maj commented on CB-2272: --- I think so. The cordova archive gets dl'ed + extracted as node's user (root?) whereas your user is trying to execute the scripts? > can't add android to project > > > Key: CB-2272 > URL: https://issues.apache.org/jira/browse/CB-2272 > Project: Apache Cordova > Issue Type: Bug > Components: CLI >Affects Versions: 2.3.0 > Environment: its actuall 2.3.6 but jira is rad >Reporter: Brian LeRoux >Assignee: Filip Maj > > #! cordova create Baz > cd #! cd Baz/ > #! cordova platform add android > The provided path is not an Android project. > #! ls > platforms plugins www > #! ls platforms/ > #! cordova platform add ios > #! ls > platforms plugins www > #! ls platforms/ > ios > #! cordova platform add android > The provided path is not an Android project. > #! -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-622) FileTransfer interface should provide progress monitoring
[ https://issues.apache.org/jira/browse/CB-622?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13558438#comment-13558438 ] Samik R commented on CB-622: Cory/Anyone else: I just tried out file download progress bar. I first tested on android and works great. Then I tested on iPhone simulator (iOS 6.0), and it seems to me that progressEvent.lengthComputable is false, so I don't get any value for progressEvent.loaded. Does anyone know if iPhone simulator (and hence in iPhone/iPod etc.) webview always uses gzip encoding (assuming that is the issue here)? > FileTransfer interface should provide progress monitoring > - > > Key: CB-622 > URL: https://issues.apache.org/jira/browse/CB-622 > Project: Apache Cordova > Issue Type: Improvement > Components: Android, BlackBerry, iOS, WP7 >Affects Versions: 1.7.0 > Environment: Checked docs for iOS and Android, and in general. >Reporter: Brion Vibber >Assignee: Andrew Grieve >Priority: Minor > Labels: FileTransfer, file > Fix For: 2.2.0 > > > The FileTransfer upload and download interface seems to provide no way to > monitor progress of the upload/download, other than waiting for the entire > transfer to complete or fail. > Being able to pass another callback for progress monitoring could be a useful > interface, this might get called with a byte count or something. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-2272) can't add android to project
[ https://issues.apache.org/jira/browse/CB-2272?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13558437#comment-13558437 ] Brian LeRoux commented on CB-2272: -- def a permissions issue...sudo'ing also "works". is this b/c its downloaded? I wonder if we vendor the pkg locally if it would work. less bootstrap fragility. > can't add android to project > > > Key: CB-2272 > URL: https://issues.apache.org/jira/browse/CB-2272 > Project: Apache Cordova > Issue Type: Bug > Components: CLI >Affects Versions: 2.3.0 > Environment: its actuall 2.3.6 but jira is rad >Reporter: Brian LeRoux >Assignee: Filip Maj > > #! cordova create Baz > cd #! cd Baz/ > #! cordova platform add android > The provided path is not an Android project. > #! ls > platforms plugins www > #! ls platforms/ > #! cordova platform add ios > #! ls > platforms plugins www > #! ls platforms/ > ios > #! cordova platform add android > The provided path is not an Android project. > #! -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-2272) can't add android to project
[ https://issues.apache.org/jira/browse/CB-2272?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13558402#comment-13558402 ] Filip Maj commented on CB-2272: --- This is one that came up on IRC as well. Before 2.4.0rc1, if the android {{./bin/create}} script fails, it exits with code 0, so the CLI tools don't know if {{./bin/create}} fails or not. This was tracked in CB-2204. It's quite possible that your Android {{./bin/create}} script is erroring out. On IRC [~devgeeks] came across the same issue and it turned out he didn't have permissions on {{/usr/local/lib/node_modules/cordova/lib/cordova-2.3.0/cordova-android/bin/create}}, but because it didn't error out, cordova-cli failed to give a good error message. Try the following: {code} cd /usr/local/lib/node_modules/cordova/lib/cordova-2.3.0/cordova-android ./bin/create tmp {code} If it works, then it's something else. Otherwise, it's probably permissions or something. When you install {{cordova}} or run {{npm update}} for it, it should print out a notice, instructing you to run {{sudo chown}} on {{node_modules/cordova}} if you have node installed globally. > can't add android to project > > > Key: CB-2272 > URL: https://issues.apache.org/jira/browse/CB-2272 > Project: Apache Cordova > Issue Type: Bug > Components: CLI >Affects Versions: 2.3.0 > Environment: its actuall 2.3.6 but jira is rad >Reporter: Brian LeRoux >Assignee: Filip Maj > > #! cordova create Baz > cd #! cd Baz/ > #! cordova platform add android > The provided path is not an Android project. > #! ls > platforms plugins www > #! ls platforms/ > #! cordova platform add ios > #! ls > platforms plugins www > #! ls platforms/ > ios > #! cordova platform add android > The provided path is not an Android project. > #! -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: Cygwin for Windows
-1 I (and most people) just want to get going and don't like dependencies. We're already requiring nodejs for a lot of the stuff we do. If you're referring to the Android windows scripts. I believe they work fine. If there are any issues with them, people should report them just as they would report any other issue. There is one outstanding issue on Windows that I will fix next week. https://issues.apache.org/jira/browse/CB-1961 On Sun, Jan 20, 2013 at 10:35 AM, Kerri Shotts wrote: > Just my 2¢: people are already complaining about the number of parts that > need to be installed -- do we really want to add yet another? I realize it > would make the scripts easier, but the more moving (third party) parts that > have to be installed prior to using PhoneGap (especially those that aren't > required for the platform's SDK), the higher the barrier to entry. (But > then again, maybe that's a good thing...?) > > ___ > Kerri Shotts > photoKandy Studios, LLC > > On the Web: http://www.photokandy.com/ > > Social Media: > Twitter: @photokandy, http://twitter.com/photokandy > Tumblr: http://photokandy.tumblr.com/ > Github: https://github.com/kerrishotts > https://github.com/organizations/photokandyStudios > CoderWall: https://coderwall.com/kerrishotts > > Apps on the Apple Store: > > https://itunes.apple.com/us/artist/photokandy-studios-llc/id498577828 > > > > On Jan 20, 2013, at 8:14, Andrew Grieve wrote: > > > I'm sure this has come up some time in the past, but why not require > cygwin > > so that our scripts will work on windows? Cygwin has been a requirement > of > > most of the windows projects I've worked on in the past (when at > different > > companies). >
[jira] [Created] (CB-2272) can't add android to project
Brian LeRoux created CB-2272: Summary: can't add android to project Key: CB-2272 URL: https://issues.apache.org/jira/browse/CB-2272 Project: Apache Cordova Issue Type: Bug Components: CLI Affects Versions: 2.3.0 Environment: its actuall 2.3.6 but jira is rad Reporter: Brian LeRoux Assignee: Filip Maj #! cordova create Baz cd #! cd Baz/ #! cordova platform add android The provided path is not an Android project. #! ls platforms plugins www #! ls platforms/ #! cordova platform add ios #! ls platforms plugins www #! ls platforms/ ios #! cordova platform add android The provided path is not an Android project. #! -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: Cygwin for Windows
Just my 2¢: people are already complaining about the number of parts that need to be installed -- do we really want to add yet another? I realize it would make the scripts easier, but the more moving (third party) parts that have to be installed prior to using PhoneGap (especially those that aren't required for the platform's SDK), the higher the barrier to entry. (But then again, maybe that's a good thing...?) ___ Kerri Shotts photoKandy Studios, LLC On the Web: http://www.photokandy.com/ Social Media: Twitter: @photokandy, http://twitter.com/photokandy Tumblr: http://photokandy.tumblr.com/ Github: https://github.com/kerrishotts https://github.com/organizations/photokandyStudios CoderWall: https://coderwall.com/kerrishotts Apps on the Apple Store: https://itunes.apple.com/us/artist/photokandy-studios-llc/id498577828 On Jan 20, 2013, at 8:14, Andrew Grieve wrote: > I'm sure this has come up some time in the past, but why not require cygwin > so that our scripts will work on windows? Cygwin has been a requirement of > most of the windows projects I've worked on in the past (when at different > companies).
Re: Cygwin for Windows
+1 Sent from my iPhone On 2013-01-20, at 9:14 AM, Andrew Grieve wrote: > I'm sure this has come up some time in the past, but why not require cygwin > so that our scripts will work on windows? Cygwin has been a requirement of > most of the windows projects I've worked on in the past (when at different > companies).
Cygwin for Windows
I'm sure this has come up some time in the past, but why not require cygwin so that our scripts will work on windows? Cygwin has been a requirement of most of the windows projects I've worked on in the past (when at different companies).
Re: Getting Started (Android) feedback
Looking at the two guides right now, two things struck me as different: 1. Andrew's walks you through *how* to install all of the required tools, we just say which tools to install 2. Andrew's instructions go through the old way of setting up a project, which is now out of date. But! Once going through them, you get a pretty good idea of how Cordova works because he points out what all of the pieces do. E.g. the jar is the native side, the www is your code, the manifest is where your permissions go. As for #1, I think the short version we have in our guide is sufficient, and I don't like the idea of having it explained out more thoroughly step-by-step, because it's then more of a pain to keep up-to-date. I can see us doing more in the area of #2 though. E.g. have a separate guide that goes through all of the parts of an Android Cordova app, and points out which ones you may want to touch at some point. I also agree that it might make things more clear to separate out IDE instructions from the core command-line instructions. I don't think we should remove them though, since the IDE is the harder thing to figure out usually :P. Perhaps to tie in these external tutorials, we add a note at the bottom saying that if you still need help, to search for external tutorials / youtube walkthroughs / link to the user forums? We could also mention which versions of Cordova have had changes in steps, so that they don't follow old tutorials like the one that was pointed out. On Sat, Jan 19, 2013 at 12:42 PM, Shazron wrote: > Just at a glance, I suppose his tutorial has more screenshots and steps. We > could take the good and extract the incorrect and fix those I suppose. > > As for command line, that is definitely where we are going and if we remove > Eclipse instructions (which third-party bloggers can fill the gap) we > should point them to the alternative instructions. Which brings me to the > next question -- should all platforms remove IDE specific instructions? > There are some things in iOS currently that we can't do command line (at > least with the current tools), for example deploy to device. > > > On Sat, Jan 19, 2013 at 9:11 AM, Joe Bowser wrote: > > > Andrew Trice's tutorial is out of date and is technically wrong. The > > Android target for a project should always be set to the latest. I > > would agree with Don about not having Eclipse in our instructions, > > except that I don't have that much confidence in the command line > > tools on Windows to do that. > > > > I think the question that should be asked is why users find Trice's > > tutorial better? I don't think it has anything to do with the content, > > since the content is the same other than the part where you select > > your target manually in Eclipse. > > > > On Sat, Jan 19, 2013 at 8:40 AM, Don Coleman > > wrote: > > > I think it's better to remove Eclipse from the instructions. > > > > > > Have users build and deploy with ./cordova/run. > > > > > > Suggest using a text editor like Sublime Text to edit assets/www. Note > > > that Eclipse or IntelliJ IDEA works if they'd prefer. Link to external > > > articles with more details. > > > > > > > > > > > > > > > On Sat, Jan 19, 2013 at 10:45 AM, Shazron wrote: > > > > > >> Some feedback from users: > > >> https://groups.google.com/d/topic/phonegap/K9uv3Hc-EfI/discussion > > >> > > >> Their feedback is, Andrew Trice's tutorial is way better than our > > official > > >> one: > > >> > > >> > > > http://www.adobe.com/devnet/html5/articles/getting-started-with-phonegap-in-eclipse-for-android.html > > >> > > >> What do you guys think? We can contact Andrew to maybe donate his > > content > > >> to Apache Cordova and we can update/adapt it. > > >> > > >
[jira] [Commented] (CB-2190) FileTransfer does not request more time than the 5 second limit when placed in background.
[ https://issues.apache.org/jira/browse/CB-2190?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13558248#comment-13558248 ] Andrew Grieve commented on CB-2190: --- I think what you suggests sounds good. If you're willing, please file a pull requests by following the instructions here: http://wiki.apache.org/cordova/ContributorWorkflow > FileTransfer does not request more time than the 5 second limit when placed > in background. > -- > > Key: CB-2190 > URL: https://issues.apache.org/jira/browse/CB-2190 > Project: Apache Cordova > Issue Type: Improvement > Components: iOS >Affects Versions: 2.2.0 > Environment: iOS 6.0.1, Cordova 2.2.0. >Reporter: Leif Ullman >Assignee: Shazron Abdullah > Attachments: CDVFileTransfer.h, CDVFileTransfer.m > > > I've been running into an issue using FileTransfer on iOS that cropped up as > part of my upgrade to Cordova 2.2. Previously I had been on PhoneGap 1.2 (a > long time between upgrades I know). When using the 1.2 version, I could > start a filetransfer upload (using sample code from here: > http://docs.phonegap.com/en/2.2.0/cordova_media_capture_capture.md.html#Capture) > and it would continue to run if I returned to the home screen or if I locked > the device. Now it appears that suspending the app will cause a > FileTransferError to occur with error code 3 and error message "The request > timed out". > After trading some emails with Shazron, he pointed out that the limit to > finish up background tasks is 5 seconds. If the task will take longer, the > app has to request more time -- and FileTransfer does not do this currently > (although the CDVLocalStorage plugin in onResignActive does: > https://github.com/apache/cordova-ios/blob/master/CordovaLib/Classes/CDVLocalStorage.m#L378 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira