Its nice when people have a place to look up what changed when they notice
a new version is out. (Also, when we do a tools release and updated pinned
platforms, we can point back to these posts). Additionally, some of our
users have come to this list asking for a blog post just recently, so its
Indeed. Tools have a pinned version which they prefer to install by
default (so that we can be confident about compatibility). You can try
cordova platform add android@3.7.0 to be explicit about the new version,
and the tooling release next week will update the default pin.
Pinning may go away
Great meeting everyone, lots discussed and lots established.
Here is a link to the YouTube archive: http://youtu.be/NAYhX--EdMY
Here are the meeting notes:
*Meeting Notes - AI: PR to add api target change to android 3.7 blog post-
AI: Tools release next week to pin android 3.7 by default- AI:
Steve, thanks for putting this proposal together.
Things to discuss that came up at the meetup today:
- What does it mean to --link plugins?
- Will this change affect Ripple?
- How do we migrate cordova-js without breaking old platforms/tools?
Additionally, Steve would love assistance with
with Gorkem’s changes
• Medic Nightly CI (Parashuram)
◦
• Phase 2: adding package.json
• New Faces:
◦ Nikhil (PR for browser platform, waiting on review)
◦ Mefire (PR for save/restore)
◦ Murat (--list, jshint, cordova-android for windows)
On Thu, Jan 29, 2015 at 2:49 PM, Michal Mocny mmo...@google.com
Ideas came up in the Meetup today, so I wrote up a new doc:
https://docs.google.com/document/d/12WAXJa6jfY3BnNHGieK9QOqvZ6cl3OXmP-9DpYkcmfs/edit?usp=sharing
Please chime in!
-Michal
Yeah I think thats fine. Even if we break cordova-lib up into pieces, we
will still need to maintain compatibility, and so will always be the one to
join the pieces together and dictate the semver.
In hindsight maybe it would have been better to merge plugman code into
cordova-cli instead of
Sorry! Will fix.
On Thu, Jan 29, 2015 at 5:20 PM, Steven Gill stevengil...@gmail.com wrote:
It is set to view only. Can't comment.
On Thu, Jan 29, 2015 at 12:16 PM, Michal Mocny mmo...@google.com wrote:
Ideas came up in the Meetup today, so I wrote up a new doc:
https
Thanks for putting this together Steve! Gives us something concrete to
debate ;)
On Tue, Jan 27, 2015 at 7:17 PM, Steven Gill stevengil...@gmail.com wrote:
Hey All,
In preparation of the upcoming hangout this Thursday, here is my proposal
on publishing plugins to npm (Phase 1) and adding a
Thanks Parashuram for coordinating.
On Thu, Jan 22, 2015 at 8:04 PM, Parashuram N (MS OPEN TECH)
panar...@microsoft.com wrote:
Wanted to bump up the thread about the Cordova hangouts. A lot of people
have responded, and looks like the following times are candidates.
- Monday 26 Jan 2015,
Sorry about that! Of course.
On Thu, Jan 22, 2015 at 4:45 PM, Marcel Kinard cmarc...@gmail.com wrote:
Thanks for creating the agenda! Could you make it writable?
On Jan 20, 2015, at 11:14 AM, Michal Mocny mmo...@chromium.org wrote:
Indeed!
Heres a gdoc for agenda:
https
There was also a recent mailing list thread here about a cordova-local
utility someone wrote, which supports installing cordova-cli's locally
within projects and calling into them automatically from a wrapper. I
haven't tried it, but it could be a more similar workflow to the standard
cordova-cli
with useful
updates.
-Michal
On Wed, Jan 21, 2015 at 4:10 PM, Michal Mocny mmo...@chromium.org wrote:
There was also a recent mailing list thread here about a cordova-local
utility someone wrote, which supports installing cordova-cli's locally
within projects and calling into them automatically from
Indeed!
Heres a gdoc for agenda:
https://docs.google.com/document/d/1h4KKT0oc70BE57eJ7Bmn4c-at7dH20g0KxTKvlyvIZU/edit?usp=sharing
We can plan the time in a separate thread.
On Mon, Jan 19, 2015 at 10:10 PM, Andrew Grieve agri...@chromium.org
wrote:
Hangout sounds great.
On Mon, Jan 19, 2015
Glad to meet you, thanks for the patch!
On Tue, Jan 13, 2015 at 8:54 PM, Andrew Grieve agri...@chromium.org wrote:
Welcome Nikhil!
On Tue, Jan 13, 2015 at 4:59 PM, Steven Gill stevengil...@gmail.com
wrote:
Welcome Nikhil!
On Tue, Jan 13, 2015 at 1:56 PM, Nikhil Khandelwal
Does it really matter? I think Joe summarized it best, we can only claim
to support what is actually being supported (aka actively tested, actively
maintained). Market share doesn't impact that.
Not that we should not actively break 2.3 support, but with 3.7 on the
horizon, and big changes
, coupled with many
webviews and we have a very solid forward looking release.
On Tue, Jan 13, 2015 at 10:10 AM, Michal Mocny mmo...@chromium.org
wrote:
Does it really matter? I think Joe summarized it best, we can only
claim
to support what is actually being
, auto adding from node_modules sounds good.
On Fri, Jan 9, 2015 at 11:19 AM, Michal Mocny mmo...@chromium.org
wrote:
So, `npm install` will look at the project root package.json and
install
all dependencies in the npm package format. `cordova plugin add`
will
take the plugin_ID
, Mark Koudritsky kam...@google.com
wrote:
On Thu, Jan 8, 2015 at 3:47 PM, Michal Mocny mmo...@chromium.org
wrote:
If we add node_modules to search path, will we be able to adjust
which
versions of platforms/plugins it uses just by modifying
package.json
I'd like to have cordova-cli automatically install missing platforms when
it is obvious that the platform is required. i.e.:
cordova create Foo cd Foo
cordova run ios
..should just `cordova platform add ios` automatically.
It appears that this was already added to phonegap-cli. Would Adobe
-1 on removing experimental.
I love the concept behind this feature, and I applaud Gorkem for actually
working on pushing it forward, but I'm still concerned the current design
is not perfect. Just today we were discussing storing the list of plugins
into a package.json if plugins move to npm.
-cli,
then follow up with a pull request for review.
Cheers,
Michael
On Fri, Jan 9, 2015 at 10:47 AM, Michal Mocny mmo...@google.com wrote:
I'd like to have cordova-cli automatically install missing platforms when
it is obvious that the platform is required. i.e.:
cordova create Foo
Automatic restore could just happen on prepare. We do this for CCA and its
worked very well. It would not directly affect the `cordova run
not-yet-added-platform` feature.
-Michal
On Fri, Jan 9, 2015 at 2:26 PM, Josh Soref jso...@blackberry.com wrote:
Leo wrote:
I had asked some questions
On Fri, Jan 9, 2015 at 2:06 PM, Gorkem Ercan gorkem.er...@gmail.com wrote:
On 9 Jan 2015, at 13:35, Michal Mocny wrote:
-1 on removing experimental.
I love the concept behind this feature, and I applaud Gorkem for actually
working on pushing it forward,
Thanks just trying to help
I like the way gulp works: the same package acts different when installed
globally/locally. Namely, the global always shells work off to the local.
So, instead of a separate cordova-local utility (akin to grunt and
grunt-cli), perhaps we just add your feature directly into cordova-cli?
For
I think Joe was saying that since we usually deprecate at 5%, we are ~2/3%
off from that mark.
-Michal
On Thu, Jan 8, 2015 at 5:08 PM, Marcel Kinard cmarc...@gmail.com wrote:
Er, are we looking at the same data? I see Gingerbread at 7.8% and ICS at
6.7% at that URL. Data collected during a
Also I no longer test Gingerbread unless explicitly investigating an issue
(and even then, last time was maybe a year ago). CCA apps have never
targeted 2.3.
On Thu, Jan 8, 2015 at 12:00 PM, Michal Mocny mmo...@chromium.org wrote:
My biased 2cents: Gingerbread may still have business sense
My biased 2cents: Gingerbread may still have business sense in some cases,
but for new cordova apps, I can't see how it is justifiable. If you are
maintaining a legacy app, you can stick to your older cordova version. If
you are creating a new app that needs to target 2.3 (or 2.2 even) and still
Sergey, I think you have it right: use the underlying Browser
implementation if possible, or call fail() otherwise is the right solution
for cordova-browser implementations.
Ripple will stub out its own implementation if it wants to control a fake
data stream. Mixing fake data into
Thanks Steven.
On Mon, Dec 15, 2014 at 12:15 AM, Steven Gill stevengil...@gmail.com
wrote:
For the lazy: cordova_plugins.js discussion
https://issues.apache.org/jira/plugins/servlet/mobile#issue/CB-8153
On Dec 14, 2014 6:58 PM, Michal Mocny mmo...@chromium.org wrote:
Lets discuss
Lets discuss the cordova_plugins.js thing elsewhere, this thread has forked
a lot already.
On Sun, Dec 14, 2014 at 6:22 PM, Carlos Santana csantan...@gmail.com
wrote:
This is the part that I like the most:
and start
writing plugins as proper node modules. Maybe even push them to npm and
not
like to lose this metadata for future-proofing. Filed CB-8153.
-Michal
On Thu, Dec 11, 2014 at 10:46 PM, Ian Clelland iclell...@chromium.org
wrote:
On Thu Dec 11 2014 at 9:29:08 PM Anis KADRI anis.ka...@gmail.com wrote:
On Thu, Dec 11, 2014 at 1:45 PM, Michal Mocny mmo...@chromium.org
wrote
I'm fine with 1. coupled with a default CSP in the template application.
For older apps not written from scratch, we can perhaps strongly suggest
installing the legacy-whitelist, which would change the default-open
behaviour to default-closed.
Together, that would give sensible defaults that
, 2014 at 4:45 PM, Michal Mocny mmo...@chromium.org
wrote:
I think Ally may be confusing what this does?: This browserify
work
is
not
a way to get cordova to run in a desktop browser, its just a
means
for
packaging cordova.js. I think there should
Do we prefer to invent new cordova-specific apis, or prefer to match
standard browser apis? When there is no browser spec to match then design
comes down to aesthetics and personal preference (as you say). But often
there is an existing browser spec, and then it comes down to match or
fork. I'm
for the plugin
loader load order …but also sort of scary… reminds me of script tags hell
on that note: we need to make browserify thing first class. whats the hold
up on that front?
On Wed, Dec 10, 2014 at 12:47 PM, Michal Mocny mmo...@chromium.org
wrote:
Do we prefer to invent new cordova
, Michal Mocny mmo...@chromium.org
wrote:
We haven't worked on it, also curious. Anis, perhaps?
On Wed, Dec 10, 2014 at 4:08 PM, Brian LeRoux b...@brian.io wrote:
def think we should support those specs in our great and fabled api
audit…had not considered the load order issue
Hey pretty sweet. Looks like this is the magic:
https://github.com/pbernasconi/chrome-cordova/blob/master/dist/scripts/cordova.js
Its more like cordova-browser than a proxy to chrome packaged app apis, so
I'm not sure its as useful now as it was before cordova-browser.
-Michal
On Tue, Dec 9,
Sorry didn't answer. I looked a week ago and liked the design and
rationale, but don't have existing apps actually using the feature to test
on.
On Fri, Dec 5, 2014 at 4:40 PM, Joe Bowser bows...@gmail.com wrote:
I'll take a look on Monday. Spent this week bashing my head against my desk
We've already got a lab and slaves but its been in a rather sorry state of
disrepair (http://ci.cordova.io/). Would gladly put in the effort to clean
up and report to the new master.
On Fri, Dec 5, 2014 at 8:48 PM, Parashuram Narasimhan (MS OPEN TECH)
panar...@microsoft.com wrote:
Awesome -
On Sun, Dec 7, 2014 at 11:53 PM, Joe Bowser bows...@gmail.com wrote:
Hey
After messing with the JS for a week, I decided for now to stop work on
MozillaView. I think I've managed to prove that the concept is at least
possible, but I really feel that it's still too unstable to actually show
Hi Dmitry!
Took a quick scan of your file-transfer tests cleanup. Looking great!
Thanks for putting in the effort there, much appreciated.
-Michal
On Wed, Dec 3, 2014 at 3:54 AM, Jesse purplecabb...@gmail.com wrote:
Welcome aboard Dmitry, and congrats on your job at Microsoft. Happy to
Also clobbers and merges implies runs. runs is especially useful for
startup work that has to delay deviceready.
On Tue, Dec 2, 2014 at 10:40 AM, Andrew Grieve agri...@chromium.org wrote:
It's used in some core plugins as a reference:
$ grep -r 'run' *plugin*/plugin.xml | sort | uniq
Took the opportunity to use our new plugin hooks and created a plugin to
automate a tedious task I've been doing a lot of recently: plugin
re-installation.
https://github.com/mmocny/cordova-plugin-plugin-auto-upgrade
As per the README:
This plugin with automatically upgrade
+1, I think we shouldn't change the navigator.notifications interface, but
the name of the internal type is unlikely to break anyone. Can do a major
version bump on the plugin just in case.
-Michal
On Wed, Nov 26, 2014 at 11:07 AM, Brian LeRoux b...@brian.io wrote:
ya this is legacy pain; the
Great introduction, thanks for contributing.
-Michal
On Tue, Nov 25, 2014 at 6:00 PM, Lucas Gonze lu...@gonze.com wrote:
Thanks, Jesse! That's super nice.
In my copious spare time I play music.
On Tue, Nov 25, 2014 at 2:54 PM, Jesse purplecabb...@gmail.com wrote:
Welcome Lucas!
Your
And yet more options:
- chrome.bluetooth -
https://github.com/MobileChromeApps/mobile-chrome-apps/tree/master/chrome-cordova/plugins/chrome.bluetooth
- chrome.bluetoothLowEnergy -
https://github.com/MobileChromeApps/mobile-chrome-apps/tree/master/chrome-cordova/plugins/chrome.bluetoothLowEnergy
I've updated the PR with comments. Thanks for solving the issue with start
page and adding support for linux!
On Thu, Nov 20, 2014 at 3:57 PM, Victor Sosa sosah.vic...@gmail.com wrote:
Hello Michal.
Have you had time to look at this PR?
2014-11-10 9:08 GMT-06:00 Michal Mocny mmo
..and I just tried with { stdio: 'default' } and the current run.js
implementation doesn't actually support a callback for spawn, nor return
the promise result.
This line:
https://github.com/apache/cordova-lib/blob/master/cordova-lib/src/cordova/run.js#L44
should be returning a promise which,
[[Stupid User] Problem] or [Stupid [User Problem]] ? ;)
On Sat, Nov 22, 2014 at 6:32 AM, John M. Wargo jwarg...@gmail.com wrote:
Nevermind. Stupid User Problem.
Original Message
Subject:Firefox OS problem
Date: Fri, 21 Nov 2014 21:27:40 -0500
From: John M.
Excited to have you on board, Omar.
On Mon, Nov 24, 2014 at 5:03 PM, Andrew Grieve agri...@chromium.org wrote:
Happy to have you help out Omar!
On Fri, Nov 21, 2014 at 8:33 PM, Jesse purplecabb...@gmail.com wrote:
Welcome Omar!
@purplecabbage
risingj.com
On Fri, Nov 21, 2014 at
Awesome way to introduce yourself, with a commit!
(We should suggest this in our docs ;)
Thank you Tim, and glad to meet you!
On Fri, Nov 21, 2014 at 4:16 PM, Tim Barham tim.bar...@microsoft.com
wrote:
Thanks for the welcomes, everyone. And thanks for the pull, Jesse!
Tim
-Original
On Tue, Nov 18, 2014 at 9:57 AM, Ray Camden rayca...@adobe.com wrote:
On 11/15/14, 2:17 PM, Michal Mocny mmo...@chromium.org wrote:
Not at all. What is it you think we are proposing? I'm merely
suggesting
that the cordova-browser camera plugin implementation shouldn't *also*
come
, 2014 at 9:12 AM, Michal Mocny mmo...@chromium.org wrote:
On Tue, Nov 18, 2014 at 9:57 AM, Ray Camden rayca...@adobe.com wrote:
On 11/15/14, 2:17 PM, Michal Mocny mmo...@chromium.org wrote:
Not at all. What is it you think we are proposing? I'm merely
suggesting
On Mon, Nov 17, 2014 at 6:37 AM, Ray Camden rayca...@adobe.com wrote:
On 11/15/14, 2:17 PM, Michal Mocny mmo...@chromium.org wrote:
Ray, I think (hope) you are slightly misreading the distinction. Trying
to
rephrase:
Ripple is an (optional) tool for mobile-device-emulation. It just
plugman info org.apache.cordova.inappbrowser
Returns a list of published plugin versions, a set of supported platforms,
and a set of engine requirements for the current version
plugman info org.apache.cordova.inappbrowser@0.5.3
Returns info for a particular older version.
With these tools,
, Nov 14, 2014 at 4:23 PM, Ray Camden rayca...@adobe.com wrote:
I¹m pretty late to responding to this thread, but I wanted to throw in a
few comments. In the first msg, Michal Mocny said this:
Basically, browser-platform is for getting apps running in a browser (duh)
with as much working
browse the plugins by
just
filtering the platform.
2014-11-05 10:53 GMT-06:00 Michal Mocny mmo...@chromium.org:
Cool! But I can't find how to do this with browse all plugins.
Appears
to be a filter option on search results but cannot search for * or . --
and
the filter doesn't persist
for it to Barcode too. :)
On 11/14/14, 10:34 AM, Michal Mocny mmo...@chromium.org wrote:
Ray, thanks for adding this.
Using it, I found:
https://github.com/Binarypark/cordova_app_version_plugin
which is the first non-core plugin to claim browser support :)
(which, by the way, is both crazy
We could add meta http-equiv=Content-Security-Policy content=.. to
the default template, or create a plugin that injects it automatically and
try to get developers to install that plugin.
This has some benefits for security of cordova apps and has been brought up
on these lists in that context
Hi Jonathan!
Seems you've been a lurker on these lists for a while and have helped
submit issues in the past. Thanks for signing up to contribute directly.
-Michal
On Wed, Nov 12, 2014 at 9:51 AM, Li, Jonathan jonathan...@sap.com wrote:
Hi all,
I'm getting myself set up as a contributor to
I'd also recommend hooks for now.
json-file tag sounds potentially more resilient to change, but since you
have to explicitly reference the path to target I don't think its any
better in practice.
Additionally, we've expressed interest in replacing our xml based configs
with json manifests, and
belong there.
This echo's my views on the Browser Platform and Ripple as well.
Ideally, the Browser Platform is a production deployment environment for
the web, while Ripple is debugging instrumentation that runs on the Browser
Platform.
On Wed, Nov 5, 2014 at 8:04 AM, Michal Mocny mmo
On Thu, Nov 6, 2014 at 8:53 PM, Parashuram Narasimhan (MS OPEN TECH)
panar...@microsoft.com wrote:
Sorry for not being clear. I was saying that we should not open the
file:// URL in a specific browser. We should ideally spin up a webserver
and open the default browser on the system
Why a
Our policy has historically been to drop support if usage is under 5%.
There some amount of leeway in judgement here as well: is it trivial to
continue support or causing us pain?
For iOS, 5% of usage comes from iOS6 or below as reported by
https://developer.apple.com/support/appstore/. I'd
Success! I did indeed have to add the framework manually.
Thanks for instructions.
On Thu, Nov 6, 2014 at 7:49 PM, Shazron shaz...@gmail.com wrote:
There have been major changes to the `wkwebview` branch of `cordova-ios`.
The `WKWebView` functionality has been moved to a plugin in the
Article: http://blog.npmjs.org/post/101775448305/npm-and-front-end-packaging
List:
https://docs.google.com/spreadsheets/d/1LyRwn6E8k7NM5bw2hJ7pWD7BWjgN_EskQ0ZMNphrffE/edit#gid=0
Woot! Some other interesting tidbits in the article.
-Michal
Hi All,
So there's this new cordova-browser platform thing, which is awesome. I
wanted to get the ball rolling on full plugin support for browser platform
(thanks to Suraj Pindoria + other Adobe folk for the great work so far).
I know a bunch of people/teams have independently solved a lot of
We debated a bit about browser vs ripple at phonegap day (especially Intel
folks who have done lots of work here), and the my personal tldr; is that
there is in fact a home for both.
Basically, browser-platform is for getting apps running in a browser (duh)
with as much working functionality as
Telling people to turn to [insert any project from the external community]
for [a feature we used to support but is now openly supported elsewhere] --
sounds amazing to me.
What happened to the goal of eventually cease to exist?
On Wed, Nov 5, 2014 at 11:26 AM, Joe Bowser bows...@gmail.com
an FYI, plugins.cordova.io can now filter to plugins that support
browser as a platform. This could be used to figure out what plugins have
added support.
On 11/5/14, 9:57 AM, Michal Mocny mmo...@google.com wrote:
The process for implementing a browser polyfill (I'm new to this, may
On Mon, Nov 3, 2014 at 11:13 PM, Andrew Grieve agri...@chromium.org wrote:
Since the whitelist plugin blocks only a subset of sub-resource loads (just
like the existing whitelists), I think we really want to call out that
people should not just include the backwards-compatible plugin. Here's a
I'm not sure I understand. What specifically is the request? I'm not sure
what a social handler is.
On Sat, Nov 1, 2014 at 1:27 PM, Victor Sosa sosah.vic...@gmail.com wrote:
Hello community.
I've been noticing that the PhoneGap, and others as well, social handlers
for different languages
Taking a quick look at the InAppBrowser.java Android implementation, seems
we just inject a script tag with its src set to exactly what you provided
as the url. Since the src is relative to the IAB page, I would imagine the
examples as written are misleading.
I'm not sure if its possible to
wrote:
I think what Victor is saying that there is a phonegap twitter handle for
example for spanish (https://twitter.com/phonegapspain) but there is only
the Cordova twitter handle for English.
[image: Inactive hide details for Michal Mocny ---11/03/2014 10:37:49
AM---I'm not sure I
] On Behalf Of Michal
Mocny
Sent: Monday, November 03, 2014 10:25 AM
To: dev
Cc: Treggiari, Leo
Subject: Re: cordova xxx add - is there a problem?
I'm not sure that we should change the cordova plugin/platform add cli
command to not actually make the changes to platforms/ or plugins/, but
since
Just tried it using the steps Shaz listed on the PR and its working for me
fine. However, there are some warnings during generation (bunch of Did
not found link for the keyword), and the generated pages appear to have
some links missing (such as the first page, Guides do not link to
anything).
I thought tap was just a format for reporting test results? I think the
problem is that we have some poorly written tests and the framework is not
recovering well. Any reporting format is orthogonal (unless perhaps the
bug is specific to the jasmine-html reporter, but I'm not sure there is any
-prepare or --save-only type flag for
the add commands. This would work as long as developers remembered to us
it when necessary.
Thanks,
Leo
*From:* mmo...@google.com [mailto:mmo...@google.com] *On Behalf Of *Michal
Mocny
*Sent:* Monday, November 03, 2014 12:10 PM
*To:* dev
*Cc
Sounds great Ian! Very elegant actually.
Suggestion: patch cordova-cli to warn if there is an access tag and
no cordova-plugin-whitelist?
-Michal
On Mon, Nov 3, 2014 at 4:04 PM, Marcel Kinard cmarc...@gmail.com wrote:
This sounds very interesting and relatively graceful.
For a user
I've seen that in the past and it usually happens due to misuse of jasmine,
which seems unfortunately quite brittle. Specifically, if done() isn't
called, or an async event fires after a test has already failed / timed out
and calls done(), or registers new tests with it() etc, weird things will
Pleasure to meet you, thanks for saying hello!
Do you have any particular interests of focus? Any specific platforms or
tooling features? Perhaps interested in starting out with documentation or
tests?
-Michal
On Wed, Oct 29, 2014 at 1:05 PM, Shazron shaz...@gmail.com wrote:
Welcome Alan!
On Wed, Oct 29, 2014 at 1:45 PM, Joe Bowser bows...@gmail.com wrote:
Hey
Unfortunately, I don't have anything working yet for the new MozillaView,
but because MozillaView is so radically different than any other view, I've
been forced to re-think some things with our current exec script in
On Wed, Oct 29, 2014 at 2:18 PM, Joe Bowser bows...@gmail.com wrote:
On Wed Oct 29 2014 at 10:58:08 AM Michal Mocny mmo...@chromium.org
wrote:
On Wed, Oct 29, 2014 at 1:45 PM, Joe Bowser bows...@gmail.com wrote:
Hey
Unfortunately, I don't have anything working yet for the new
a nested encoding for composing plugin results:
LENGTH:Payload:LENGTH:Payload or something?
On Wed, Oct 29, 2014 at 1:56 PM, Michal Mocny mmo...@chromium.org wrote:
On Wed, Oct 29, 2014 at 1:45 PM, Joe Bowser bows...@gmail.com wrote:
Hey
Unfortunately, I don't have anything working yet
On Wed, Oct 29, 2014 at 7:52 PM, Andrew Grieve agri...@chromium.org wrote:
On Wed, Oct 29, 2014 at 2:46 PM, Michal Mocny mmo...@chromium.org wrote:
On Wed, Oct 29, 2014 at 2:18 PM, Andrew Grieve agri...@chromium.org
wrote:
PROMPT isn't the default bridge, addJavaScriptInterface is. We
+1
On Oct 19, 2014 1:38 AM, James Litten insydneyja...@gmail.com wrote:
Hello Jesse,
Where is Phonegap day being held ?
On Sat, Oct 18, 2014 at 12:08 PM, Jesse purplecabb...@gmail.com wrote:
Who all is coming?
I will be there for my first ever phonegap day. I've only been working
http://developer.android.com/about/versions/lollipop.html#WebView
WebView will auto update through play store.
On Oct 17, 2014 12:44 PM, Joe Bowser bows...@gmail.com wrote:
So, Lolipop is landing and here are the changes:
http://developer.android.com/sdk/api_diff/preview-21/changes.html
It
Very cool Parashuram.
How did you test WkWebView? non-cordova?
Also, the results have different labels on iOS/Android, which I assume
means you are just reporting what the tools report. Would you consider
mapping the values which have direct parallels to the same labels so we can
do more
Well done.
One meta-comment: We highlight that the 4.0 CLI release is a reflection of
our independent platform release direction, yet all the platforms are
updating and set to the same version (3.6.4). Would be useful to point out
that this is one last synchronized release?
-Michal
On Tue, Oct
.. also `cordova info` is not listing my platform versions. `cordova
platform ls` does.
On Tue, Oct 14, 2014 at 2:39 PM, Michal Mocny mmo...@chromium.org wrote:
Well done.
One meta-comment: We highlight that the 4.0 CLI release is a reflection of
our independent platform release direction
Sweet. How do we run (2)?
On Fri, Oct 10, 2014 at 7:17 PM, Shazron shaz...@gmail.com wrote:
They have been converted to jasmine.
Right now there are two test suites:
1. cordova-lib tests (runs the unit tests)
2. create tests (tests different ways to create a project)
-Original Message-
From: Steven Gill [mailto:stevengil...@gmail.com]
Sent: Thursday, October 9, 2014 2:13 PM
To: dev@cordova.apache.org
Cc: Michal Mocny; Marcel Kinard
Subject: Re: Independent platform release summary
I think vladimir fixed the bug. We
update it, every time I add a platform or
‘core’ plugin, I get the same thing.
Leo
*From:* mmo...@google.com [mailto:mmo...@google.com] *On Behalf Of *Michal
Mocny
*Sent:* Wednesday, October 08, 2014 1:47 PM
*To:* Treggiari, Leo
*Cc:* Michal Mocny; Marcel Kinard; dev
*Subject:* Re
respective $BIGCO's confuse that to their and our continued strife.)
(All IMO of course, happy to follow the wisdom of the crowd on this one.)
On Oct 10, 2014 9:29 AM, Michal Mocny mmo...@chromium.org wrote:
5 is also fine.
On Fri, Oct 10, 2014 at 12:17 PM, Brian LeRoux b...@brian.io wrote
, 2014 9:29 AM, Michal Mocny mmo...@chromium.org wrote:
5 is also fine.
On Fri, Oct 10, 2014 at 12:17 PM, Brian LeRoux b...@brian.io wrote:
I am against it. Its not going to achieve the goal of alleviating
confusion. People see the CLI as the version not the platforms. I'd
rather
we
move to named releases externally.
Cordova MX === 4.0
Cordova Mexico?
On Oct 10, 2014 10:03 AM, Michal Mocny mmo...@chromium.org
wrote:
4 was also discussed as fine, and in isolation would have
been
our
choice
for sure -- but we worried
On Wed, Oct 8, 2014 at 4:12 PM, Michal Mocny mmo...@chromium.org wrote:
Thanks everyone for participation in what was a long and grueling
discussion.
Summary of current proposal:
- Cad-ver is dead.
- Everything moves Sem-ver, with platforms continuing from current
versions and diverging
:* mmo...@google.com [mailto:mmo...@google.com] *On Behalf Of *Michal
Mocny
*Sent:* Tuesday, October 7, 2014 6:06 PM
*To:* Parashuram Narasimhan (MS OPEN TECH); Max Woghiren
*Cc:* dev@cordova.apache.org
*Subject:* Re: FW: Adding Windows tests to ci.cordova.io
David from our team historically
I didn't see that message on the lists until Jesse forwarded it. (may have
been in spam?)
On Wed, Oct 8, 2014 at 7:42 AM, Andrew Grieve agri...@chromium.org wrote:
Not me this time! :)
On Wed, Oct 8, 2014 at 12:48 AM, purplecabbage purplecabb...@gmail.com
wrote:
Andrew, did you approve
101 - 200 of 1168 matches
Mail list logo