2 cents: A pattern I was introduced to recently was simply to use:
name.SECRET.json
For any sensitive settings for any file, and:
name.SAMPLE.json
To provide dummy data for any SECRET files as a source of documentation.
Then, in your .gitignore, you can just ignore **/*.SECRET.*, and write a
:D
On Mon, May 18, 2015 at 7:01 PM, Jesse purplecabb...@gmail.com wrote:
To the committers who have recently been reassigned, and will be committing
less over the next while, please release any jira issues you have assigned
to yourselves, and if possible/relevant, add some comments to help
The *intention* of copy-from / link-to is to import either (a) a web
project, or (b) another cordova project.
We used to check for (b) I think by the existence of a config.xml and
www/ (note: double check config.xml is required). If that check passes, we
copy those two nested contents only (I
or not.
If this isn't desired behaviour, we need a feature request.
On Tue, May 19, 2015 at 12:01 PM, Michal Mocny mmo...@chromium.org wrote:
The *intention* of copy-from / link-to is to import either (a) a web
project, or (b) another cordova project.
We used to check for (b) I think
And for yet more context, I think this is because we did not want to import
plugins / platforms, and so did not just cp -R the whole thing, but perhaps
thats a better strategy.
Up to you now :)
-Michal
On Tue, May 19, 2015 at 12:07 PM, Michal Mocny mmo...@chromium.org wrote:
Just checked
I wouldn't expect to be able to convert existing hardware beacons to this
new format. However, you can literally create your own beacon by running a
node script on a BT capable laptop:
https://github.com/google/uribeacon/tree/master/beacons/nodejs -- Fun fact:
Don Coleman contributed this, small
I've moved to a new team here at Google (Physical Web:
https://google.github.io/physical-web/).
This means I will likely be speaking up less often going forward, though
I'll still be keeping an eye on these lists for the foreseeable future.
And I'm itching to write some cordova plugins for the
Happy Santa?
On Wed, Apr 22, 2015 at 11:25 AM, Andrew Grieve agri...@chromium.org
wrote:
WOOOHOOOHOHOOO!!
On Wed, Apr 22, 2015 at 11:04 AM, Raymond Camden raymondcam...@gmail.com
wrote:
Ah - a shift reload fixed it. Is the caching a bit high for the page?
On Wed, Apr 22, 2015 at 7:15
?
Alternatively, we can think of scope as packages that apply to a
particular environment - for example, all cordova packages would be
@cordova scope.
-Original Message-
From: Michal Mocny [mailto:mmo...@google.com]
Sent: Monday, April 20, 2015 2:03 PM
https://docs.npmjs.com/getting-started/scoped-packages
Should we be @cordova/plugin-device instead of cordova-plugin-device?
-Michal
Other questions to answer:
- Can 3rd-parties publish to this scope?
- Do we want them to?
- Do we want to default to @cordova scope if none is provided, such that
you could do `cordova plugin add device`?
-Michal
On Mon, Apr 20, 2015 at 5:00 PM, Michal Mocny mmo...@google.com wrote:
https
Great enthusiasm!
Mark is currently at ApacheCon and then taking a few vacation days, so I'm
not sure if he will answer this quickly. Figured I'd chime in for now.
I think that exactly as you say, the PlatformProject work was started by
Mark as a way to separate the divide between platforms and
..we already have this?
cordova build android
...
BUILD SUCCESSFUL
Total time: 6 seconds
Built the following apk(s):
Perhaps some platforms don't? Perhaps older build scripts don't?
-Michal
On Wed, Apr 15, 2015 at 3:53 PM, Willy Aguirre marti1...@gmail.com wrote:
Hi, I would like to add
:
cordova -version
4.2.0
I am working with android platform but I need to know when it built
{12:39:44 - }
2015-04-15 15:12 GMT-05:00 Michal Mocny mmo...@chromium.org:
..we already have this?
cordova build android
...
BUILD SUCCESSFUL
Total time: 6 seconds
risingj.com
On Mon, Apr 13, 2015 at 1:31 PM, Michal Mocny mmo...@chromium.org
wrote:
Great lessons learned!
On Mon, Apr 13, 2015 at 4:29 PM, Murat Sutunc mura...@microsoft.com
wrote:
Looks pretty good to me!
-Original Message-
From: agri...@google.com [mailto:agri
PR for Blogpost changes, hopefully making it a bit more obvious what the
whitelist changes are: https://github.com/cordova/apache-blog-posts/pull/35
Possibly we want to link to a more in-depth guide and remove some of my
notes (i.e. specifically what needs adding, which config.xml should look
to a separate doc even..
-Michal
On Thu, Apr 9, 2015 at 12:54 PM, Michal Mocny mmo...@chromium.org wrote:
PR for Blogpost changes, hopefully making it a bit more obvious what the
whitelist changes are:
https://github.com/cordova/apache-blog-posts/pull/35
Possibly we want to link to a more in-depth
thead, I'll vote once I'm done testing.
On Thu, Apr 9, 2015 at 9:57 AM Michal Mocny mmo...@chromium.org wrote:
Also, not directly related to this release,
but cordova-plugin-crosswalk-webview README.md instructions list Platform
workflow first, then CLI workflow. Should we swap
Splashscreens was mentioned, icons was not. I don't think there is an
icons change?
On Thu, Apr 9, 2015 at 1:17 PM, Joe Bowser bows...@gmail.com wrote:
So, wasn't there a change regarding icons and spashscreens being moved? I
have no idea if we want to add that, or if adding that should
+1 to 5.0.0. Will Android bump to 4.0 mean cli major rev? I think it
would just be a minor, no?
-Michal
On Mon, Apr 6, 2015 at 5:45 PM, Steven Gill stevengil...@gmail.com wrote:
I'm thinking we should make this release cordova 5.0.0.
It will be the first release with fetching from npm and
Sounds good. Thanks for organizing.
Agenda Doc:
https://docs.google.com/document/d/18aXzqqf6CAjg6hI0z78q5W1DcHNAz4t2GiCxfgVc2Uc/edit#heading=h.umrueh6zb4gg
On Mon, Apr 6, 2015 at 5:23 PM, Parashuram N (MS OPEN TECH)
panar...@microsoft.com wrote:
Closing this poll - looks like Apr 10 (Friday)
CLI + Android Studio are not mutually exclusive, provided you follow
certain workflows. I always use CLI, but sometimes also use XCode /
Android Studio / Eclipse.
You do need to adhere to some rules in order to not shoot yourself in the
foot, which are usually hard to describe to users. I
I can't find docs on that website, but there are docs in the cordova-cli
repo and are linked from the main top-level README.md.
Additionally, any cordova project created will have a default
hooks/README.md which explains how they work.
Then there are plugin hooks which are documented in plugman,
I fixed the broken link, but we need a JIRA for the missing docs.
Thanks Ray!
On Wed, Mar 25, 2015 at 9:04 PM, Raymond Camden raymondcam...@gmail.com
wrote:
I'll file a JIRA ticket for this - in a bit.
On Wed, Mar 25, 2015 at 4:54 PM, Michal Mocny mmo...@chromium.org wrote:
Here are some
Another +1 to do-as-npm-does. Both because of existing developer
expectations, and because the trend is to move towards npm-isms and it
would be a disservice down the road to change the behaviour. Any fork from
what npm does should have a strong reason, and not just a
prefer-it-this-way, imho.
Another topic is discussion of package.json based cli workflow, aka
leveraging more npm-ness in our tools.
-Michal
On Tue, Mar 24, 2015 at 1:59 PM, Andrew Grieve agri...@chromium.org wrote:
+1!
On Tue, Mar 24, 2015 at 1:23 PM, Jesse purplecabb...@gmail.com wrote:
+1 asap, thanks Parash!
This is exceptionally cool (and thanks for doing a video demonstration,
great way to get the point across)!
I also agree with all your points, and really support this approach.
Specifically:
+1 browser platform will be used for both prod and debugging, so cannot
have always-on emulation.
+1 to
..Also with the move to put plugins in npm, I think we would be directly
using npm's resolution of the version?
On Tue, Mar 24, 2015 at 8:48 PM, Andrew Grieve agri...@chromium.org wrote:
On Tue, Mar 24, 2015 at 7:48 PM, Gorkem Ercan gorkem.er...@gmail.com
wrote:
On 24 Mar 2015, at
Raymond, I think that was Joe's point in the original email. He is saying
we should finally do something about it :P
On Tue, Mar 24, 2015 at 10:47 PM, Raymond Camden raymondcam...@gmail.com
wrote:
On Tue, Mar 24, 2015 at 9:37 PM, Joe Bowser bows...@gmail.com wrote:
If you use the Battery
..and regarding the release process, thats not the reason this wasn't done.
We release plugins in a bulk process and its not much work to add an update
to this one. Just no one made the documentation updates to master yet.
On Wed, Mar 25, 2015 at 12:02 AM, Michal Mocny mmo...@chromium.org wrote
Carlos, thats great, then perhaps you could give 4.0 embedded webview a
shot to confirm that it is still adequately supported for your customers?
I think this thread has been too much talk and not enough trying it out in
practice. Everyone agrees the use case is important, what's left is to
Indeed, it has been merged into master and will be the next version of
cordova-android released.
On Fri, Mar 13, 2015 at 11:24 AM, Axel Nennker ignisvul...@gmail.com
wrote:
This?
https://github.com/apache/cordova-android
Version file says 4.0.0-dev
, Nikhil Khandelwal nikhi...@microsoft.com
wrote:
Thanks for making the change to make it compatible. I took a brief look
at
your changes and they look good.
Thanks,
Nikhil
-Original Message-
From: mmo...@google.com [mailto:mmo...@google.com] On Behalf Of Michal
Mocny
I guess since we have a MAJOR version bump on plugins, I agree thats the
right choice.
-Michal
On Wed, Mar 11, 2015 at 11:15 AM, Andrew Grieve agri...@chromium.org
wrote:
On Wed, Mar 11, 2015 at 10:30 AM, Michal Mocny mmo...@chromium.org
wrote:
On Wed, Mar 11, 2015 at 10:10 AM, Andrew
On Wed, Mar 11, 2015 at 10:10 AM, Andrew Grieve agri...@chromium.org
wrote:
On Mon, Mar 9, 2015 at 8:20 PM, Steven Gill stevengil...@gmail.com
wrote:
Our master branch has plugin fetching from npm set as the fallback now.
It
will go directly to npm if the plugin-id entered isn't reverse
Reviewed, left comments. Overall looks good, thanks Mark.
However, seems you left something uncommitted, since you literally cannot
require('cordova-lib'); without an exception thrown. Yet all the
cordova-lib tests pass. What does it say about the quality of the tests ;)
On Tue, Mar 10, 2015
I don't think this is a good idea, but I'm open to be convinced.
However, cannot we punt this discussion for now? The current phase 1
rollout does not actually have us installing plugins to node_modules, so
really this is an independant feature request to create a new workflow. I
don't see the
Thanks Steve!
On Tue, Mar 10, 2015 at 12:18 PM, Steven Gill stevengil...@gmail.com
wrote:
Alright. Punted for now. Too early to talk about this.
On Mar 10, 2015 8:56 AM, Michal Mocny mmo...@chromium.org wrote:
I don't think this is a good idea, but I'm open to be convinced.
However
Haven't looked at a patch, but +1 to plugin over feature
On Mon, Mar 9, 2015 at 4:41 PM, Gorkem Ercan gorkem.er...@gmail.com wrote:
I am about to deprecate the old feature tag use for saving plugin
information in favour of plugin tag. I have a PR[1] that I hope to soon
merge. The changes are
:
Can we move the config.xml template out of cordova-lib/templates and into
app-hello-world as a part of this?
On Thu, Mar 5, 2015 at 5:13 PM, Michal Mocny mmo...@chromium.org wrote:
The current breaking change is that you cannot create a new project using
cordova-lib directly, without providing
Updated as described.
Now you no longer need to use the branch of cordova-cli, so I'm pretty sure
this is 100% compat. Huzzah.
On Fri, Mar 6, 2015 at 11:06 AM, Michal Mocny mmo...@chromium.org wrote:
I wanted to originally, but you can --copy-from a www/ only (no
config.xml), and then we
FYI: plugins are installing fine. Seems just related to the actual website?
On Fri, Mar 6, 2015 at 3:25 PM, Victor Sosa sosah.vic...@gmail.com wrote:
Webpage not found :(
2015-03-06 14:17 GMT-06:00 Steven Gill stevengil...@gmail.com:
Anyone having issues?
Can't seem to reach
:
Sure. I can make the changes to release process + coho for it.
I imagine it won't be released often, so it might be best give
app-hello-world its own release process instead of tying it into tools,
platforms or plugins release.
On Mar 6, 2015 1:04 PM, Michal Mocny mmo...@chromium.org wrote
Of Michal
Mocny
Sent: Tuesday, March 3, 2015 12:08 PM
To: Michal Mocny
Cc: dev
Subject: Re: [DISCUSS] publishing cordova-app-hello-world to npm and
adding as dependency of cordova-lib
Pushed first attempt to remote branches:
- https://github.com/Apache/cordova-cli/tree/copy-from-app-hello
distributions? IS there an API change?
-Nikhil
-Original Message-
From: mmo...@google.com [mailto:mmo...@google.com] On Behalf Of Michal
Mocny
Sent: Thursday, March 5, 2015 1:12 PM
To: dev
Subject: Re: [DISCUSS] publishing cordova-app-hello-world to npm and
adding as dependency of cordova
Consensus is a strong word ;)
On Thu, Mar 5, 2015 at 11:02 AM, Raymond Camden raymondcam...@gmail.com
wrote:
Hmm. Ok... so... is there a consensus to *not* promote it?
On Thu, Mar 5, 2015 at 9:24 AM, Gorkem Ercan gorkem.er...@gmail.com
wrote:
config.son is not created by CLI by default
Also also, I'm not sure we should actively promote it. It seems like the
kind of config file we want to phase out.
-Michal
On Thu, Mar 5, 2015 at 10:22 AM, Michal Mocny mmo...@chromium.org wrote:
By default, they do not get created unless they have non-default values.
This is usually only
On Android, you could investigate WebRTC or try your hand at overlaying a
native view (not easy).
On iOS, I'm not sure this is possible.
-Michal
On Wed, Mar 4, 2015 at 10:27 AM, Guy Jacks guy.ja...@gmail.com wrote:
We're trying to create an interface within ionic similar to instagram for
Hi Rob! Nice to see all the new faces.
-Michal
On Wed, Mar 4, 2015 at 9:51 AM, Andrew Grieve agri...@chromium.org wrote:
Welcome Rob!
On Tue, Mar 3, 2015 at 8:30 PM, Shazron shaz...@gmail.com wrote:
Welcome Rob!
On Tue, Mar 3, 2015 at 4:33 PM, Rob Paveza rob.pav...@microsoft.com
is not valid (I think the
only way to check is to just build, I might be wrong).
The only guaranteed way it will always run is through emulator (at
least on iOS).
On Tue, Mar 3, 2015 at 2:50 PM, Michal Mocny mmo...@chromium.org wrote:
Imho, it should do what: cordova run would do.
I would think
...@google.com] On Behalf Of Michal
Mocny
Sent: Tuesday, March 3, 2015 11:22 AM
To: dev
Subject: Re: Android's new Whitelist Plugins
I've filed a JIRA issue with my thoughts on how to approach this:
https://issues.apache.org/jira/browse/CB-8597
On Tue, Mar 3, 2015 at 1:02 PM, Andrew
to NOT want this
plugin,
versus just opening up access?
@purplecabbage
risingj.com
On Wed, Mar 4, 2015 at 9:37 AM, Michal Mocny mmo...@chromium.org
wrote:
I've been working on adding support to just install the whitelist
plugin by default, and to add the access
.
Seems we could simplify the whole thing.
-Michal
On Tue, Mar 3, 2015 at 11:22 AM, Michal Mocny mmo...@chromium.org wrote:
My thoughts:
- The split between allow-navigation, allow-intent, and access: Like
it a lot.
- I think the defaults *for the plugin* are very reasonable. However, we
may
My thoughts:
- The split between allow-navigation, allow-intent, and access: Like
it a lot.
- I think the defaults *for the plugin* are very reasonable. However, we
may want to provide a default set of tags for the hello world app. A year
or so ago we added a default access * whitelist and I
Darryl,
I believe that cordova-cli will continue to use `cordova plugin add` and
not use `node_modules` at all for phase 1 rollout. It will use the `npm`
library to fetch into the existing plugins/ folder. There will be no user
visible change to project structure, though the plugins are being
Raymond, you should just include your config.xml in the repo along with
your www. It will be imported as part of --copy-from and should (I haven't
tested!) auto-restore plugins with this new feature.
As for default not --save, this is mostly for npm compatibility, but also
because we decided to
Yet more clarification: your git repo should look like:
- www/
- index.html
- ...
- config.xml
- ...
NOT
- config.xml
- index.html
- ...
On Tue, Mar 3, 2015 at 11:59 AM, Michal Mocny mmo...@chromium.org wrote:
Raymond, you should just include your config.xml in the repo along with
your
it.
-Michal
On Tue, Mar 3, 2015 at 12:12 PM, Michal Mocny mmo...@chromium.org wrote:
Yet more clarification: your git repo should look like:
- www/
- index.html
- ...
- config.xml
- ...
NOT
- config.xml
- index.html
- ...
On Tue, Mar 3, 2015 at 11:59 AM, Michal Mocny mmo
Worthy of a blogpost, Ray!
On Tue, Mar 3, 2015 at 1:17 PM, Victor Sosa sosah.vic...@gmail.com wrote:
Good to know this trick. .. Thanks, Gorkem!
2015-03-03 12:14 GMT-06:00 Gorkem Ercan gorkem.er...@gmail.com:
You can enable auto save by adding auto_save_plugins to be true on the
exists. CSP
is also used to set a navigation whitelist for subframes, which the native
side is not able to do.
On Tue, Mar 3, 2015 at 11:22 AM, Michal Mocny mmo...@chromium.org wrote:
My thoughts:
- The split between allow-navigation, allow-intent, and access:
Like
it a lot.
- I
Sweet!
Ray: I think `www and config.xml crap` is a great way to say it ;)
On Tue, Mar 3, 2015 at 12:53 PM, Mefire O. ommen...@microsoft.com wrote:
Michal, there is a 'mass save' feature for both platforms and plugins on
the way. They will allow the saving of already installed platforms and
(Added this note:
https://github.com/apache/cordova-plugins/commit/3ed17046ea7efaeccda4c4ffe82bb351e8b966f1,
let me know if its inacurate).
-Michal
On Tue, Mar 3, 2015 at 1:06 PM, Michal Mocny mmo...@chromium.org wrote:
Ah, the bit about access being mostly useful for pre-kitkat was context
I
/bin/create ...
Will platform create scripts need to change?
@purplecabbage
risingj.com
On Tue, Mar 3, 2015 at 11:32 AM, Michal Mocny mmo...@google.com wrote:
This came up in the context of whitelist discussion, but wanted to bring
it
to everyones attention.
JIRA: https
to do so.
On Tue, Mar 3, 2015 at 2:46 PM, Michal Mocny mmo...@chromium.org wrote:
Jesse, I think not. The platform scripts just copy the bundled www/ (its
already included with the platform).
This is only for the top-level project www/ of a cordova-cli project.
I guess, though, that we could
whitelist for subframes, which the native
side is not able to do.
On Tue, Mar 3, 2015 at 11:22 AM, Michal Mocny mmo...@chromium.org wrote:
My thoughts:
- The split between allow-navigation, allow-intent, and access:
Like
it a lot.
- I think the defaults *for the plugin* are very reasonable
We should save the phase 2 planning for a separate thread / next hangout.
Many strong opinions and bikeshedding to be had, lets finish phase 1 and
sit on the changes for a bit to get comfortable.
-Michal
On Tue, Mar 3, 2015 at 1:55 PM, Steven Gill stevengil...@gmail.com wrote:
On Tue, Mar 3,
Imho, it should do what: cordova run would do.
I would think it would run once for each platform, defaulting to device if
attached.
On Tue, Mar 3, 2015 at 4:37 PM, Shazron shaz...@gmail.com wrote:
What is the expected behaviour here?
`cordova build`
My expectation is that it would build for
And docs, I think.
On Mon, Mar 2, 2015 at 4:37 PM, Joe Bowser bows...@gmail.com wrote:
So, right now the whitelist changes are what's holding up the 4.0.0 release
now? Is this really the only thing that's holding up this release?
On Wed Feb 25 2015 at 1:18:26 PM Andrew Grieve
mobilespec be
the main point for running tests. That way we can use it in all our testing
scenarios: local, Medic, Travis, etc.
Kindly,
Dmitry
-Original Message-
From: mmo...@google.com [mailto:mmo...@google.com] On Behalf Of Michal
Mocny
Sent: Wednesday, February 25, 2015 12:42 PM
Looks good. Few comments:
- You can manage plugin and platform versions using the --save command =
You can now save your list of installed plugins and platforms using the
--save command.
- (I don't think --save actually helps with management of versions)
- We are going to be doing a blog post
huzzah!
On Fri, Feb 27, 2015 at 7:07 PM, Shazron shaz...@gmail.com wrote:
Proceeding with the wkwebview - 4.x branch merge next week, and also
rebase/merge 4.x off master to pickup the latest master bits.
On Thu, Jan 29, 2015 at 4:48 PM, Shazron shaz...@gmail.com wrote:
Reviving this
Certainly would match the equivalent cordova-cli repo name.
On the other hand, I'm sometimes annoyed that the `cordova-cli` repo name
!= `cordova` package name.
But with the move to npm, perhaps plugman-cli dies eventually anyway?
-Michal
On Fri, Feb 27, 2015 at 12:49 PM, Jesse
.
On Mon, Feb 23, 2015 at 7:55 PM, Michal Mocny mmo...@chromium.org wrote:
Summarizing conclusions so far (not 100% we all agree on this, please do
speak up):
- PluginId and Npm Package Name should be the same. We cannot force this
for all plugins, but we can set the tone with core plugins.
- We
I haven't followed this full thread, so sorry if this is out of context,
but wanted to point out:
- Jason added support for testing a subset of plugins in mobile-spec by way
of checkboxes in the automated test runner. It defaults to all, but you
can change that.
- By design, the
Thanks!
On Tue, Feb 24, 2015 at 10:53 AM, Villmer jasonvill...@gmail.com wrote:
I just wanted to say thank you to everyone involved with the Cordova
project. Took a little while to get used to the CLI but wow, wonderful
technology! Keep up the great work.
Best,
Mr. Villmer
www.villmer.com
for specific platforms.
-Chuck
-Original Message-
From: mmo...@google.com [mailto:mmo...@google.com] On Behalf Of Michal
Mocny
Sent: Thursday, February 19, 2015 2:25 PM
To: dev
Subject: Re: Proposal for CSP support
Thanks for this clear outline.
Jason, I
Jesse did it only because you said Eh nicely.
On Tue, Feb 24, 2015 at 7:17 PM, Jesse purplecabb...@gmail.com wrote:
+1
Ran coho check-license
Verified tags
Ran npm tests against tagged repo
Installed plugin test framework, device plugin + tests and all tests passed
on emulator
cordova
explicitly needed for one platform as a dependency.. But I don't know.
Does the issue come up in practice?
On Mon, Feb 23, 2015 at 2:42 PM, Michal Mocny mmo...@chromium.org wrote:
On Mon, Feb 23, 2015 at 2:22 PM, Steven Gill stevengil...@gmail.com
wrote:
+1 to giving plugins major version
)
- net.yoik.cordova.plugins.screenorientation
- Depends on com.blackberry.app only for BB (but its BB only plugin)
So.. this is not an uncommon use, but it seems unnecessary in all cases
I've found so far.
-Michal
On Mon, Feb 23, 2015 at 4:10 PM, Michal Mocny mmo...@chromium.org wrote:
On Mon
plugins?
-Chuck
-Original Message-
From: mmo...@google.com [mailto:mmo...@google.com] On Behalf Of Michal
Mocny
Sent: Tuesday, February 17, 2015 9:32 AM
To: dev
Subject: Re: Schedule for npm transition
FYI since its perhaps relevant to npm
redirecting.
- If we drop the automatic redirection requirement, we could just update
CPR plugins with info inform users of the change.
I think thats it..
Steve, mind updating us on how far along you are, and with what you would
like help?
-Michal
On Mon, Feb 23, 2015 at 10:44 PM, Michal Mocny mmo
will complain
until I've installed the android.support.v4 plugin into my node_modules.
On Mon, Feb 23, 2015 at 4:26 PM, Michal Mocny mmo...@chromium.org wrote:
I scanned the core plugins, and only contacts uses platform specific deps,
and only for 2 BB plugins.
Also scanned the top 20 non
plugins was to download from the website.
-Original Message-
From: mmo...@google.com [mailto:mmo...@google.com] On Behalf Of Michal
Mocny
Sent: Wednesday, February 18, 2015 1:56 PM
To: dev
Subject: Re: jquery plugins move to npm
Indeed. May be worth discussing how
Indeed. May be worth discussing how they are doing a migration (Anyone
have a contact at jQuery foundation?), though I believe their registry only
supported manual downloads and they didn't have a cli tool or dependencies
to worry about (am I right?).
-Michal
On Wed, Feb 18, 2015 at 3:40 PM,
, Michal Mocny mmo...@chromium.org
wrote:
On Tue, Feb 17, 2015 at 10:09 AM, Andrew Grieve agri...@chromium.org
wrote:
Sorry to be dragging this out, but I think it's important that the plan
here is crystal clear.
On Wed, Feb 11, 2015 at 4:56 PM, Michal Mocny mmo...@chromium.org
Open question: do we even need to clobber a symbol, or would
cordova.require('org.apache.cordova.iab').open() suffice?
Could we leave compatibility by default, but support opting-in to the
switch now? Perhaps a runs/ flag in the plugin and clobber window.open
from javascript only if a preference
on a branch? ;)
On Thu, Feb 12, 2015 at 2:47 PM, Andrew Grieve agri...@chromium.org wrote:
Awesomesauce. Going to move forward then (with putting back the
accidentally deleted test). If there's other things missed, they can be
brought back as well.
On Thu, Feb 12, 2015 at 12:47 PM, Brian
Steve, npm fetch default only affects plugins that use same name in both
places, right?
If we create cordova-plugin-device today, and tell users to start using
cordova plugin add cordova-plugin-device, then we will get much user
feedback on npm fetching far before May 18th, right?
On Wed, Feb
, succeed.
After 3 months, cordova plugin add cordova-plugin-device would hit npm
first and succeed.
We want to use these 3 months to get our developers to update their tools
and use the new names for plugins to install.
On Wed, Feb 11, 2015 at 10:36 AM, Michal Mocny mmo...@chromium.org
wrote
with compatability. I think its a good forward looking choice.
-Michal
On Wed, Feb 11, 2015 at 3:50 PM, Michal Mocny mmo...@chromium.org wrote:
Leo, restore will still work. The only information stored in the saves
list is a set of plugin ids (and versions?). Restoring will go through
to be
cordova-plugin-FOO
After 3 months, cordova plugin add cordova-plugin-device would hit npm
first and succeed.
We want to use these 3 months to get our developers to update their tools
and use the new names for plugins to install.
On Wed, Feb 11, 2015 at 10:36 AM, Michal Mocny
..Not to mention, these plugins will be running on end users' personal
devices. That sounds vastly more concerning than running hooks on a server
you control and can sandbox.
On Tue, Feb 10, 2015 at 11:25 AM, Michal Mocny mmo...@chromium.org wrote:
So, I think this is not different than
So, I think this is not different than downloading and running packages
from any package manager.
That said, I think a --suppress-hooks flag would be fine. I suggest you
file a JIRA so others can chime in, and if you want it to land soon I would
take a stab at a PR.
-Michal
On Tue, Feb 10,
to trust a plugin,
you can make that decision; it's your machine. The build server doesn’t
trust the plugins you trust.
-Original Message-
From: mmo...@google.com [mailto:mmo...@google.com] On Behalf Of Michal
Mocny
Sent: Tuesday, February 10, 2015 11:27 AM
To: Michal Mocny
Cc: dev
Generally, this is a bit of an unsolved problem.
While plugins have platform tags, I believe we install all plugins for all
platforms. This is because the platform tag was used for optional
configuration initially and was never mandated. So, you can use that as a
signal which says should
Indeed. No platform tag kinda implies js-only plugin, so captures the
spirit of the intent well!
On Tue, Feb 10, 2015 at 5:11 PM, Steven Gill stevengil...@gmail.com wrote:
Sounds like a smart change.
On Feb 10, 2015 2:10 PM, tommy-carlos williams to...@devgeeks.org
wrote:
Nice
+1
You know, writing out my thoughts has crystallized that I think we should
just be shipping the scripts as independent packages instead of bundling
directly inside platforms.
With that conclusion, I have to re-think what that implies ;)
On Mon, Feb 9, 2015 at 5:07 PM, Michal Mocny mmo
Thoughts:
1. I'm happy to require cordova-android@FOO is required to be installed if
you want to prepare a project that was created with it. I think we should
leave a created-with file inside the platform artifacts to confirm this.
Possibly it makes in-place upgrades harder, but I think the
Left comments inline, but haven't tested. Overall, looks good and I like
the approach!
On Fri, Feb 6, 2015 at 3:41 PM, Steven Gill stevengil...@gmail.com wrote:
Hey All!
So createpackagejson script is done. I have it all on branch CB-8416.
USAGE: plugman createpackagejson PLUGIN_PATH
(I commented on the other thread)
Left comments inline, but haven't tested. Overall, looks good and I like
the approach!
On Mon, Feb 9, 2015 at 10:35 AM, Andrew Grieve agri...@chromium.org wrote:
Plan sounds good to me!
On Fri, Feb 6, 2015 at 7:11 PM, Steven Gill stevengil...@gmail.com
1 - 100 of 1168 matches
Mail list logo
