Along these lines, I likewise got frustrated with my workflow and added a
new feature to cordova plugin add --link.
Instead of just creating symlink in the plugins/ directory, it now also
creates symlinks for .java files, so that you can edit plugin .java files
in Android Studio, and hitting save
Sounds great Steve! I'll go through tools PRs once more right now.
On Fri, Jan 2, 2015 at 2:20 PM, Steven Gill stevengil...@gmail.com wrote:
Thinking about doing a tools release early next week. Let me know if you
have a PR that needs to be looked at before the release.
-Steve
Your links do indeed tell a sad tale :(.
Doing a one-over to turn all auto-links into manual links seems like a good
idea, at least for links that link to other pages.
Going on a tangent here - but another way to improve the docs would be to
de-dupe images across versions and languages. I
I don't know, I appreciate learning about what downstreams are doing with
Cordova... Harri - is your fork open-source? Would be interested to know
what kind of changes were necessary to the platforms to make your plugins
work.
On Tue, Dec 30, 2014 at 12:44 PM, Brian LeRoux b...@brian.io wrote:
that assumed
the OkHttp classes are included would be wrong (though, I'm not aware of
any such plugins).
I've created a plugin in labs that shows how to re-add OkHttp via gradle:
https://github.com/apache/cordova-plugins/tree/master/android-okhttp
On Tue, Sep 30, 2014 at 4:43 PM, Andrew Grieve agri
-
From: agri...@google.com [mailto:agri...@google.com] On Behalf Of Andrew
Grieve
Sent: Tuesday, December 30, 2014 9:46 PM
To: dev
Subject: Re: Steroids Tooling now supports Cordova projects out of the box
I don't know, I appreciate learning about what downstreams are doing with
Cordova
+06:00 Andrew Grieve agri...@chromium.org:
This is now merged. Woot!
What I did:
- Looked through the code (skimmed mostly)
- Ran bin/genjs
- Ran npm test
- spot-checked output within public/test
Everything looks great to me! Only things I did:
- Squashed into a single commit
+dev@
On Android, the exec() bridge uses addJavascriptInterface() to send
messages from JS-Java. This boils down to JNI with some string
serialization.
On iOS, it uses stringByEvaluatingJavaScriptFromString, which is AFAIK the
fastest way.
A local server is doable, but you can run into trouble
+1
* coho verify-archive worked fine for me.
* Verified sha1s match tags with `coho verify-tags`
* Verified archive contents via extracting diff -r
Only thing I saw at all awry is that RELEASENOTES.md has an entry for 4.0.0
in the tgz, but not in master within the repo (forgot to commit?)
On
chugging away!
-Michal
On Mon, Nov 3, 2014 at 2:39 PM, Andrew Grieve
agri...@chromium.org
wrote:
Love that you're working on this!
On Mon, Nov 3, 2014 at 12:57 AM, Shazron
shaz...@gmail.com
wrote
Code style issues and minor refactoring CLs don't require JIRA issues. Just
create a JIRA if you're changing behaviour in some way (e.g. bug fix, new
feature)
On Fri, Dec 19, 2014 at 3:55 PM, Murat Sutunc mura...@microsoft.com wrote:
Hi Josh,
Amazing feedback, thank you for spending the time
Great! Thanks Edna!
On Fri, Dec 19, 2014 at 11:06 AM, Edna Y Morales eymor...@us.ibm.com
wrote:
iOS 8.2 beta 3 is out. I have ran the mobilespec tests and did not find any
issues. Just FYI
Thanks,
Edna
From a technical standpoint, checking them in was easier. You can install a
platform from a git URL, or from a directory, or from npm. None of these
ways currently knows how to fetch the package's node dependencies (fetching
from npm we use cache add, which doesn't grab deps). Quite possibly
to update iOS at least as well.
-Chuck
-Original Message-
From: agri...@google.com [mailto:agri...@google.com] On Behalf Of
Andrew Grieve
Sent: Tuesday, December 16, 2014 7:21 AM
To: dev
Subject: Re: How to handle CSP for XHR in Cordova 4.0
On Mon, Dec 15, 2014
On Mon, Dec 15, 2014 at 8:19 PM, Chuck Lantz cla...@microsoft.com wrote:
Near term, for Windows 8.0/8.1, a custom security policy is in place at
the platform level for store apps so CSP doesn't really apply there at the
moment. (And, to be really specific, CSP support is pretty limited in
Sounds great!
On Tue, Dec 16, 2014 at 4:55 AM, Jesse purplecabb...@gmail.com wrote:
Yes to all of this, and welcome aboard!
Cheers,
Jesse
On Dec 15, 2014, at 3:22 PM, Murat Sutunc mura...@microsoft.com wrote:
Hi all,
My name is Murat Sutunc, I'm part of the Visual Studio team @
at 12:36:03 PM Andrew Grieve
agri...@chromium.org
wrote:
On Fri, Dec 12, 2014 at 1:51 PM, Joe Bowser bows...@gmail.com
wrote:
On Fri Dec 12 2014 at 10:25:51 AM Andrew Grieve
agri...@chromium.org
wrote:
I'm not actually
for
iOS+Android?
On Dec 11, 2014, at 10:54 AM, Andrew Grieve agri...@chromium.org
wrote:
Let's start a new thread for browserify.
Jesse - def. like the idea of injecting polyfills when they are not there
but are required. In practice though, I think it ends up pretty much the
same
On Thu, Dec 11, 2014 at 2:38 PM, Andrew Grieve agri...@chromium.org wrote:
I'd really like to get it fully spelled out *why* browserify is the right
tool for this. Some thoughts below:
On Wed, Dec 10, 2014 at 8:35 PM, Brian LeRoux b...@brian.io wrote:
we should move browserify to main
On Fri, Dec 12, 2014 at 2:28 PM, Jesse purplecabb...@gmail.com wrote:
On Fri, Dec 12, 2014 at 11:10 AM, Shazron shaz...@gmail.com wrote:
Yup, WKWebView has an option to add a script at
WKUserScriptInjectionTimeAtDocumentStart.
On Fri, Dec 12, 2014 at 7:21 AM, Andrew Grieve agri
On Fri, Dec 12, 2014 at 1:51 PM, Joe Bowser bows...@gmail.com wrote:
On Fri Dec 12 2014 at 10:25:51 AM Andrew Grieve agri...@chromium.org
wrote:
I'm not actually worried about my disk filling up. Dependencies must be
vetted for appropriate licenses, so now there's more overhead here
browserify to main and drop that insane concat code
its not heavyweight at all. it creates a hash in iife with deps mapped
in…as to why dep mgmt is better than concatenating…I don't think we need to
waste our time talking about that!
On Wed, Dec 10, 2014 at 5:00 PM, Andrew Grieve agri
On Thu, Dec 11, 2014 at 2:24 PM, Joe Bowser bows...@gmail.com wrote:
On Wed Dec 10 2014 at 8:03:10 AM Andrew Grieve agri...@chromium.org
wrote:
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
cool. I can look at adding a --browserify option for run
and
prepare.
I
logged an issue for it [1]
[1] https://issues.apache.org/jira/browse/CB-7001
On Thu, Jun 19, 2014 at 5:57 PM, Andrew Grieve
agri...@chromium.org
userland means that plugins won't be able to use them unless every plugin
also includes a copy of the polyfill within it.
Looking at our core APIs, seems maybe it's just battery-status that will
require it. Should we have battery-status include the polyfill within it? I
hope not. I'd hate to get
10, 2014 at 10:35 AM, Ian Clelland iclell...@chromium.org
wrote:
On Wed Dec 10 2014 at 10:17:38 AM Andrew Grieve agri...@chromium.org
wrote:
userland means that plugins won't be able to use them unless every plugin
also includes a copy of the polyfill within it.
Looking at our core APIs
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
Could we just strip the license as a part of the create script?
On Wed, Dec 10, 2014 at 2:30 PM, Brian LeRoux b...@brian.io wrote:
recent discussions elsewhere indicate (to me) that while the ASL (apache
software license) is compatible with other licenses but the ASF (apache
software
will have to maintain whatever we adopt.
Ian
@purplecabbage
risingj.com
On Tue, Nov 18, 2014 at 10:42 AM, Andrew Grieve
agri...@chromium.org
wrote:
Having the localserver plugin add behaviour to file plugin
feels
like
On Wed, Dec 10, 2014 at 9:41 AM, Brian LeRoux b...@brian.io wrote:
- no technical benefit (but aesthetics, sure)
- adds weight (payload and runtime)
- might interfere with userland polly
-1
On Wed, Dec 10, 2014 at 7:48 AM, Andrew Grieve
agri...@chromium.org
Working fine for me as of right now.
On Wed, Dec 10, 2014 at 6:58 PM, Shazron shaz...@gmail.com wrote:
I couldn't git pull.
See:
https://twitter.com/infrabot/status/542829293240217600
-
To unsubscribe, e-mail:
Will go ahead with this next week if no one has a look. That said, would
love a look.
On Wed, Nov 26, 2014 at 10:10 PM, Andrew Grieve agri...@chromium.org
wrote:
I've taken a stab at refactoring Android's splashscreen logic into the
splashscreen plugin.
https://github.com/apache/cordova
Andrew Grieve agri...@chromium.org
wrote:
Likely clobbers won't work for this since most modules access exec() via
a
require(). You can actually swap out the module though, using:
define.remove('cordova/exec')
define('cordova/exec', function(...))
and use runs/ to make it run before
When working on CB-8002, noticed this code:
commandQueue.push(JSON.stringify(command));
if (bridgeMode === jsToNativeModes.WK_WEBVIEW_BINDING) {
window.webkit.messageHandlers.cordova.postMessage(command);
Wondering if maybe when in WK_WEBVIEW mode, if commands are being added
*From:* mmo...@google.com [mailto:mmo...@google.com] *On Behalf Of *Michal
Mocny
*Sent:* Wednesday, November 05, 2014 10:50
*To:* dev
*Cc:* Andrew Grieve; Kevin Nuss
*Subject:* Re: Cordova: Comment on Deleting hidekeyboard and showkeyboard
Events
Telling people to turn to [insert any
Had a look through the code. Looks great!
On Wed, Nov 26, 2014 at 7:08 PM, Joe Bowser bows...@gmail.com wrote:
Hey
Just an update, I have a working PoC of the GeckoView-based WebView ready
for people to look at here:
https://github.com/infil00p/cordova-mozillaview-engine
This is
I've taken a stab at refactoring Android's splashscreen logic into the
splashscreen plugin.
https://github.com/apache/cordova-android/pull/134
https://github.com/apache/cordova-plugin-splashscreen/pull/32
In order to be backwards-compatible, I've:
- Committed a copy of the plugin to
My guess as to why NO_RESULT exists, is because on Android, plugin
functions used to *have* to return a PluginResult. The only way to not have
this reach JS was to set it to NO_RESULT.
I don't actually see a use-case to ever send a NO_RESULT now...
But, I think your pseudocode seems correct in
I don't think it's possible without a code change (which we're completely
open to). I tried once to route that through the existing events system,
but the problem is that doing so results in random newlines being inserted
everywhere. We'd probably need to add a new event (maybe rawlog) that
routes
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 3:56 PM, Mefire O. ommen...@microsoft.com wrote:
Hi,
My name is Omar Mefire.
I'm an engineer with the Visual Studio
That's fantastic news! Looking forward to having you helping again!
On Wed, Nov 19, 2014 at 5:16 PM, Ally Ogilvie aogil...@wizcorp.jp wrote:
Hey Josh,
Welcome back.
Gotta say I've been using Ionic recently and I think it's awesome! (Did you
work on Ionic CLI wrap around Cordova?)
Please
is changing FileEntry.toURL(). I'm thinking of some
runtime 'magic' in the local web server where it detects the File
plugin,
and change the implementation of FileEntry.toURL() (or through injecting
JavaScript, probably easier).
On Wed, Oct 29, 2014 at 5:11 PM, Andrew Grieve agri
risingj.com
On Tue, Nov 18, 2014 at 10:42 AM, Andrew Grieve agri...@chromium.org
wrote:
Having the localserver plugin add behaviour to file plugin feels like the
dependency is in the wrong direction to me.
How about having CDVFile.m do something like:
CDVPlugin* p = [commandDelegate
I think it's a bug in the docs.
On Fri, Nov 7, 2014 at 7:08 AM, Joshi, Pavankumar
jos...@fast.au.fujitsu.com wrote:
Hello Devs,
I have a question regarding volumeup and volumedown events on Android
platform. These 2 events work fine on Android platform.
I am currently testing mobilespec
From reading this, seems like it could work well to have plugins provide
both browser and ripple implementations. They could make them the same, or
have the ripple one provide some sort of nice emulation UI. e.g.
var div = ... createUI;
ripple.registerPluginUi(div)
Still also seems powerful
Sounds great!
On Thu, Nov 13, 2014 at 3:21 AM, Carlos Santana csantan...@gmail.com
wrote:
Welcome Jonathan !
On Wed, Nov 12, 2014 at 10:31 AM Michal Mocny mmo...@chromium.org wrote:
Hi Jonathan!
Seems you've been a lurker on these lists for a while and have helped
submit issues in the
Also - I believe those APIs are available only to Chrome apps extensions.
I do know though, that Chrome team is trying to make bluetooth on the open
web a thing: https://github.com/WebBluetoothCG/web-bluetooth. I doubt all
the access that you'd want will be available any time soon though (they
feature that
works instead of fixing documented features that don't work. I'm not sure
why you're so dead set on deleting this particular feature.
On Wed Nov 05 2014 at 3:54:32 PM Andrew Grieve agri...@chromium.org
wrote:
Regardless of the technical debt, these events:
1. Don't exist on iOS
/apache/cordova-lib/pull/111 ), could you please take a
look it?
The PR is requested in CB-3445 branch, should I commit it this patch in
master branch? Because I want to use this feature in Cordova 4.0.
-Original Message-
From: Andrew Grieve [mailto:agri...@google.com]
Sent
This is high on my list as well, but I'd really like to try switching
CordovaWebView to a class rather than an interface, and I won't have time
to do that until close to the end of the month.
One step along the way we can do right now though is switch 3.x branch over
to using Gradle by default.
Thanks Kevin. Forwarding to dev@ mailing list.
Seems like a candidate for 4.0.x branch? I think those that want to know
about the keyboard just use Ionic's keyboard plugin anyways, since that
works with newer Android versions.
On Tue, Nov 4, 2014 at 9:41 PM, Kevin Nuss kevin.n...@infoproc.com
If your app is a multi-page app, then likely this is a bug that was fixed
in cordova-android 3.6.0.
On Wed, Nov 5, 2014 at 5:53 AM, Pierre Gaston pierre.gas...@gmail.com
wrote:
I'm using cordova 3.5.1 on a 4.1 android device without SystemUI as a
kiosk.
I don't see anything suspect except
Created an issue with proposed changes:
https://issues.apache.org/jira/browse/CB-7947. Let's move discussion there.
On Tue, Oct 21, 2014 at 12:03 PM, Andrew Grieve agri...@chromium.org
wrote:
I don't think there's even been an issue opened for it. Seems like maybe
the proper thing to do here
On Wed, Nov 5, 2014 at 10:57 AM, Michal Mocny mmo...@google.com wrote:
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
Here's the ionic plugin:
https://github.com/driftyco/ionic-plugins-keyboard/blob/master/src/android/IonicKeyboard.java
Uses a GlobalLayoutListener. the approach is described here:
http://stackoverflow.com/questions/2150078/how-to-check-visibility-of-software-keyboard-in-android
Why leave the
That's my understanding. Don't do check_reqs until the start of an
operation that depends on the reqs (e.g. a build)
On Wed, Nov 5, 2014 at 2:37 PM, Parashuram Narasimhan (MS OPEN TECH)
panar...@microsoft.com wrote:
Could we postpone the check-reqs script to prepare instead on when adding
it?
to the goal of eventually cease to exist?
Yeah, but it actually has to work. We've been poly-filling broken
browser
features for years!
On Wed, Nov 5, 2014 at 11:26 AM, Joe Bowser bows...@gmail.com
wrote:
On Wed Nov 05 2014 at 8:21:03 AM Andrew Grieve
agri
Don't have time to do a PR, but overall seems the overview of changes seems
a bit non-user-understandable.
e.g.:
CB-7813 - Added unit test
CB-7735 - Update cordova.js snapshot with the bridge fix (what's the fix
now?)
lgtm even if you don't prune more though. Should run it through
eager to accommodate you. Just be aware that it's a
moving target at this point.
Ian
On Tuesday, September 23, 2014, Andrew Grieve agri...@chromium.org
wrote:
Gradle support on master is still somewhat a work-in-progress, but I
think it's coming along nicely :)
What you want to do
Love that you're working on this!
On Mon, Nov 3, 2014 at 12:57 AM, Shazron shaz...@gmail.com wrote:
Thanks Andrey,
I tested it out but I ran into problems. See my comment on your pull
request.
On Sun, Nov 2, 2014 at 1:11 PM, Andrey Kurdumov kant2...@googlemail.com
wrote:
Hello guys,
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
stab at messaging:
If you want nothing to change, use
. This is my first attempt participating in discussion on the list -
let me know if I¹m doing it wrong!
Am I wasting my time investigating this? Should I just leave it Shazron?
On 10/30/14, 9:52 PM, Andrew Grieve agri...@chromium.org wrote:
On Thu, Oct 30, 2014 at 5:05 PM, Shazron shaz...@gmail.com
Cool! Left some minor comments.
On Thu, Oct 30, 2014 at 1:16 AM, Steven Gill stevengil...@gmail.com wrote:
I have been doing some work on releasing nightlys recently.
Please review PR [1] and comment on the issue [2].
[1] https://github.com/apache/cordova-coho/pull/58
[2]
There've been some changes to CLI in the last month that fix Android
requiring an SDK to run create plugin add. Likewise, a fix just went in
this week (last week?) that fixes the slash problem for xcode project files
on windows.
That said, I like your idea of not modifying platforms/ outside of
experience, and for bug reporting purposes.
On Wed, Oct 29, 2014 at 5:11 PM, Andrew Grieve agri...@chromium.org
wrote:
We could restrict access to the webserver by stuffing a cookie into the
webview with an access token, then have the server just 500 on any
request
missing the cookie
PROMPT isn't the default bridge, addJavaScriptInterface is. We fall back to
PROMPT on Androids where AJI exposes security concerns. For Native-JS, we
still use ONLINE events, which is actually crazy.
Reason for non-JSON is two-fold:
1. JSON doesn't support binary (e.g. ArrayBuffer)
2. JSON
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 fall back
to
PROMPT on Androids where AJI exposes security concerns
On Wed, Oct 29, 2014 at 2:42 PM, Joe Bowser bows...@gmail.com wrote:
On Wed Oct 29 2014 at 11:19:02 AM Andrew Grieve agri...@chromium.org
wrote:
PROMPT isn't the default bridge, addJavaScriptInterface is. We fall back
to
PROMPT on Androids where AJI exposes security concerns. For Native
We could restrict access to the webserver by stuffing a cookie into the
webview with an access token, then have the server just 500 on any request
missing the cookie. We should also be able to restrict external requests
just by listening on 127.0.0.1 instead of 0.0.0.0 (doesn't look
like
I did a search and couldn't find one.
On Wed, Oct 22, 2014 at 6:14 PM, Gorkem Ercan gorkem.er...@gmail.com
wrote:
Do you remember, whether a Jira was created for it?
--
Gorkem
On Wed, Oct 22, 2014 at 3:47 PM, Andrew Grieve agri...@chromium.org
wrote:
This was brought up (over a year ago
This was brought up (over a year ago at least), and was deemed a bug, but
one that's hairy to fix.
On Wed, Oct 22, 2014 at 8:07 AM, Bryan Higgins br...@bryanhiggins.net
wrote:
That is the design. CLI calls plugman.fetch and then plugman.install for
each installed platform.
The plugin won't
My feelings are the same a Joe here. Current plugins are deteriorating.
Camera is especially bad.
Another reason to not dive in is that this isn't a trivial plugin to
create. The PushPlugin highlighted seems to always result in notifications
when pushes are received. The spec highlighted (as well
it be our problem than it being all over the place.
On Fri, Sep 12, 2014 at 10:21 AM, Andrew Grieve agri...@chromium.org
wrote:
On Fri, Sep 12, 2014 at 1:02 PM, Joe Bowser bows...@gmail.com
wrote:
After testing this again for sanity, we should probably kill this
option.
I
Sorry to miss :(
On Mon, Oct 20, 2014 at 9:10 AM, Bryan Higgins br...@bryanhiggins.net
wrote:
I'll be there :)
On Mon, Oct 20, 2014 at 12:49 AM, Jesse purplecabb...@gmail.com wrote:
James:
PhoneGap day is in San Francisco this year.
Details+tickets here: http://j.mp/PGDayUSA-Tix
I'd really like it to be the case as well that our tools be cross-platform
except where they can't be. One hurtle here is that iOS's create script is
written in bash. It wouldn't be hard to convert to node using another
platform as a template though.
On Sun, Oct 19, 2014 at 8:32 PM, Edna Y
Another thing preventing this for iOS:
https://issues.apache.org/jira/browse/CB-7311
https://github.com/alunny/node-xcode/pull/30
On Mon, Oct 20, 2014 at 1:34 PM, Andrew Grieve agri...@chromium.org wrote:
I'd really like it to be the case as well that our tools be cross-platform
except where
in the community feel that this
could be interesting to any Cordova developer and makes sense to put in the
official Cordova blog, I would love to write a quick tutorial.
-Original Message-
From: agri...@google.com [mailto:agri...@google.com] On Behalf Of Andrew
Grieve
Sent: Tuesday
Thanks Marcel, doc spells things out very clearly.
On Mon, Oct 13, 2014 at 4:06 PM, Marcel Kinard cmarc...@gmail.com wrote:
After all this discussion, it's a bit unclear to me where we are currently
at. So I took a shot at capturing it in writing it for coho/docs/
Hi Dam,
The code for that is here:
https://github.com/apache/cordova-lib/blob/master/cordova-lib/src/cordova/util.js#L31
So, looks like if you set your HOME / USERPROFILE variable to somewhere
else that might do it.
You can also try and manage your downloads separately and do things via:
Should we consider jumping to 13? You know... just prefix a 1 onto the
existing number.
4.0 (or any other number) is great by me!
On Fri, Oct 10, 2014 at 1:54 PM, Parashuram Narasimhan (MS OPEN TECH)
panar...@microsoft.com wrote:
4.0 is also good. Should we tag and start a vote for that
Good call.
On Fri, Oct 10, 2014 at 2:14 PM, purplecabbage g...@git.apache.org wrote:
Github user purplecabbage commented on the pull request:
https://github.com/apache/cordova-coho/pull/52#issuecomment-58695256
We should stop closing issues from other repositories, since @asfgit
, insights and feedback on this
proposal.
Subhag Oak | Senior Program Manager
Visual Studio, Client Tools
s...@microsoft.com
425 707 5598 office
-Original Message-
From: agri...@google.com [mailto:agri...@google.com] On Behalf Of
Andrew Grieve
? :)
On Wednesday, July 9, 2014, Andrew Grieve agri...@chromium.org
wrote:
Sounds like we both agree that it doesn't work and adds a false
sense
of
security (to those that do opt into it) :P.
Maybe what we should do is redesign the whitelist to do something
more
On Fri, Sep 5, 2014 at 2:40 PM, Shazron shaz...@gmail.com wrote:
I figure I will write this all up before the official release of iOS 8 next
week (probability high) and everyone asking about support.
It has stalled because the WKWebView cannot load files using the file://
protocol since iOS
a signed image...
On 10/6/14, 3:18 PM, Andrew Grieve agri...@chromium.org wrote:
AFAIK, I don't think there's any technical roadblocks. Just need a
proposal for how it should look, and then a patch docs to add it!
For Android's hot-off-the-press gradle support, you can set
Not me this time! :)
On Wed, Oct 8, 2014 at 12:48 AM, purplecabbage purplecabb...@gmail.com
wrote:
Andrew, did you approve this one?
;)
On Oct 7, 2014, at 6:35 PM, xia...@hudong.com xia...@hudong.com
wrote:
re
夏浩
互动在线(北京)科技有限公司
地址:北京市海淀区上地信息路28号信息大厦A座7层
邮编 : 100085
iOS container runs a local web server that all
content is served from.
Lots of apps have been published - no problem with Apple about this
feature.
On 10/8/14, 7:10 AM, Andrew Grieve agri...@chromium.org wrote:
On Fri, Sep 5, 2014 at 2:40 PM, Shazron shaz...@gmail.com wrote:
I figure I
This looks great! I've merged it in. Thanks Darryl!
On Mon, Oct 6, 2014 at 2:30 PM, Darryl Pogue dvpdin...@gmail.com wrote:
I'd like to hopefully draw some eyes over to
https://github.com/apache/cordova-lib/pull/97 to have it reviewed and
merged.
It contains 2 fixes for Android resources
Of *Andrew
Grieve
*Sent:* Saturday, October 04, 2014 11:05 AM
*To:* Treggiari, Leo
*Cc:* Brian LeRoux; Andrew Grieve; dev@cordova.apache.org; Marcel Kinard
*Subject:* Re: Independent platform release summary
To the best of my knowledge, the version numbers of platforms do not
signify
AFAIK, I don't think there's any technical roadblocks. Just need a proposal
for how it should look, and then a patch docs to add it!
For Android's hot-off-the-press gradle support, you can set an environment
variable that points to a .properties file for signing builds. This shows
one way to go
*From:* agri...@google.com [mailto:agri...@google.com] *On Behalf Of *Andrew
Grieve
*Sent:* Monday, October 06, 2014 12:12 PM
*To:* Treggiari, Leo
*Cc:* Andrew Grieve; Brian LeRoux; dev@cordova.apache.org; Marcel Kinard
*Subject:* Re: Independent platform release summary
Leo
...@gmail.com [mailto:brian.ler...@gmail.com] *On Behalf
Of *Brian LeRoux
*Sent:* Friday, October 03, 2014 5:29 PM
*To:* Andrew Grieve
*Cc:* dev@cordova.apache.org; Marcel Kinard; Treggiari, Leo
*Subject:* Re: Independent platform release summary
I meant pinning all platforms to the cli (so
). Anyhow this is way hard to reason
about. So its an improvement how again?
On Oct 3, 2014 4:55 PM, Andrew Grieve agri...@chromium.org wrote:
Is pinning not what's driving this version number discussion?
Projects are generally made up of more plugins than platforms, but we
don't bump the CLI
)
If a platform does a major version jump (ex android 4.0.0), then cli + lib
should do a major jump. (ex up to 5.0.0)
On Thu, Oct 2, 2014 at 4:51 PM, Andrew Grieve agri...@chromium.org
wrote:
I don't think it's necessary to bump CLI major when platforms bump major.
Platforms and CLI are linked only
that.
On Oct 2, 2014, at 7:51 PM, Andrew Grieve agri...@chromium.org wrote:
I don't think it's necessary to bump CLI major when platforms bump
major.
Platforms and CLI are linked only superficially anyways.
-
To unsubscribe
to assign issues.
On Thu, Oct 2, 2014 at 11:11 AM, Homer, Tony tony.ho...@intel.com wrote:
Hi! I’d like to start contributing to Cordova.
I’m a member of the HTML5 Tools Team at Intel.
We develop the Intel XDK, which Andrew Grieve posted about in August:
http://callback.markmail.org/thread
?
If not, what is remaining?
If we just removed their android platform and called it upgrade, I
suspect
some people would lose work on their app.
On 2 Oct 2014 11:18, Andrew Grieve agri...@chromium.org wrote:
There's been a couple bugs come in for Android where our update
script
That said, the relevant patch is here:
https://github.com/apache/cordova-android/commit/2ab81bc5aeb575fef3657cf48a671607e81ca37d
(Ian / Joe, please correct me if there's more than that)
On Thu, Oct 2, 2014 at 11:29 AM, Joe Bowser bows...@gmail.com wrote:
No, you should upgrade to 3.5.1. We
Great write-up! Totally onboard. And like the suggestion of bumping the
major (I say either 4.0 or 10.0).
On Thu, Oct 2, 2014 at 3:58 PM, Brian LeRoux b...@brian.io wrote:
I'm down with jumping to 4.x but not convinced a jump to 5.x would actually
spur more understanding. (Also thanks for
install in CLI (the week gives
some blog-post-following early adopters time to catch any mess-ups)
On Thu, Oct 2, 2014 at 7:46 PM, Andrew Grieve agri...@chromium.org wrote:
Great write-up! Totally onboard. And like the suggestion of bumping the
major (I say either 4.0 or 10.0).
On Thu, Oct 2
301 - 400 of 2036 matches
Mail list logo