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
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
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
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
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/
+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 kam...@google.com 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
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
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
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
+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
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
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 aogil...@wizcorp.jp wrote:
That's a good
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
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 csantan...@gmail.com
wrote:
Brain I think that's OK at development time everything is fair game :-)
The
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
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
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,
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
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
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
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
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 timki...@gmail.com wrote:
I wonder how it solves the problems of serving
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 don.cole...@gmail.com wrote:
What's the
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
I agree. My personal philosophy is generally to treat warnings as errors.
On Aug 21, 2014, at 9:27 AM, Mark Koudritsky kam...@google.com 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
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
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
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
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
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`
Glad to see meteorjs supporting Cordova
https://www.youtube.com/watch?feature=player_detailpagev=zzNoXbv1DX4#t=1496
https://meteor.hackpad.com/Getting-Started-With-Cordova-Z5n6zkVB1xq
--
Carlos Santana
csantan...@gmail.com
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_detailpagev=zzNoXbv1DX4#t=1496
I'll be back Sept 8th :)
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,
34 matches
Mail list logo
