Re: Serve vs. opening an HTML file in the browser
Took a look at what was breaking ripple and it is a little more involved then I was hoping: - Android crashing the browser is caused by changes to how android sets up it's polling and how the modules all work together in the exec module. We used to have everything regarding polling rolled into the 'cordova/plugin/android/polling' module in which ripple would just override [1] to do nothing since ripple handled everything by replacing the entire exec function. I think this module was removed / moved to another place in 3.0 but there is much more thought to be done to get this working better. Switched over to using the cordova.ios.js file since it doesn't have this problem and ripple was able to boot and emulate geolocation fine. The plugins were not loading from cordova serve ios though (couldn't load cordova_plugins.js). I think with some tweaks we could have ripple working on all platform cordova.js files again. I am going to need to version out a new platform for cordova to handle the updated hacks and overrides to boot each platform cleanly but doesn't seem like an impossible task. [1] - https://github.com/apache/incubator-ripple/blob/master/lib/client/platform/cordova/2.0.0/spec.js#L81-L83 On Tue, Aug 27, 2013 at 5:45 PM, Brian LeRoux wrote: > I'll buy you a gord for that too! > > > On Tue, Aug 27, 2013 at 11:19 AM, Ray Camden wrote: > > > Dude, if you get this working, I won't buy you a beer. I'll go back and > > time and make it so that when beer was invented, it was called Gord, and > > your name would forever be synonymous with the best thing ever created. > > Not being able to use Ripple has been a real pain in my rear when doing > > presentations. I've even taken to just using a PG 2.6 files. > > > > On 8/27/13 1:16 PM, "Gord Tanner" wrote: > > > > >I can take a look at this tonight. We may not be upto date with API > > >support (not a lot of people working on the project right now) but we > > >shouldn't crash. > > > > > >I will ping back on this list when I know more > > > > > >Gord > > > > >
Re: Serve vs. opening an HTML file in the browser
I'll buy you a gord for that too! On Tue, Aug 27, 2013 at 11:19 AM, Ray Camden wrote: > Dude, if you get this working, I won't buy you a beer. I'll go back and > time and make it so that when beer was invented, it was called Gord, and > your name would forever be synonymous with the best thing ever created. > Not being able to use Ripple has been a real pain in my rear when doing > presentations. I've even taken to just using a PG 2.6 files. > > On 8/27/13 1:16 PM, "Gord Tanner" wrote: > > >I can take a look at this tonight. We may not be upto date with API > >support (not a lot of people working on the project right now) but we > >shouldn't crash. > > > >I will ping back on this list when I know more > > > >Gord > >
Re: Introduction
Welcome Mark! On Tue, Aug 27, 2013 at 10:59 AM, James Jong wrote: > Welcome Mark! Great to have you join! > -James Jong > > On Aug 27, 2013, at 12:57 PM, Lorin Beer wrote: > > > welcome, Mark! > > > > > > On Tue, Aug 27, 2013 at 9:25 AM, Brian LeRoux wrote: > > > >> Welcome to the battle Mark! > >> > >> > >> On Tue, Aug 27, 2013 at 7:52 AM, Filip Maj wrote: > >> > >>> Welcome Mark! > >>> On 2013-08-27 7:49 AM, "Mark Koudritsky" wrote: > >>> > Hi All, > > I just wanted to introduce myself. I'm joining the Cordova team at > >>> Google. > So far signed the ICLA, signed up for a JIRA account and got this bug > >> to > start from: > https://issues.apache.org/jira/browse/CB-4622 > > My previous project was with the ChromeOS AutoTest lab. > Looking forward to contributing to Cordova. > > - Mark > > >>> > >> > >
Re: Serve vs. opening an HTML file in the browser
Dude, if you get this working, I won't buy you a beer. I'll go back and time and make it so that when beer was invented, it was called Gord, and your name would forever be synonymous with the best thing ever created. Not being able to use Ripple has been a real pain in my rear when doing presentations. I've even taken to just using a PG 2.6 files. On 8/27/13 1:16 PM, "Gord Tanner" wrote: >I can take a look at this tonight. We may not be upto date with API >support (not a lot of people working on the project right now) but we >shouldn't crash. > >I will ping back on this list when I know more > >Gord
Re: Serve vs. opening an HTML file in the browser
I can take a look at this tonight. We may not be upto date with API support (not a lot of people working on the project right now) but we shouldn't crash. I will ping back on this list when I know more Gord On Tue, Aug 27, 2013 at 2:13 PM, Ray Camden wrote: > As far as I know, Ripple hasn¹t worked with PG sinceŠ 2.7 I believe. > Currently it creates an infinite loop in the console which kills the tab > eventually. > > On 8/26/13 2:03 PM, "Wargo, John" wrote: > > >So, how do I "use" it? > > > >cordova ripple? > > > >@ray: how is it broken? > > > > > >John M. Wargo > > > >On Aug 12, 2013, at 4:55 PM, "Ray Camden" wrote: > > > >> Although please note Ripple has not worked since 2.6 (or 2.7 - I > >>forget). > >> I know (assume) folks know this, but I keep hoping it gets repaired > >>soon. > >> :) > >> > >> > >> On 8/6/13 10:28 AM, "Filip Maj" wrote: > >> > >>> Ripple does exactly what serve does but provides an in-browser emulator > >>> experience on top > >>> > >>> On 8/6/13 7:47 AM, "Wargo, John" wrote: > >>> > Thanks. Another question, how is Ripple used with the CLI? > > John M. Wargo > SAP | Charlotte, NC | USA > Office: +1 704.321.0265 | Mobile: +1 704.249.7476 > Email: john.wa...@sap.com > Twitter: @johnwargo > >> > >
Re: Serve vs. opening an HTML file in the browser
As far as I know, Ripple hasn¹t worked with PG sinceŠ 2.7 I believe. Currently it creates an infinite loop in the console which kills the tab eventually. On 8/26/13 2:03 PM, "Wargo, John" wrote: >So, how do I "use" it? > >cordova ripple? > >@ray: how is it broken? > > >John M. Wargo > >On Aug 12, 2013, at 4:55 PM, "Ray Camden" wrote: > >> Although please note Ripple has not worked since 2.6 (or 2.7 - I >>forget). >> I know (assume) folks know this, but I keep hoping it gets repaired >>soon. >> :) >> >> >> On 8/6/13 10:28 AM, "Filip Maj" wrote: >> >>> Ripple does exactly what serve does but provides an in-browser emulator >>> experience on top >>> >>> On 8/6/13 7:47 AM, "Wargo, John" wrote: >>> Thanks. Another question, how is Ripple used with the CLI? John M. Wargo SAP | Charlotte, NC | USA Office: +1 704.321.0265 | Mobile: +1 704.249.7476 Email: john.wa...@sap.com Twitter: @johnwargo >>
Re: iOS 7
I've run mobile-spec on the last few betas without any issues too. There may need to be some adjustments for the transparent status bar. Weclome back Shaz! -James Jong On Aug 27, 2013, at 9:11 AM, Ian Clelland wrote: > I checked out mobile spec yesterday on a couple of iOS 7 devices (beta 3 > and beta 6), running a 6.1-target build as well as a fresh build with the > latest 7 sdk. I didn't see any regressions; all of the auto tests pass, and > the manual tests behave sanely. Some of the UI "felt" less responsive than > I'm used to, but that's entirely unscientific, so I'm going to try to do a > side-by-side comparison today or tomorrow, to see if it's real. > > > On Tuesday, August 27, 2013, Shazron wrote: > >> Thanks! >> >> I re-looked at the API diffs again since its probably close to stable by >> now: >> >> https://developer.apple.com/library/prerelease/ios/releasenotes/General/iOS70APIDiffs/index.html >> >> I see some changes we could do, but not critical: >> >> - CoreTelephony, we can detect what sort of cellular connection is >> available now (Connection core plugin) >> - ImageIO.framework/CGImageMetadata - we can manipulate metadata better now >> (Camera core plugin) >> - UIWebView has various new properties we might need to support to turn >> off/on >> - JavaScriptCore might allow a lot more scenarios for plugin development, >> not sure yet but super minor priority just FYI >> >> >> >> >> On Tue, Aug 27, 2013 at 1:44 AM, Brian LeRoux > >> wrote: >> >>> welcome back mang! >>> >>> >>> On Mon, Aug 26, 2013 at 12:05 AM, Shazron > >> wrote: >>> Getting back into the saddle after vacation (but at +8GMT not SF time). Since Apple already announced a Sep 10 event, it is without a doubt regarding new phones which means the new iOS release. So since there is >>> not much time I will focus on that first so there are no surprises, if >> there are I hope to write workarounds or guidance on how to upgrade etc. >>> >>
Re: Introduction
Welcome Mark! Great to have you join! -James Jong On Aug 27, 2013, at 12:57 PM, Lorin Beer wrote: > welcome, Mark! > > > On Tue, Aug 27, 2013 at 9:25 AM, Brian LeRoux wrote: > >> Welcome to the battle Mark! >> >> >> On Tue, Aug 27, 2013 at 7:52 AM, Filip Maj wrote: >> >>> Welcome Mark! >>> On 2013-08-27 7:49 AM, "Mark Koudritsky" wrote: >>> Hi All, I just wanted to introduce myself. I'm joining the Cordova team at >>> Google. So far signed the ICLA, signed up for a JIRA account and got this bug >> to start from: https://issues.apache.org/jira/browse/CB-4622 My previous project was with the ChromeOS AutoTest lab. Looking forward to contributing to Cordova. - Mark >>> >>
Re: lib-file for Android, plugman "crash"
On Tue, Aug 27, 2013 at 1:11 PM, Axel Nennker wrote: > I think that that thread is related but more fundamental. > The doc doesn't say that lib-file is bb10 only. It gives bb10 as an > example. So lib-file should not crash plugman on Android with an unhelpful > error message. In fact I needed lib-file on Android. > > The thread about these child elements of plugin is still open; but it does > not hurt to fix lib-file on Android in the meantime. > Definitely doesn't hurt. I'd like to see a proper spec for plugin.xml written (and I might take a look at that next week). Then we can make tests, and see what conceptual pieces are missing. Thanks for the work on this, btw.
Re: Anyone seeing problems with cordova cli commands running in parallel?
Maybe use this instead? https://github.com/bruce/node-temp -Axel Am 27.08.2013 16:06 schrieb "Filip Maj" : > Its probably due to this brittle line of code in plugman by yours truly: > > > https://github.com/apache/cordova-plugman/blob/master/src/util/plugins.js#L37 > > Probably should tack on a random number there instead of a date. Pull > requests welcome! :) > On 2013-08-27 6:51 AM, "Carlos Santana" wrote: > > > I created a grunt-cordovacli [1] plugin > > > > I'm using grunt.util.spawn [2] it spawns a node child process to run a > > cordova command > > > > For example I'm running in parallel when adding multiple platforms or > > adding multiple plugins, where plugins and platforms is an array > > > > cordova build ios and cordova build android > > > > Setting Current Working Directory (CWD) to myHybridAppFolder > > Running-> cordova platform add ios > > Running-> cordova platform add android > > > > or adding all the plugins > > > > Setting Current Working Directory (CWD) to myHybridAppFolder > > Running-> cordova plugin add > > https://git-wip-us.apache.org/repos/asf/cordova-plugin-vibration.git > > Running-> cordova plugin add > > > > > https://git-wip-us.apache.org/repos/asf/cordova-plugin-device-orientation.git > > Running-> cordova plugin add > > > > > https://git-wip-us.apache.org/repos/asf/cordova-plugin-network-information.git > > Running-> cordova plugin add > > https://git-wip-us.apache.org/repos/asf/cordova-plugin-device.git > > Running-> cordova plugin add > > https://git-wip-us.apache.org/repos/asf/cordova-plugin-contacts.git > > Running-> cordova plugin add > > https://git-wip-us.apache.org/repos/asf/cordova-plugin-media-capture.git > > Running-> cordova plugin add > > https://git-wip-us.apache.org/repos/asf/cordova-plugin-inappbrowser.git > > Running-> cordova plugin add > > https://git-wip-us.apache.org/repos/asf/cordova-plugin-globalization.git > > Running-> cordova plugin add > > https://git-wip-us.apache.org/repos/asf/cordova-plugin-geolocation.git > > Running-> cordova plugin add > > https://git-wip-us.apache.org/repos/asf/cordova-plugin-file.git > > Running-> cordova plugin add > > https://git-wip-us.apache.org/repos/asf/cordova-plugin-dialogs.git > > > > I get errors like > > Error: [Error: Error fetching plugin: Error: failed to get the plugin via > > git from URL > > https://git-wip-us.apache.org/repos/asf/cordova-plugin-device.git, > output: > > fatal: destination path 'plugman-tmp1377610558753' already exists and is > > not an empty directory. > > > > > > I was scratching my head last night because commands will work some times > > and will not other times > > > > today I have a suspicion that it might be that I'm running the commands > in > > parallels, this helps speed the workflow but if it doesn't work all the > > time is not worthy. > > > > > > [1] https://github.com/csantanapr/grunt-cordovacli > > [2] http://gruntjs.com/api/grunt.util#grunt.util.spawn > > > > > > > > -- > > Carlos Santana > > > > >
Re: lib-file for Android, plugman "crash"
I think that that thread is related but more fundamental. The doc doesn't say that lib-file is bb10 only. It gives bb10 as an example. So lib-file should not crash plugman on Android with an unhelpful error message. In fact I needed lib-file on Android. The thread about these child elements of plugin is still open; but it does not hurt to fix lib-file on Android in the meantime.
Re: Introduction
welcome, Mark! On Tue, Aug 27, 2013 at 9:25 AM, Brian LeRoux wrote: > Welcome to the battle Mark! > > > On Tue, Aug 27, 2013 at 7:52 AM, Filip Maj wrote: > > > Welcome Mark! > > On 2013-08-27 7:49 AM, "Mark Koudritsky" wrote: > > > > > Hi All, > > > > > > I just wanted to introduce myself. I'm joining the Cordova team at > > Google. > > > So far signed the ICLA, signed up for a JIRA account and got this bug > to > > > start from: > > > https://issues.apache.org/jira/browse/CB-4622 > > > > > > My previous project was with the ChromeOS AutoTest lab. > > > Looking forward to contributing to Cordova. > > > > > > - Mark > > > > > >
Re: lib-file for Android, plugman "crash"
Does this mean that the discussion in [this thread][ http://apache.markmail.org/thread/h2vgb6zwuxa74usf] is out of date? A couple of weeks ago, it seemed that lib-file was bb10-specific; it's clearly not anymore. Should we test its support on other platforms as well now? On Mon, Aug 26, 2013 at 2:19 PM, Filip Maj wrote: > Thanks! > > On 8/25/13 7:42 AM, "Axel Nennker" wrote: > > >Hi, > > > >lib-file does not work on Android. plugman crashes. > > > >The fix is simple and could be added to other platform handlers as well. > >I made this pull request for Android. > >https://github.com/apache/cordova-plugman/pull/19 > > > >have fun > >Axel > > > >https://issues.apache.org/jira/browse/CB-4430#comment-13749605 > >
Re: Introduction
Welcome to the battle Mark! On Tue, Aug 27, 2013 at 7:52 AM, Filip Maj wrote: > Welcome Mark! > On 2013-08-27 7:49 AM, "Mark Koudritsky" wrote: > > > Hi All, > > > > I just wanted to introduce myself. I'm joining the Cordova team at > Google. > > So far signed the ICLA, signed up for a JIRA account and got this bug to > > start from: > > https://issues.apache.org/jira/browse/CB-4622 > > > > My previous project was with the ChromeOS AutoTest lab. > > Looking forward to contributing to Cordova. > > > > - Mark > > >
Re: Anyone seeing problems with cordova cli commands running in parallel?
step 1, jira item created :-) https://issues.apache.org/jira/browse/CB-4679 On Tue, Aug 27, 2013 at 11:47 AM, Carlos Santana wrote: > Just wanted to confirm. Thanks for the quick response. > > > > > > > On Tue, Aug 27, 2013 at 10:06 AM, Filip Maj wrote: > >> Its probably due to this brittle line of code in plugman by yours truly: >> >> >> https://github.com/apache/cordova-plugman/blob/master/src/util/plugins.js#L37 >> >> Probably should tack on a random number there instead of a date. Pull >> requests welcome! :) >> On 2013-08-27 6:51 AM, "Carlos Santana" wrote: >> >> > I created a grunt-cordovacli [1] plugin >> > >> > I'm using grunt.util.spawn [2] it spawns a node child process to run a >> > cordova command >> > >> > For example I'm running in parallel when adding multiple platforms or >> > adding multiple plugins, where plugins and platforms is an array >> > >> > cordova build ios and cordova build android >> > >> > Setting Current Working Directory (CWD) to myHybridAppFolder >> > Running-> cordova platform add ios >> > Running-> cordova platform add android >> > >> > or adding all the plugins >> > >> > Setting Current Working Directory (CWD) to myHybridAppFolder >> > Running-> cordova plugin add >> > https://git-wip-us.apache.org/repos/asf/cordova-plugin-vibration.git >> > Running-> cordova plugin add >> > >> > >> https://git-wip-us.apache.org/repos/asf/cordova-plugin-device-orientation.git >> > Running-> cordova plugin add >> > >> > >> https://git-wip-us.apache.org/repos/asf/cordova-plugin-network-information.git >> > Running-> cordova plugin add >> > https://git-wip-us.apache.org/repos/asf/cordova-plugin-device.git >> > Running-> cordova plugin add >> > https://git-wip-us.apache.org/repos/asf/cordova-plugin-contacts.git >> > Running-> cordova plugin add >> > >> https://git-wip-us.apache.org/repos/asf/cordova-plugin-media-capture.git >> > Running-> cordova plugin add >> > https://git-wip-us.apache.org/repos/asf/cordova-plugin-inappbrowser.git >> > Running-> cordova plugin add >> > >> https://git-wip-us.apache.org/repos/asf/cordova-plugin-globalization.git >> > Running-> cordova plugin add >> > https://git-wip-us.apache.org/repos/asf/cordova-plugin-geolocation.git >> > Running-> cordova plugin add >> > https://git-wip-us.apache.org/repos/asf/cordova-plugin-file.git >> > Running-> cordova plugin add >> > https://git-wip-us.apache.org/repos/asf/cordova-plugin-dialogs.git >> > >> > I get errors like >> > Error: [Error: Error fetching plugin: Error: failed to get the plugin >> via >> > git from URL >> > https://git-wip-us.apache.org/repos/asf/cordova-plugin-device.git, >> output: >> > fatal: destination path 'plugman-tmp1377610558753' already exists and is >> > not an empty directory. >> > >> > >> > I was scratching my head last night because commands will work some >> times >> > and will not other times >> > >> > today I have a suspicion that it might be that I'm running the commands >> in >> > parallels, this helps speed the workflow but if it doesn't work all the >> > time is not worthy. >> > >> > >> > [1] https://github.com/csantanapr/grunt-cordovacli >> > [2] http://gruntjs.com/api/grunt.util#grunt.util.spawn >> > >> > >> > >> > -- >> > Carlos Santana >> > >> > >> > > > > -- > Carlos Santana > > -- Carlos Santana
Re: Anyone seeing problems with cordova cli commands running in parallel?
Just wanted to confirm. Thanks for the quick response. On Tue, Aug 27, 2013 at 10:06 AM, Filip Maj wrote: > Its probably due to this brittle line of code in plugman by yours truly: > > > https://github.com/apache/cordova-plugman/blob/master/src/util/plugins.js#L37 > > Probably should tack on a random number there instead of a date. Pull > requests welcome! :) > On 2013-08-27 6:51 AM, "Carlos Santana" wrote: > > > I created a grunt-cordovacli [1] plugin > > > > I'm using grunt.util.spawn [2] it spawns a node child process to run a > > cordova command > > > > For example I'm running in parallel when adding multiple platforms or > > adding multiple plugins, where plugins and platforms is an array > > > > cordova build ios and cordova build android > > > > Setting Current Working Directory (CWD) to myHybridAppFolder > > Running-> cordova platform add ios > > Running-> cordova platform add android > > > > or adding all the plugins > > > > Setting Current Working Directory (CWD) to myHybridAppFolder > > Running-> cordova plugin add > > https://git-wip-us.apache.org/repos/asf/cordova-plugin-vibration.git > > Running-> cordova plugin add > > > > > https://git-wip-us.apache.org/repos/asf/cordova-plugin-device-orientation.git > > Running-> cordova plugin add > > > > > https://git-wip-us.apache.org/repos/asf/cordova-plugin-network-information.git > > Running-> cordova plugin add > > https://git-wip-us.apache.org/repos/asf/cordova-plugin-device.git > > Running-> cordova plugin add > > https://git-wip-us.apache.org/repos/asf/cordova-plugin-contacts.git > > Running-> cordova plugin add > > https://git-wip-us.apache.org/repos/asf/cordova-plugin-media-capture.git > > Running-> cordova plugin add > > https://git-wip-us.apache.org/repos/asf/cordova-plugin-inappbrowser.git > > Running-> cordova plugin add > > https://git-wip-us.apache.org/repos/asf/cordova-plugin-globalization.git > > Running-> cordova plugin add > > https://git-wip-us.apache.org/repos/asf/cordova-plugin-geolocation.git > > Running-> cordova plugin add > > https://git-wip-us.apache.org/repos/asf/cordova-plugin-file.git > > Running-> cordova plugin add > > https://git-wip-us.apache.org/repos/asf/cordova-plugin-dialogs.git > > > > I get errors like > > Error: [Error: Error fetching plugin: Error: failed to get the plugin via > > git from URL > > https://git-wip-us.apache.org/repos/asf/cordova-plugin-device.git, > output: > > fatal: destination path 'plugman-tmp1377610558753' already exists and is > > not an empty directory. > > > > > > I was scratching my head last night because commands will work some times > > and will not other times > > > > today I have a suspicion that it might be that I'm running the commands > in > > parallels, this helps speed the workflow but if it doesn't work all the > > time is not worthy. > > > > > > [1] https://github.com/csantanapr/grunt-cordovacli > > [2] http://gruntjs.com/api/grunt.util#grunt.util.spawn > > > > > > > > -- > > Carlos Santana > > > > > -- Carlos Santana
Re: lib-file for Android, plugman "crash"
A minute ago.
Re: lib-file for Android, plugman "crash"
Have you signed and sent in an Apache ICLA? On 2013-08-27 8:10 AM, "Axel Nennker" wrote: > You'r welcome. How does this go forward? There are more things I would fix > after this is merged. >
Re: lib-file for Android, plugman "crash"
You'r welcome. How does this go forward? There are more things I would fix after this is merged.
Re: Android InAppBrowser with local file blocks XHR on Android 4.1
This looks like a direct port of cordova-android commit #07439ff9 to InAppBrowser. The actual setting controls whether file:///* urls are allowed to execute JavaScript from any context; it is usually false for browsers (at least Chrome) for security reasons. We turn it on for the main Cordova WebView, since (presumably) the developer has full control over what URLs can be loaded into that space. InAppBrowser is meant to be more like a regular browser view, (i.e. no Cordova APIs), so we haven't chosen to open that up. There is probably a good case to be made for allowing this -- certainly not as the default setting, but as an option that the app can set in specific cases when it knows that the IAB is only going to be used for local content, and won't be executing arbitrary scripts. Ian On Mon, Aug 26, 2013 at 10:56 PM, Shazron wrote: > I'll let the Android devs comment on this more - seems like an easy patch > but the question is more of a policy thing, whether we want it in there at > all. If anything, it would be an InAppBrowser option. > > > On Tue, Aug 27, 2013 at 7:02 AM, Sethi, Raman wrote: > > > Hi All, > > > > We ran into this issue with the InAppBrowser with local URLs, happens on > > JellyBean only. > > > > > > https://issues.apache.org/jira/browse/CB-4083 > > > > > > The fix is suggested in the comments if @Shazron or others can take a > > look. > > > > > > So far we have been patching it on our side and would like customers to > > use the default Cordova plugin. > > > > Thanks > > > > Raman > > > > >
Re: Introduction
Welcome Mark! On 2013-08-27 7:49 AM, "Mark Koudritsky" wrote: > Hi All, > > I just wanted to introduce myself. I'm joining the Cordova team at Google. > So far signed the ICLA, signed up for a JIRA account and got this bug to > start from: > https://issues.apache.org/jira/browse/CB-4622 > > My previous project was with the ChromeOS AutoTest lab. > Looking forward to contributing to Cordova. > > - Mark >
Introduction
Hi All, I just wanted to introduce myself. I'm joining the Cordova team at Google. So far signed the ICLA, signed up for a JIRA account and got this bug to start from: https://issues.apache.org/jira/browse/CB-4622 My previous project was with the ChromeOS AutoTest lab. Looking forward to contributing to Cordova. - Mark
Re: Extending CordovaWebView
Issues CB-4671 and CB-4678 added to JIRA for this. If I have time this week, I'll take a stab at implementing them. On Fri, Aug 23, 2013 at 12:30 PM, Ally Ogilvie wrote: > Hell. Yes. Plus all the things you just wrote +1 > > Sharing is caring... Is why i want accessibility in plugins for maximum > awesomeness. > > Sent from my Windows Phone From: Ian Clelland > Sent: 23/08/2013 23:41 > To: dev@cordova.apache.org > Subject: Re: Extending CordovaWebView > On Thu, Aug 22, 2013 at 8:43 PM, Ally Ogilvie wrote: > > > > First is that there is no way to use a custom WebView / WebViewClient / > > > ChromeClient class within the CLI system, without writing custom native > > > code after your project has been created. > > > > Not sure about the CLI system, don't really use it. Call me old school > but > > I love my jars 'n frameworks. There is of course another reason for this; > > Cordova is very much a framework for me, NOT a platform. I think it's > > crucial to remember there are many reasons to use Cordova in a project, > it > > can often be just as a means to get a little extra accessibility and > > browser standardisation out of the WebView. The rest of the app could be > > 80% native with heaps of other SDKs... > > > > That is absolutely a valid use of Cordova, and underscores the point that > the tools which underlie CLI should be even more stable than CLI itself. > (Which I think is true right now) > > If you're using Cordova in that way, then most of this discussion wouldn't > even apply -- your start-of-project flow can just be > "cordova-android/bin/create newproject com.example.newproject", and then > you can start editing (or just throw away) the default Activity class. > Nothing here is going to get in the way of that. > > > > > > > >For Mobile Chrome Apps, we have a need to subclass the > CordovaChromeClient > > >class used by our applications. There's not currently a way to do that > in > > >the CLI world > > > > Ian, I know you are using CLI, but IF you were not, you would subclass > > CordovaChromeClient on your application's main Activity?? I see no > sensible > > way to do it on a Plugin without going thread crazy... I can separate a > > thread if you want to keep this CLI related, but I feel the plugin > > developer use case should be considered in this thread too. > > > > The only reason I can imagine for me not to use CLI would be if I was > creating a single-platform application, for which I knew that I was going > to be making a lot of native code modifications. In that case, I would > absolutely introduce my own subclass of CordovaChromeClient, and import it > in my main Activity, and override init() to create the right objects. > > But that only works for my application; it doesn't give me anything that I > can share with other developers without also instructing them to modify > their code in the same way. > > There's no way right now to encapsulate this sort of change in a plugin. > The CordovaWebView/Client/ChromeClient are necessarily singletons, and it's > probably not a good idea to allow plugins to arbitrarily replace them. We > could conceivably come up with a new sort of plugin that can do it -- and > you could only install one such plugin per project -- but people could also > just distribute custom app templates which do pretty much the same thing. > > > > > > I'm 100% hopeful that at a minimum more methods (WebView and > WebViewCient) > > can be exposed to the Plugins. > > > > For individual methods, right now lets just name them specifically, and we > can add delegation to the plugins for them. Later, I think we can move to a > generic registration / notification architecture, once we have a good > design for that. > > I've heard calls for: > - disableTouchEvents > - registerGestureHandler > - onReceivedHttpAuthRequest > - getHttpAuthUsernamePassword > > We can create some issues for those, and get them implemented. > > Ian >
Re: Anyone seeing problems with cordova cli commands running in parallel?
Its probably due to this brittle line of code in plugman by yours truly: https://github.com/apache/cordova-plugman/blob/master/src/util/plugins.js#L37 Probably should tack on a random number there instead of a date. Pull requests welcome! :) On 2013-08-27 6:51 AM, "Carlos Santana" wrote: > I created a grunt-cordovacli [1] plugin > > I'm using grunt.util.spawn [2] it spawns a node child process to run a > cordova command > > For example I'm running in parallel when adding multiple platforms or > adding multiple plugins, where plugins and platforms is an array > > cordova build ios and cordova build android > > Setting Current Working Directory (CWD) to myHybridAppFolder > Running-> cordova platform add ios > Running-> cordova platform add android > > or adding all the plugins > > Setting Current Working Directory (CWD) to myHybridAppFolder > Running-> cordova plugin add > https://git-wip-us.apache.org/repos/asf/cordova-plugin-vibration.git > Running-> cordova plugin add > > https://git-wip-us.apache.org/repos/asf/cordova-plugin-device-orientation.git > Running-> cordova plugin add > > https://git-wip-us.apache.org/repos/asf/cordova-plugin-network-information.git > Running-> cordova plugin add > https://git-wip-us.apache.org/repos/asf/cordova-plugin-device.git > Running-> cordova plugin add > https://git-wip-us.apache.org/repos/asf/cordova-plugin-contacts.git > Running-> cordova plugin add > https://git-wip-us.apache.org/repos/asf/cordova-plugin-media-capture.git > Running-> cordova plugin add > https://git-wip-us.apache.org/repos/asf/cordova-plugin-inappbrowser.git > Running-> cordova plugin add > https://git-wip-us.apache.org/repos/asf/cordova-plugin-globalization.git > Running-> cordova plugin add > https://git-wip-us.apache.org/repos/asf/cordova-plugin-geolocation.git > Running-> cordova plugin add > https://git-wip-us.apache.org/repos/asf/cordova-plugin-file.git > Running-> cordova plugin add > https://git-wip-us.apache.org/repos/asf/cordova-plugin-dialogs.git > > I get errors like > Error: [Error: Error fetching plugin: Error: failed to get the plugin via > git from URL > https://git-wip-us.apache.org/repos/asf/cordova-plugin-device.git, output: > fatal: destination path 'plugman-tmp1377610558753' already exists and is > not an empty directory. > > > I was scratching my head last night because commands will work some times > and will not other times > > today I have a suspicion that it might be that I'm running the commands in > parallels, this helps speed the workflow but if it doesn't work all the > time is not worthy. > > > [1] https://github.com/csantanapr/grunt-cordovacli > [2] http://gruntjs.com/api/grunt.util#grunt.util.spawn > > > > -- > Carlos Santana > >
Anyone seeing problems with cordova cli commands running in parallel?
I created a grunt-cordovacli [1] plugin I'm using grunt.util.spawn [2] it spawns a node child process to run a cordova command For example I'm running in parallel when adding multiple platforms or adding multiple plugins, where plugins and platforms is an array cordova build ios and cordova build android Setting Current Working Directory (CWD) to myHybridAppFolder Running-> cordova platform add ios Running-> cordova platform add android or adding all the plugins Setting Current Working Directory (CWD) to myHybridAppFolder Running-> cordova plugin add https://git-wip-us.apache.org/repos/asf/cordova-plugin-vibration.git Running-> cordova plugin add https://git-wip-us.apache.org/repos/asf/cordova-plugin-device-orientation.git Running-> cordova plugin add https://git-wip-us.apache.org/repos/asf/cordova-plugin-network-information.git Running-> cordova plugin add https://git-wip-us.apache.org/repos/asf/cordova-plugin-device.git Running-> cordova plugin add https://git-wip-us.apache.org/repos/asf/cordova-plugin-contacts.git Running-> cordova plugin add https://git-wip-us.apache.org/repos/asf/cordova-plugin-media-capture.git Running-> cordova plugin add https://git-wip-us.apache.org/repos/asf/cordova-plugin-inappbrowser.git Running-> cordova plugin add https://git-wip-us.apache.org/repos/asf/cordova-plugin-globalization.git Running-> cordova plugin add https://git-wip-us.apache.org/repos/asf/cordova-plugin-geolocation.git Running-> cordova plugin add https://git-wip-us.apache.org/repos/asf/cordova-plugin-file.git Running-> cordova plugin add https://git-wip-us.apache.org/repos/asf/cordova-plugin-dialogs.git I get errors like Error: [Error: Error fetching plugin: Error: failed to get the plugin via git from URL https://git-wip-us.apache.org/repos/asf/cordova-plugin-device.git, output: fatal: destination path 'plugman-tmp1377610558753' already exists and is not an empty directory. I was scratching my head last night because commands will work some times and will not other times today I have a suspicion that it might be that I'm running the commands in parallels, this helps speed the workflow but if it doesn't work all the time is not worthy. [1] https://github.com/csantanapr/grunt-cordovacli [2] http://gruntjs.com/api/grunt.util#grunt.util.spawn -- Carlos Santana
Re: iOS 7
I checked out mobile spec yesterday on a couple of iOS 7 devices (beta 3 and beta 6), running a 6.1-target build as well as a fresh build with the latest 7 sdk. I didn't see any regressions; all of the auto tests pass, and the manual tests behave sanely. Some of the UI "felt" less responsive than I'm used to, but that's entirely unscientific, so I'm going to try to do a side-by-side comparison today or tomorrow, to see if it's real. On Tuesday, August 27, 2013, Shazron wrote: > Thanks! > > I re-looked at the API diffs again since its probably close to stable by > now: > > https://developer.apple.com/library/prerelease/ios/releasenotes/General/iOS70APIDiffs/index.html > > I see some changes we could do, but not critical: > > - CoreTelephony, we can detect what sort of cellular connection is > available now (Connection core plugin) > - ImageIO.framework/CGImageMetadata - we can manipulate metadata better now > (Camera core plugin) > - UIWebView has various new properties we might need to support to turn > off/on > - JavaScriptCore might allow a lot more scenarios for plugin development, > not sure yet but super minor priority just FYI > > > > > On Tue, Aug 27, 2013 at 1:44 AM, Brian LeRoux > > wrote: > > > welcome back mang! > > > > > > On Mon, Aug 26, 2013 at 12:05 AM, Shazron > > wrote: > > > > > Getting back into the saddle after vacation (but at +8GMT not SF time). > > > > > > Since Apple already announced a Sep 10 event, it is without a doubt > > > regarding new phones which means the new iOS release. So since there is > > not > > > much time I will focus on that first so there are no surprises, if > there > > > are I hope to write workarounds or guidance on how to upgrade etc. > > > > > >