On Tue, Apr 1, 2014 at 3:28 AM, Ian Clelland iclell...@chromium.org wrote:
On Mon, Mar 31, 2014 at 4:33 PM, Ian Clelland iclell...@chromium.org
wrote:
On Mon, Mar 31, 2014 at 4:20 PM, Michal Mocny mmo...@chromium.org
wrote:
On Mon, Mar 31, 2014 at 3:39 PM, Ian Clelland
GitHub user Watabe08 opened a pull request:
https://github.com/apache/cordova-docs/pull/200
3.4.x
Is this a right place to make a pull request??
You can merge this pull request into a Git repository by running:
$ git pull https://github.com/monaca/cordova-docs 3.4.x
I've been working on an alternative build system for cordova-js over the
last little while and I finally have something to share.
TL;DR
- cordova.js includes all the plugins (no more cordova_plugins.js and
double plugin loading/mapping).
- cordova-js is an npm module that is used by plugman to
+1 to replacing toURL with toNativeURL behaviour
For accessing the root file system, what I'd personally like is a ROOT
filesystem type for requestFileSystem. If the file-system-roots plugin
provides that I think we should definitely pull it in.
For the camera and media plugins on BB10 we return
On Tue, Apr 1, 2014 at 10:14 AM, Bryan Higgins br...@bryanhiggins.netwrote:
+1 to replacing toURL with toNativeURL behaviour
I think that's what I'll do. I'm also adding a toInternalURL method --
not because it's necessarily useful for end users, but because we can use
it as the single method
GitHub user mbektchiev opened a pull request:
https://github.com/apache/cordova-cli/pull/157
Fix spy to return a default platform JSON instead of an empty object
Fixes broken tests because of the refactoring in plugman regarding CB-6344
You can merge this pull request into a Git
GitHub user mbektchiev opened a pull request:
https://github.com/apache/cordova-plugman/pull/69
CB-6344: Specify after which sibling to add config-changes in plugin.xml
* refactor munges - now they are in a more extensible form
(munge.files[file].parents[parent][index] { xml,
I'm in the process of converting the bb10 file plugin to use the exec proxy
rather than clobbering common js. Once that's done, I'll take a look at
adding some additional file system roots.
On Tue, Apr 1, 2014 at 10:24 AM, Ian Clelland iclell...@chromium.orgwrote:
On Tue, Apr 1, 2014 at 10:14
Github user asfgit closed the pull request at:
https://github.com/apache/cordova-cli/pull/157
---
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
Github user asfgit closed the pull request at:
https://github.com/apache/cordova-plugman/pull/69
---
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
So, this is a huge refactor, but its also a step in the right direction. In
order for this to mainline though we need everyone to buy into the
approach.
- Simplified code (just less of it in general too)
- Not maintaining our own module loader
- Enables npm dep workflows instead of inventing our
Hi!
In [0] Anis explains that each platform has to provide a handler for
installing/uninstalling at least files of the type source-file, even
if they do nothing. Now, AIUI, source-file refers to adding
platform-specific source code which ends up as native code (C#,
java, objective C ,etc.).
I
All sounds great Ian. Awesome work with all of this.
That's awesome Bryan!
I think file-system-roots fills a giant need, and would be great if it were
supported everywhere.
With merging file-system-roots in, it'll be important to have file's docs
updated to have links to the iOS / Android
Github user Watabe08 commented on the pull request:
https://github.com/apache/cordova-docs/pull/200#issuecomment-39273128
My bad,again.
---
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
Github user Watabe08 closed the pull request at:
https://github.com/apache/cordova-docs/pull/200
---
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 agrieve commented on the pull request:
https://github.com/apache/cordova-cli/pull/155#issuecomment-39284881
Seems I accidentally pushed the commit in its previous state (whoops!).
Just played around and found that it was actually the
windowsVerbatimArguments flag
Github user asfgit closed the pull request at:
https://github.com/apache/cordova-cli/pull/155
---
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
17 matches
Mail list logo
