Re: Andrew on Vacation
Have a good one! On Thursday, August 21, 2014, Andrew Grieve wrote: > I'll be back Sept 8th :) >
Re: meteor for mobile !
Others are doing it today [1], I personally will advice to not use it to update the app code maybe a small css/html/img hot fix. definitely not javascript. http://stackoverflow.com/questions/17080470/ibm-worklight-is-direct-update-allowed-by-apples-guidelines-for-the-app-store On Fri, Aug 22, 2014 at 12:12 AM, tommy-carlos williams wrote: > Interesting. > > I wonder how Apple will be about the Hot Push? > > - tommy > > On 22 August 2014 at 13:45:24, Carlos Santana (csantan...@gmail.com) > wrote: > > Glad to see meteorjs supporting Cordova > > > https://www.youtube.com/watch?feature=player_detailpage&v=zzNoXbv1DX4#t=1496 > > https://meteor.hackpad.com/Getting-Started-With-Cordova-Z5n6zkVB1xq > > > -- > Carlos Santana > > > -- Carlos Santana
Andrew on Vacation
I'll be back Sept 8th :)
Re: meteor for mobile !
Interesting. I wonder how Apple will be about the Hot Push? - tommy On 22 August 2014 at 13:45:24, Carlos Santana (csantan...@gmail.com) wrote: Glad to see meteorjs supporting Cordova https://www.youtube.com/watch?feature=player_detailpage&v=zzNoXbv1DX4#t=1496 https://meteor.hackpad.com/Getting-Started-With-Cordova-Z5n6zkVB1xq -- Carlos Santana
meteor for mobile !
Glad to see meteorjs supporting Cordova https://www.youtube.com/watch?feature=player_detailpage&v=zzNoXbv1DX4#t=1496 https://meteor.hackpad.com/Getting-Started-With-Cordova-Z5n6zkVB1xq -- Carlos Santana
[GitHub] cordova-mobile-spec pull request: CB-7350 Make createmobilespec fr...
Github user jsoref commented on the pull request: https://github.com/apache/cordova-mobile-spec/pull/103#issuecomment-52998710 -- And by close it, I mean, that I intend to fold all of my commits into 2 or so commits with pretty commit messages and then push that into `apache/master` --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. ---
[GitHub] cordova-mobile-spec pull request: CB-7350 Make createmobilespec fr...
Github user jsoref commented on the pull request: https://github.com/apache/cordova-mobile-spec/pull/103#issuecomment-52998657 @clelland : ok, I think this is pretty good now... Android, BlackBerry 10, and iOS are all able to work w/ and w/o `--plugman` In most of the cases I can imagine, I'm given clear instructions about what to do next if I'm missing something. @jengee if you could try using this pull request with createmobilespec.js, that'd be great. I can try to get some other QA to try it too. But, I'd really like to close this pull request tomorrow. --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. ---
[GitHub] cordova-plugman pull request: CB-7363 Do not insist on precise ver...
Github user asfgit closed the pull request at: https://github.com/apache/cordova-plugman/pull/78 --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. ---
[GitHub] cordova-cli pull request: CB-7363 Do not insist on precise version...
Github user asfgit closed the pull request at: https://github.com/apache/cordova-cli/pull/190 --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. ---
[GitHub] cordova-plugman pull request: Add Please run npm install from this...
Github user asfgit closed the pull request at: https://github.com/apache/cordova-plugman/pull/77 --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. ---
[GitHub] cordova-plugman pull request: CB-7363 Do not insist on precise ver...
GitHub user jsoref opened a pull request: https://github.com/apache/cordova-plugman/pull/78 CB-7363 Do not insist on precise version of cordova-lib CB-7362 Add Please run npm install from this directory code Remove package.json:scripts.test You can merge this pull request into a Git repository by running: $ git pull https://github.com/jsoref/cordova-plugman cb_7363 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-plugman/pull/78.patch To close this pull request, make a commit to your master/trunk branch with (at least) the following in the commit message: This closes #78 commit c0e57a8f09094014b4674ca5eaa7c6329bbbf0ce Author: Josh Soref Date: 2014-08-21T20:08:16Z Remove package.json:scripts.test The spec directory was removed with eefdf68 / bea01b3, but this file was not updated commit 8eff249e4188c0f616d428d791d9b0c935cdeb50 Author: Josh Soref Date: 2014-08-21T20:04:42Z CB-7362 Add Please run npm install from this directory code commit 8a9835493441050003cab442091190127e8c4fda Author: Josh Soref Date: 2014-08-21T20:51:45Z CB-7363 Do not insist on precise version of cordova-lib --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. ---
[GitHub] cordova-cli pull request: CB-7363 Do not insist on precise version...
GitHub user jsoref opened a pull request: https://github.com/apache/cordova-cli/pull/190 CB-7363 Do not insist on precise version of cordova-lib You can merge this pull request into a Git repository by running: $ git pull https://github.com/jsoref/cordova-cli cb_7363 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-cli/pull/190.patch To close this pull request, make a commit to your master/trunk branch with (at least) the following in the commit message: This closes #190 commit d4898e769a6e4bc0efff4d7acb7e755b8356ba3b Author: Josh Soref Date: 2014-08-21T20:51:05Z CB-7363 Do not insist on precise version of cordova-lib --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. ---
Re: continuous integration woze
I agree. My personal philosophy is generally to treat warnings as errors. On Aug 21, 2014, at 9:27 AM, Mark Koudritsky wrote: > If some tests are too strict or too flaky, we can and should fix or remove > them altogether. I don't believe there is any value in warnings, they will > accumulate and then people will largely ignore them.
[GitHub] cordova-plugman pull request: Add Please run npm install from this...
GitHub user jsoref opened a pull request: https://github.com/apache/cordova-plugman/pull/77 Add Please run npm install from this directory code You can merge this pull request into a Git repository by running: $ git pull https://github.com/jsoref/cordova-plugman cb_7362 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-plugman/pull/77.patch To close this pull request, make a commit to your master/trunk branch with (at least) the following in the commit message: This closes #77 commit c0e57a8f09094014b4674ca5eaa7c6329bbbf0ce Author: Josh Soref Date: 2014-08-21T20:08:16Z Remove package.json:scripts.test The spec directory was removed with eefdf68 / bea01b3, but this file was not updated commit b17b8836f9618422cd55865a9d452bfb56cc5ca8 Author: Josh Soref Date: 2014-08-21T20:04:42Z Add Please run npm install from this directory code --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. ---
Re: Plugin path when installing from git
http://cordova.apache.org/docs/en/edge/guide_cli_index.md.html You can also combine both the git-ref and the subdirectory: $ cordova plugin add https://github.com/someone/aplugin.git#r0.0.1:/my/sub/dir On Thu, Aug 21, 2014 at 2:31 PM, Don Coleman wrote: > What's the syntax for installing a plugin from a subdirectory in git? > > I can install the plugin from a local copy with > > cordova plugin add ~/phonegap-nfc/tests > > But I can't figure out the URL to install this from git > https://github.com/chariotsolutions/phonegap-nfc/tree/master/tests >
Re: remotely loaded pages
No apologies! It definitely *is* for dev authoring workflow currently …but
given the #'s I think it could be suitable for production runtime. (Sorry I
wasn't clear on that.)
On Thu, Aug 21, 2014 at 11:35 AM, Tim Kim wrote:
> >
> > I wonder how it solves the problems of serving the
> > correct version of cordova.js and cordova_plugin.js depending on the
> > version of the native code that is installed on the different versions of
> > the mobile App in production.
>
>
> When you connect to the IP that's being served by connect-phonegap, the
> client will send its device.version and device.platform to the server. On
> the server's side, there's a res folder within connect-phonegap with all
> the various version and platforms of the cordova.js, cordova_plugins.js and
> plugins/.
>
>
> On 21 August 2014 11:20, Carlos Santana wrote:
>
> > Sorry Brian, I thought it was a development time tool to allow for fast
> > development cycle associated with PhoneGap Developer App.
> >
> > I guess they can use it and run the connect-phonegap in a production
> > node-js backend system, I wonder how it solves the problems of serving
> the
> > correct version of cordova.js and cordova_plugin.js depending on the
> > version of the native code that is installed on the different versions of
> > the mobile App in production.
> >
> >
> >
> >
> > On Thu, Aug 21, 2014 at 2:06 PM, Brian LeRoux wrote:
> >
> > > totally, though connect-phonegap *could* be considered production
> worthy
> > > (it is being used significantly by the pg downstream community)
> > >
> > >
> > > On Thu, Aug 21, 2014 at 10:53 AM, Carlos Santana >
> > > wrote:
> > >
> > > > Brain I think that's OK at development time everything is fair game
> :-)
> > > >
> > > > The problem is developers doing stupid things like loading a
> cordova.js
> > > > from a place they don't know for a in production app being used by
> end
> > > > users, that's just kamikaze
> > > >
> > > > That's OK if they want to shoot themselves in the foot, but then
> don't
> > > come
> > > > crying to JIRA claiming that is a problem with Cordova project.
> > > >
> > > >
> > > > On Thu, Aug 21, 2014 at 1:30 PM, Brian LeRoux wrote:
> > > >
> > > > > phonegap-connect serves up remote cordova.js (negotiates the
> > requestor
> > > to
> > > > > send the right file)
> > > > >
> > > > > no deaths yet!
> > > > >
> > > > >
> > > > >
> > > >
> > >
> >
> https://github.com/phonegap/connect-phonegap/blob/master/lib/middleware/cordova/cordova.js#L29
> > > > >
> > > > >
> > > > > On Wed, Aug 20, 2014 at 8:57 PM, Ally Ogilvie >
> > > > wrote:
> > > > >
> > > > > > That's a good difference to point out.
> > > > > >
> > > > > > >My personal position is that scenarios where developer is in
> > control
> > > > and
> > > > > > >loaded locally (i.e. directupdate, appmobi, spellcaster) is a
> > valid
> > > > > > >scenario for Cordova
> > > > > >
> > > > > > I agree, because as cordova.js and cordovaLib are version linked,
> > it
> > > > > makes
> > > > > > sense that once an index.html is pulled in, it's cordova.js to
> load
> > > is
> > > > > > already in the client application.
> > > > > > Loading an external cordova.js would be suicidal. So we save the
> > file
> > > > > > locally to write into it's our known path to codova.js
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > > On Thu, Aug 21, 2014 at 9:37 AM, Carlos Santana <
> > > csantan...@gmail.com>
> > > > > > wrote:
> > > > > >
> > > > > > > I want to make clarification there is a notable difference
> > between
> > > > > > loading
> > > > > > > a remotely-loaded *(non-local) *HTML pages with Cordova vs. a
> > > > > downloaded
> > > > > > > webapp to be loaded from a *local* HTML.
> > > > > > >
> > > > > > > IBM Worklight has a feature "Direct update"
> > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
> http://www-01.ibm.com/support/knowledgecenter/api/content/SSZH4A_6.2.0/com.ibm.worklight.dev.doc/admin/c_direct_updates_app_versions_to_mob.html?locale=en
> > > > > > >
> > > > > > > The scenario is a download and local load of html/cordova.
> > Similar
> > > > > > scenario
> > > > > > > as spellcaster and appmobi
> > > > > > > For this scenario there is control from app developer of the
> code
> > > > being
> > > > > > > loaded.
> > > > > > >
> > > > > > > What Marcel is asking is a *non-local* load of arbitrary
> > html/code
> > > > not
> > > > > > > control by developer, developer loading a free html page own
> > > someone
> > > > > else
> > > > > > > and doing kind of a "document.location.replace('
> > > > > > > http://somerandom.com/thisotherguy.html')"
> > > > > > >
> > > > > > > My personal position is that scenarios where developer is in
> > > control
> > > > > and
> > > > > > > loaded locally (i.e. directupdate, appmobi, spellcaster) is a
> > valid
> > > > > > > scenario for Cordova. loading a random cordova.js directly
> from a
> > > > > > non-local
> > > > > > > random place not gu
[GitHub] cordova-js pull request: CB-7349 Tell users to run npm install
Github user asfgit closed the pull request at: https://github.com/apache/cordova-js/pull/78 --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. ---
[GitHub] cordova-blackberry pull request: CB-7211 jshint: force to see all ...
Github user asfgit closed the pull request at: https://github.com/apache/cordova-blackberry/pull/173 --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. ---
[GitHub] cordova-blackberry pull request: CB-7210 cleanup create remove cle...
Github user asfgit closed the pull request at: https://github.com/apache/cordova-blackberry/pull/172 --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. ---
[GitHub] cordova-blackberry pull request: CB-7250 test/cordova/integration/...
Github user asfgit closed the pull request at: https://github.com/apache/cordova-blackberry/pull/174 --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. ---
Re: remotely loaded pages
>
> I wonder how it solves the problems of serving the
> correct version of cordova.js and cordova_plugin.js depending on the
> version of the native code that is installed on the different versions of
> the mobile App in production.
When you connect to the IP that's being served by connect-phonegap, the
client will send its device.version and device.platform to the server. On
the server's side, there's a res folder within connect-phonegap with all
the various version and platforms of the cordova.js, cordova_plugins.js and
plugins/.
On 21 August 2014 11:20, Carlos Santana wrote:
> Sorry Brian, I thought it was a development time tool to allow for fast
> development cycle associated with PhoneGap Developer App.
>
> I guess they can use it and run the connect-phonegap in a production
> node-js backend system, I wonder how it solves the problems of serving the
> correct version of cordova.js and cordova_plugin.js depending on the
> version of the native code that is installed on the different versions of
> the mobile App in production.
>
>
>
>
> On Thu, Aug 21, 2014 at 2:06 PM, Brian LeRoux wrote:
>
> > totally, though connect-phonegap *could* be considered production worthy
> > (it is being used significantly by the pg downstream community)
> >
> >
> > On Thu, Aug 21, 2014 at 10:53 AM, Carlos Santana
> > wrote:
> >
> > > Brain I think that's OK at development time everything is fair game :-)
> > >
> > > The problem is developers doing stupid things like loading a cordova.js
> > > from a place they don't know for a in production app being used by end
> > > users, that's just kamikaze
> > >
> > > That's OK if they want to shoot themselves in the foot, but then don't
> > come
> > > crying to JIRA claiming that is a problem with Cordova project.
> > >
> > >
> > > On Thu, Aug 21, 2014 at 1:30 PM, Brian LeRoux wrote:
> > >
> > > > phonegap-connect serves up remote cordova.js (negotiates the
> requestor
> > to
> > > > send the right file)
> > > >
> > > > no deaths yet!
> > > >
> > > >
> > > >
> > >
> >
> https://github.com/phonegap/connect-phonegap/blob/master/lib/middleware/cordova/cordova.js#L29
> > > >
> > > >
> > > > On Wed, Aug 20, 2014 at 8:57 PM, Ally Ogilvie
> > > wrote:
> > > >
> > > > > That's a good difference to point out.
> > > > >
> > > > > >My personal position is that scenarios where developer is in
> control
> > > and
> > > > > >loaded locally (i.e. directupdate, appmobi, spellcaster) is a
> valid
> > > > > >scenario for Cordova
> > > > >
> > > > > I agree, because as cordova.js and cordovaLib are version linked,
> it
> > > > makes
> > > > > sense that once an index.html is pulled in, it's cordova.js to load
> > is
> > > > > already in the client application.
> > > > > Loading an external cordova.js would be suicidal. So we save the
> file
> > > > > locally to write into it's our known path to codova.js
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > On Thu, Aug 21, 2014 at 9:37 AM, Carlos Santana <
> > csantan...@gmail.com>
> > > > > wrote:
> > > > >
> > > > > > I want to make clarification there is a notable difference
> between
> > > > > loading
> > > > > > a remotely-loaded *(non-local) *HTML pages with Cordova vs. a
> > > > downloaded
> > > > > > webapp to be loaded from a *local* HTML.
> > > > > >
> > > > > > IBM Worklight has a feature "Direct update"
> > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
> http://www-01.ibm.com/support/knowledgecenter/api/content/SSZH4A_6.2.0/com.ibm.worklight.dev.doc/admin/c_direct_updates_app_versions_to_mob.html?locale=en
> > > > > >
> > > > > > The scenario is a download and local load of html/cordova.
> Similar
> > > > > scenario
> > > > > > as spellcaster and appmobi
> > > > > > For this scenario there is control from app developer of the code
> > > being
> > > > > > loaded.
> > > > > >
> > > > > > What Marcel is asking is a *non-local* load of arbitrary
> html/code
> > > not
> > > > > > control by developer, developer loading a free html page own
> > someone
> > > > else
> > > > > > and doing kind of a "document.location.replace('
> > > > > > http://somerandom.com/thisotherguy.html')"
> > > > > >
> > > > > > My personal position is that scenarios where developer is in
> > control
> > > > and
> > > > > > loaded locally (i.e. directupdate, appmobi, spellcaster) is a
> valid
> > > > > > scenario for Cordova. loading a random cordova.js directly from a
> > > > > non-local
> > > > > > random place not guarantee to be supported.
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > > On Wed, Aug 20, 2014 at 12:07 PM, Brian LeRoux
> wrote:
> > > > > >
> > > > > > > Very much so. So much so, I think we should even consider such
> > > > > > > functionality as 'core'. Could dovetail w/ Serviceworker.
> > > > > > >
> > > > > > >
> > > > > > > On Wed, Aug 20, 2014 at 7:26 AM, Andrew Grieve <
> > > agri...@chromium.org
> > > > >
> > > > > > > wrote:
> > > > > > >
> > > > > > > > I think this is a very desired plugin th
Plugin path when installing from git
What's the syntax for installing a plugin from a subdirectory in git? I can install the plugin from a local copy with cordova plugin add ~/phonegap-nfc/tests But I can't figure out the URL to install this from git https://github.com/chariotsolutions/phonegap-nfc/tree/master/tests
Re: remotely loaded pages
Sorry Brian, I thought it was a development time tool to allow for fast
development cycle associated with PhoneGap Developer App.
I guess they can use it and run the connect-phonegap in a production
node-js backend system, I wonder how it solves the problems of serving the
correct version of cordova.js and cordova_plugin.js depending on the
version of the native code that is installed on the different versions of
the mobile App in production.
On Thu, Aug 21, 2014 at 2:06 PM, Brian LeRoux wrote:
> totally, though connect-phonegap *could* be considered production worthy
> (it is being used significantly by the pg downstream community)
>
>
> On Thu, Aug 21, 2014 at 10:53 AM, Carlos Santana
> wrote:
>
> > Brain I think that's OK at development time everything is fair game :-)
> >
> > The problem is developers doing stupid things like loading a cordova.js
> > from a place they don't know for a in production app being used by end
> > users, that's just kamikaze
> >
> > That's OK if they want to shoot themselves in the foot, but then don't
> come
> > crying to JIRA claiming that is a problem with Cordova project.
> >
> >
> > On Thu, Aug 21, 2014 at 1:30 PM, Brian LeRoux wrote:
> >
> > > phonegap-connect serves up remote cordova.js (negotiates the requestor
> to
> > > send the right file)
> > >
> > > no deaths yet!
> > >
> > >
> > >
> >
> https://github.com/phonegap/connect-phonegap/blob/master/lib/middleware/cordova/cordova.js#L29
> > >
> > >
> > > On Wed, Aug 20, 2014 at 8:57 PM, Ally Ogilvie
> > wrote:
> > >
> > > > That's a good difference to point out.
> > > >
> > > > >My personal position is that scenarios where developer is in control
> > and
> > > > >loaded locally (i.e. directupdate, appmobi, spellcaster) is a valid
> > > > >scenario for Cordova
> > > >
> > > > I agree, because as cordova.js and cordovaLib are version linked, it
> > > makes
> > > > sense that once an index.html is pulled in, it's cordova.js to load
> is
> > > > already in the client application.
> > > > Loading an external cordova.js would be suicidal. So we save the file
> > > > locally to write into it's our known path to codova.js
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > On Thu, Aug 21, 2014 at 9:37 AM, Carlos Santana <
> csantan...@gmail.com>
> > > > wrote:
> > > >
> > > > > I want to make clarification there is a notable difference between
> > > > loading
> > > > > a remotely-loaded *(non-local) *HTML pages with Cordova vs. a
> > > downloaded
> > > > > webapp to be loaded from a *local* HTML.
> > > > >
> > > > > IBM Worklight has a feature "Direct update"
> > > > >
> > > > >
> > > >
> > >
> >
> http://www-01.ibm.com/support/knowledgecenter/api/content/SSZH4A_6.2.0/com.ibm.worklight.dev.doc/admin/c_direct_updates_app_versions_to_mob.html?locale=en
> > > > >
> > > > > The scenario is a download and local load of html/cordova. Similar
> > > > scenario
> > > > > as spellcaster and appmobi
> > > > > For this scenario there is control from app developer of the code
> > being
> > > > > loaded.
> > > > >
> > > > > What Marcel is asking is a *non-local* load of arbitrary html/code
> > not
> > > > > control by developer, developer loading a free html page own
> someone
> > > else
> > > > > and doing kind of a "document.location.replace('
> > > > > http://somerandom.com/thisotherguy.html')"
> > > > >
> > > > > My personal position is that scenarios where developer is in
> control
> > > and
> > > > > loaded locally (i.e. directupdate, appmobi, spellcaster) is a valid
> > > > > scenario for Cordova. loading a random cordova.js directly from a
> > > > non-local
> > > > > random place not guarantee to be supported.
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > On Wed, Aug 20, 2014 at 12:07 PM, Brian LeRoux wrote:
> > > > >
> > > > > > Very much so. So much so, I think we should even consider such
> > > > > > functionality as 'core'. Could dovetail w/ Serviceworker.
> > > > > >
> > > > > >
> > > > > > On Wed, Aug 20, 2014 at 7:26 AM, Andrew Grieve <
> > agri...@chromium.org
> > > >
> > > > > > wrote:
> > > > > >
> > > > > > > I think this is a very desired plugin that many end up
> > re-writing,
> > > > and
> > > > > > it's
> > > > > > > far better than setting the content src directly to a remote
> URL.
> > > > > > >
> > > > > > > E.g. just stumbled across this yesterday:
> > > > > > > http://docs.appmobi.com/index.php/live-update/
> > > > > > >
> > > > > > >
> > > > > > > On Wed, Aug 20, 2014 at 7:57 AM, Michal Mocny <
> > mmo...@chromium.org
> > > >
> > > > > > wrote:
> > > > > > >
> > > > > > > > Make it available Ally, of course that sounds interesting!
> > > > > > > >
> > > > > > > > I'm sure a few of us have suggestions for improvements too.
> > > > > > > >
> > > > > > > >
> > > > > > > > On Wed, Aug 20, 2014 at 2:38 AM, Ally Ogilvie <
> > > aogil...@wizcorp.jp
> > > > >
> > > > > > > wrote:
> > > > > > > >
> > > > > > > > > Marcel, Sorry for the late reply.
> > > > > > > > >
> > > > > > > > > For some g
Re: remotely loaded pages
totally, though connect-phonegap *could* be considered production worthy
(it is being used significantly by the pg downstream community)
On Thu, Aug 21, 2014 at 10:53 AM, Carlos Santana
wrote:
> Brain I think that's OK at development time everything is fair game :-)
>
> The problem is developers doing stupid things like loading a cordova.js
> from a place they don't know for a in production app being used by end
> users, that's just kamikaze
>
> That's OK if they want to shoot themselves in the foot, but then don't come
> crying to JIRA claiming that is a problem with Cordova project.
>
>
> On Thu, Aug 21, 2014 at 1:30 PM, Brian LeRoux wrote:
>
> > phonegap-connect serves up remote cordova.js (negotiates the requestor to
> > send the right file)
> >
> > no deaths yet!
> >
> >
> >
> https://github.com/phonegap/connect-phonegap/blob/master/lib/middleware/cordova/cordova.js#L29
> >
> >
> > On Wed, Aug 20, 2014 at 8:57 PM, Ally Ogilvie
> wrote:
> >
> > > That's a good difference to point out.
> > >
> > > >My personal position is that scenarios where developer is in control
> and
> > > >loaded locally (i.e. directupdate, appmobi, spellcaster) is a valid
> > > >scenario for Cordova
> > >
> > > I agree, because as cordova.js and cordovaLib are version linked, it
> > makes
> > > sense that once an index.html is pulled in, it's cordova.js to load is
> > > already in the client application.
> > > Loading an external cordova.js would be suicidal. So we save the file
> > > locally to write into it's our known path to codova.js
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > > On Thu, Aug 21, 2014 at 9:37 AM, Carlos Santana
> > > wrote:
> > >
> > > > I want to make clarification there is a notable difference between
> > > loading
> > > > a remotely-loaded *(non-local) *HTML pages with Cordova vs. a
> > downloaded
> > > > webapp to be loaded from a *local* HTML.
> > > >
> > > > IBM Worklight has a feature "Direct update"
> > > >
> > > >
> > >
> >
> http://www-01.ibm.com/support/knowledgecenter/api/content/SSZH4A_6.2.0/com.ibm.worklight.dev.doc/admin/c_direct_updates_app_versions_to_mob.html?locale=en
> > > >
> > > > The scenario is a download and local load of html/cordova. Similar
> > > scenario
> > > > as spellcaster and appmobi
> > > > For this scenario there is control from app developer of the code
> being
> > > > loaded.
> > > >
> > > > What Marcel is asking is a *non-local* load of arbitrary html/code
> not
> > > > control by developer, developer loading a free html page own someone
> > else
> > > > and doing kind of a "document.location.replace('
> > > > http://somerandom.com/thisotherguy.html')"
> > > >
> > > > My personal position is that scenarios where developer is in control
> > and
> > > > loaded locally (i.e. directupdate, appmobi, spellcaster) is a valid
> > > > scenario for Cordova. loading a random cordova.js directly from a
> > > non-local
> > > > random place not guarantee to be supported.
> > > >
> > > >
> > > >
> > > >
> > > > On Wed, Aug 20, 2014 at 12:07 PM, Brian LeRoux wrote:
> > > >
> > > > > Very much so. So much so, I think we should even consider such
> > > > > functionality as 'core'. Could dovetail w/ Serviceworker.
> > > > >
> > > > >
> > > > > On Wed, Aug 20, 2014 at 7:26 AM, Andrew Grieve <
> agri...@chromium.org
> > >
> > > > > wrote:
> > > > >
> > > > > > I think this is a very desired plugin that many end up
> re-writing,
> > > and
> > > > > it's
> > > > > > far better than setting the content src directly to a remote URL.
> > > > > >
> > > > > > E.g. just stumbled across this yesterday:
> > > > > > http://docs.appmobi.com/index.php/live-update/
> > > > > >
> > > > > >
> > > > > > On Wed, Aug 20, 2014 at 7:57 AM, Michal Mocny <
> mmo...@chromium.org
> > >
> > > > > wrote:
> > > > > >
> > > > > > > Make it available Ally, of course that sounds interesting!
> > > > > > >
> > > > > > > I'm sure a few of us have suggestions for improvements too.
> > > > > > >
> > > > > > >
> > > > > > > On Wed, Aug 20, 2014 at 2:38 AM, Ally Ogilvie <
> > aogil...@wizcorp.jp
> > > >
> > > > > > wrote:
> > > > > > >
> > > > > > > > Marcel, Sorry for the late reply.
> > > > > > > >
> > > > > > > > For some games that I produce where the entire game is served
> > to
> > > > the
> > > > > > > client
> > > > > > > > (requires no .html in the application) we have a tool called
> > > > > > > "spellcaster".
> > > > > > > > Spellcaster handles internet connectivity, localisation and
> > > Cordova
> > > > > > code
> > > > > > > > injection. It works as follows:
> > > > > > > >
> > > > > > > > One simply adds an application URL to Cordova's config.xml in
> > > > > > > > > > > > src=YOUR_URL_HERE>
> > > > > > > >
> > > > > > > > - Spellcaster will check for an active internet connection.
> If
> > > one
> > > > is
> > > > > > not
> > > > > > > > found Spellcaster will continue retrying at a set interval.
> > > > > > > > - Spellcaster downloads the content of the provided
> application
> > > URL
> > > > > and
Re: remotely loaded pages
Brain I think that's OK at development time everything is fair game :-)
The problem is developers doing stupid things like loading a cordova.js
from a place they don't know for a in production app being used by end
users, that's just kamikaze
That's OK if they want to shoot themselves in the foot, but then don't come
crying to JIRA claiming that is a problem with Cordova project.
On Thu, Aug 21, 2014 at 1:30 PM, Brian LeRoux wrote:
> phonegap-connect serves up remote cordova.js (negotiates the requestor to
> send the right file)
>
> no deaths yet!
>
>
> https://github.com/phonegap/connect-phonegap/blob/master/lib/middleware/cordova/cordova.js#L29
>
>
> On Wed, Aug 20, 2014 at 8:57 PM, Ally Ogilvie wrote:
>
> > That's a good difference to point out.
> >
> > >My personal position is that scenarios where developer is in control and
> > >loaded locally (i.e. directupdate, appmobi, spellcaster) is a valid
> > >scenario for Cordova
> >
> > I agree, because as cordova.js and cordovaLib are version linked, it
> makes
> > sense that once an index.html is pulled in, it's cordova.js to load is
> > already in the client application.
> > Loading an external cordova.js would be suicidal. So we save the file
> > locally to write into it's our known path to codova.js
> >
> >
> >
> >
> >
> >
> >
> > On Thu, Aug 21, 2014 at 9:37 AM, Carlos Santana
> > wrote:
> >
> > > I want to make clarification there is a notable difference between
> > loading
> > > a remotely-loaded *(non-local) *HTML pages with Cordova vs. a
> downloaded
> > > webapp to be loaded from a *local* HTML.
> > >
> > > IBM Worklight has a feature "Direct update"
> > >
> > >
> >
> http://www-01.ibm.com/support/knowledgecenter/api/content/SSZH4A_6.2.0/com.ibm.worklight.dev.doc/admin/c_direct_updates_app_versions_to_mob.html?locale=en
> > >
> > > The scenario is a download and local load of html/cordova. Similar
> > scenario
> > > as spellcaster and appmobi
> > > For this scenario there is control from app developer of the code being
> > > loaded.
> > >
> > > What Marcel is asking is a *non-local* load of arbitrary html/code not
> > > control by developer, developer loading a free html page own someone
> else
> > > and doing kind of a "document.location.replace('
> > > http://somerandom.com/thisotherguy.html')"
> > >
> > > My personal position is that scenarios where developer is in control
> and
> > > loaded locally (i.e. directupdate, appmobi, spellcaster) is a valid
> > > scenario for Cordova. loading a random cordova.js directly from a
> > non-local
> > > random place not guarantee to be supported.
> > >
> > >
> > >
> > >
> > > On Wed, Aug 20, 2014 at 12:07 PM, Brian LeRoux wrote:
> > >
> > > > Very much so. So much so, I think we should even consider such
> > > > functionality as 'core'. Could dovetail w/ Serviceworker.
> > > >
> > > >
> > > > On Wed, Aug 20, 2014 at 7:26 AM, Andrew Grieve >
> > > > wrote:
> > > >
> > > > > I think this is a very desired plugin that many end up re-writing,
> > and
> > > > it's
> > > > > far better than setting the content src directly to a remote URL.
> > > > >
> > > > > E.g. just stumbled across this yesterday:
> > > > > http://docs.appmobi.com/index.php/live-update/
> > > > >
> > > > >
> > > > > On Wed, Aug 20, 2014 at 7:57 AM, Michal Mocny >
> > > > wrote:
> > > > >
> > > > > > Make it available Ally, of course that sounds interesting!
> > > > > >
> > > > > > I'm sure a few of us have suggestions for improvements too.
> > > > > >
> > > > > >
> > > > > > On Wed, Aug 20, 2014 at 2:38 AM, Ally Ogilvie <
> aogil...@wizcorp.jp
> > >
> > > > > wrote:
> > > > > >
> > > > > > > Marcel, Sorry for the late reply.
> > > > > > >
> > > > > > > For some games that I produce where the entire game is served
> to
> > > the
> > > > > > client
> > > > > > > (requires no .html in the application) we have a tool called
> > > > > > "spellcaster".
> > > > > > > Spellcaster handles internet connectivity, localisation and
> > Cordova
> > > > > code
> > > > > > > injection. It works as follows:
> > > > > > >
> > > > > > > One simply adds an application URL to Cordova's config.xml in
> > > > > > > > > > src=YOUR_URL_HERE>
> > > > > > >
> > > > > > > - Spellcaster will check for an active internet connection. If
> > one
> > > is
> > > > > not
> > > > > > > found Spellcaster will continue retrying at a set interval.
> > > > > > > - Spellcaster downloads the content of the provided application
> > URL
> > > > and
> > > > > > > stores to application cache (overriding any existing loader).
> > > > > > > - Spellcaster injects Cordova script tags just after the
> > > tag.
> > > > > > > - Spellcaster loads the new *loader into the WebView
> > > > > > >
> > > > > > > *loader is your html to load.
> > > > > > >
> > > > > > > Are people still in need of such a solution? I could have this
> > code
> > > > > made
> > > > > > > public it just needs a public sanitise check. Spellcaster
> > supports
> > > > iOS
> > > > > > and
> > > > > > > Android.
Re: remotely loaded pages
phonegap-connect serves up remote cordova.js (negotiates the requestor to
send the right file)
no deaths yet!
https://github.com/phonegap/connect-phonegap/blob/master/lib/middleware/cordova/cordova.js#L29
On Wed, Aug 20, 2014 at 8:57 PM, Ally Ogilvie wrote:
> That's a good difference to point out.
>
> >My personal position is that scenarios where developer is in control and
> >loaded locally (i.e. directupdate, appmobi, spellcaster) is a valid
> >scenario for Cordova
>
> I agree, because as cordova.js and cordovaLib are version linked, it makes
> sense that once an index.html is pulled in, it's cordova.js to load is
> already in the client application.
> Loading an external cordova.js would be suicidal. So we save the file
> locally to write into it's our known path to codova.js
>
>
>
>
>
>
>
> On Thu, Aug 21, 2014 at 9:37 AM, Carlos Santana
> wrote:
>
> > I want to make clarification there is a notable difference between
> loading
> > a remotely-loaded *(non-local) *HTML pages with Cordova vs. a downloaded
> > webapp to be loaded from a *local* HTML.
> >
> > IBM Worklight has a feature "Direct update"
> >
> >
> http://www-01.ibm.com/support/knowledgecenter/api/content/SSZH4A_6.2.0/com.ibm.worklight.dev.doc/admin/c_direct_updates_app_versions_to_mob.html?locale=en
> >
> > The scenario is a download and local load of html/cordova. Similar
> scenario
> > as spellcaster and appmobi
> > For this scenario there is control from app developer of the code being
> > loaded.
> >
> > What Marcel is asking is a *non-local* load of arbitrary html/code not
> > control by developer, developer loading a free html page own someone else
> > and doing kind of a "document.location.replace('
> > http://somerandom.com/thisotherguy.html')"
> >
> > My personal position is that scenarios where developer is in control and
> > loaded locally (i.e. directupdate, appmobi, spellcaster) is a valid
> > scenario for Cordova. loading a random cordova.js directly from a
> non-local
> > random place not guarantee to be supported.
> >
> >
> >
> >
> > On Wed, Aug 20, 2014 at 12:07 PM, Brian LeRoux wrote:
> >
> > > Very much so. So much so, I think we should even consider such
> > > functionality as 'core'. Could dovetail w/ Serviceworker.
> > >
> > >
> > > On Wed, Aug 20, 2014 at 7:26 AM, Andrew Grieve
> > > wrote:
> > >
> > > > I think this is a very desired plugin that many end up re-writing,
> and
> > > it's
> > > > far better than setting the content src directly to a remote URL.
> > > >
> > > > E.g. just stumbled across this yesterday:
> > > > http://docs.appmobi.com/index.php/live-update/
> > > >
> > > >
> > > > On Wed, Aug 20, 2014 at 7:57 AM, Michal Mocny
> > > wrote:
> > > >
> > > > > Make it available Ally, of course that sounds interesting!
> > > > >
> > > > > I'm sure a few of us have suggestions for improvements too.
> > > > >
> > > > >
> > > > > On Wed, Aug 20, 2014 at 2:38 AM, Ally Ogilvie >
> > > > wrote:
> > > > >
> > > > > > Marcel, Sorry for the late reply.
> > > > > >
> > > > > > For some games that I produce where the entire game is served to
> > the
> > > > > client
> > > > > > (requires no .html in the application) we have a tool called
> > > > > "spellcaster".
> > > > > > Spellcaster handles internet connectivity, localisation and
> Cordova
> > > > code
> > > > > > injection. It works as follows:
> > > > > >
> > > > > > One simply adds an application URL to Cordova's config.xml in
> > > > > > > > src=YOUR_URL_HERE>
> > > > > >
> > > > > > - Spellcaster will check for an active internet connection. If
> one
> > is
> > > > not
> > > > > > found Spellcaster will continue retrying at a set interval.
> > > > > > - Spellcaster downloads the content of the provided application
> URL
> > > and
> > > > > > stores to application cache (overriding any existing loader).
> > > > > > - Spellcaster injects Cordova script tags just after the
> > tag.
> > > > > > - Spellcaster loads the new *loader into the WebView
> > > > > >
> > > > > > *loader is your html to load.
> > > > > >
> > > > > > Are people still in need of such a solution? I could have this
> code
> > > > made
> > > > > > public it just needs a public sanitise check. Spellcaster
> supports
> > > iOS
> > > > > and
> > > > > > Android.
> > > > > > For iOS it requires 1 line of code to be added to
> > > > > > didFinishLaunchingWithOptions.
> > > > > > For Android it requires these overrides in onCreate:
> > > > > >
> > > > > > @Override
> > > > > > public void onCreate(Bundle savedInstanceState) {
> > > > > > super.onCreate(savedInstanceState);
> > > > > > super.init();
> > > > > >
> > > > > > @Override
> > > > > > public void init() {
> > > > > > Spellcaster spellcaster = new Spellcaster();
> > > > > > spellcaster.init(this, Config.getStartUrl(), appView);
> > > > > > ...
> > > > > >
> > > > > > @Override
> > > > > > public void init(org.apache.cordova.CordovaWebView webView,
> > > > > > org.apache.cordova.CordovaWebViewClient
> webViewClien
[GitHub] cordova-docs pull request: CB-7318 platform support doc show globa...
Github user asfgit closed the pull request at: https://github.com/apache/cordova-docs/pull/228 --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. ---
Re: CB-7312 Camera Plugin uri scheme
+1 for documenting how uri's should be treated as per Josh's suggestion -1 for documenting in Next Steps or File Plugin, it would make this information extremely hard to find. How about a "URI's, Cordova and You" document for the core Cordova docs? On Tue, Aug 19, 2014 at 12:13 PM, Marcel Kinard wrote: > +1. Candidate for best practices section in "Next Steps" guide, or in the > File plugin docs? > > On Aug 19, 2014, at 9:49 AM, Josh Soref wrote: > > > Vivek wrote: > >> Should'nt the camera plugin be standardized to return a common uri > >> scheme, By converting to a standard uri scheme before passing it to the > >> callbackContext. > > > > URIs should be treated as opaque. You shouldn't be relying on the URI to > > be anything, beyond something which can be resolved/loaded. > > > > I'm not opposed to picking some random protocol, but I'd rather we > > actively document that people should not be trying to parse URIs for any > > particular purpose, and should treat them as opaque references to data. > > > >
[GitHub] cordova-blackberry pull request: Changing WebInspector dialog to a...
Github user jkeshavarzi commented on the pull request: https://github.com/apache/cordova-blackberry/pull/175#issuecomment-52933725 @efidler --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. ---
[GitHub] cordova-blackberry pull request: Changing WebInspector dialog to a...
Github user kwallis commented on the pull request: https://github.com/apache/cordova-blackberry/pull/175#issuecomment-52932233 Eli also had thoughts on this, but I don't know his GitHub handle --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. ---
[GitHub] cordova-docs pull request: CB-7318 platform support doc show globa...
GitHub user jsoref opened a pull request: https://github.com/apache/cordova-docs/pull/228 CB-7318 platform support doc show globalization is supported by bb10 You can merge this pull request into a Git repository by running: $ git pull https://github.com/jsoref/cordova-docs cb_7318 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-docs/pull/228.patch To close this pull request, make a commit to your master/trunk branch with (at least) the following in the commit message: This closes #228 commit 2506d4c3059083b2f197b3b041e2510cc32499b2 Author: Josh Soref Date: 2014-08-19T16:08:19Z CB-7318 platform support doc show globalization is supported by bb10 --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. ---
RE: Directory Structure - CLI directory config proposal
Is the flexible directory structure being proposed so that the CLI can "conform" to a directory structure defined by the IDE, or so that a user can define the directory structure and both the CLI and the IDE use it? I'm an IDE developer, but I don't have a lot a sympathy for the former. The latter is useful. I don't understand why an IDE should think IT defines the directory structure, just like the CLI did prior to this proposal. Leo -Original Message- From: Parashuram Narasimhan (MS OPEN TECH) [mailto:panar...@microsoft.com] Sent: Wednesday, August 20, 2014 10:17 PM To: dev@cordova.apache.org Subject: RE: Directory Structure - CLI directory config proposal Should the platform/plugin save/restore take care of the ability to restore platforms? That way, though the platforms folder is discernable, we do not have to necessarily delete it. The goal of able to re-create a project solely based on the checked-in information still stays. The user may choose to check in the user specific config if the entire team decides to use that as a project structure. They would not check the user-config in cases where individual users use different IDEs. -Original Message- From: Marcel Kinard [mailto:cmarc...@gmail.com] Sent: Tuesday, August 19, 2014 12:50 PM To: dev@cordova.apache.org Subject: Re: Directory Structure - CLI directory config proposal I don't want to dramatically increase the scope of this thread, but I'm wondering if this is the opportunity to get the platforms dir to be 100% generated and discardable between app builds. The goal being that then there is a clean line of what devs should check into SCM and what is in their .gitignore file. It also feels like there should be a slight difference between user-specific config that doesn't go into a team SCM (my copy of cordova-android is in /home/marcelk/customized), and project-specific config that does go into a team SCM (the layout of this meta config that describes where the project dirs are). And yes, it should be 100% compatible with today's directory structure.
Re: continuous integration woze
+1 just fix the code to pass the test, or fix the test to be more accurate. -1 warnings On Thu, Aug 21, 2014 at 9:27 AM, Mark Koudritsky wrote: > If some tests are too strict or too flaky, we can and should fix or remove > them altogether. I don't believe there is any value in warnings, they will > accumulate and then people will largely ignore them. > > There are also tests running or real devices here: http://ci.cordova.io/ > -- Carlos Santana
Re: continuous integration woze
If some tests are too strict or too flaky, we can and should fix or remove them altogether. I don't believe there is any value in warnings, they will accumulate and then people will largely ignore them. There are also tests running or real devices here: http://ci.cordova.io/
[GitHub] cordova-plugin-contacts pull request: CB-7357 Adds missing 'capabi...
GitHub user vladimir-kotikov opened a pull request: https://github.com/apache/cordova-plugin-contacts/pull/43 CB-7357 Adds missing 'capability' element to phone's appxmanifest. https://issues.apache.org/jira/browse/CB-7357 You can merge this pull request into a Git repository by running: $ git pull https://github.com/MSOpenTech/cordova-plugin-contacts CB-7357 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-plugin-contacts/pull/43.patch To close this pull request, make a commit to your master/trunk branch with (at least) the following in the commit message: This closes #43 commit a18a369a327a5ffbaf402f55336eaec570c71af1 Author: Vladimir Kotikov Date: 2014-08-21T12:08:03Z CB-7357 Adds missing 'capability' element to phone's appxmanifest. --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. ---
[GitHub] cordova-mobile-spec pull request: CB-7356 Fix spec.6 failing on WP...
GitHub user vladimir-kotikov opened a pull request: https://github.com/apache/cordova-mobile-spec/pull/104 CB-7356 Fix spec.6 failing on WP8 Fix for https://issues.apache.org/jira/browse/CB-7356 You can merge this pull request into a Git repository by running: $ git pull https://github.com/MSOpenTech/cordova-mobile-spec CB-7356 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-mobile-spec/pull/104.patch To close this pull request, make a commit to your master/trunk branch with (at least) the following in the commit message: This closes #104 commit 52c7b1a551444bc2f7b7290a20b7bfa9a1f4ec77 Author: Vladimir Kotikov Date: 2014-08-21T09:13:50Z CB-7356 Fix spec.6 failing on WP8 --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. ---
[GitHub] cordova-lib pull request: Plugman: Remove tests for source-file, h...
Github user gabrielschulhof commented on the pull request: https://github.com/apache/cordova-lib/pull/17#issuecomment-52895667 Yep! Please see https://github.com/apache/cordova-lib/pull/16#issuecomment-52895620. --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. ---
[GitHub] cordova-lib pull request: Adding tizen support
Github user gabrielschulhof commented on the pull request: https://github.com/apache/cordova-lib/pull/16#issuecomment-52895620 I believe so. This will also allow integration with [Crosswalk](http://crosswalk-project.org/), because Crosswalk provides all the Tizen JS APIs. --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. ---
