Come on in
https://plus.google.com/hangouts/_/hoaevent/AP36tYf6UPXu7iH0JI5udIQwnbLx1JBdZw7XFq7Mdb3-BkZ3gvKh8A?authuser=0hl=en-GB
On Fri, Jan 24, 2014 at 1:06 PM, Marcel Kinard cmarc...@gmail.com wrote:
FYI, I just added an item to the agenda: What is the next big thing for
Cordova? (post-CLI)
Watch link: http://www.youtube.com/embed/yvyPg_4J94E
On Wed, Jan 29, 2014 at 12:29 PM, Andrew Grieve agri...@chromium.orgwrote:
Come on in
https://plus.google.com/hangouts/_/hoaevent/AP36tYf6UPXu7iH0JI5udIQwnbLx1JBdZw7XFq7Mdb3-BkZ3gvKh8A?authuser=0hl=en-GB
On Fri, Jan 24, 2014 at 1:06 PM
/profileView.do?key=2e1afd56-daa9-428e-8f4a-2fa7516940c0
[image: IBM]
100 East Pratt St 21-2212
Baltimore, MD 21202-1009
United States
From:Andrew Grieve agri...@chromium.org
To:dev dev@cordova.apache.org
Date:01/29/2014 12:28 PM
Subject:Re: Hangout?
Sent
job!
On Mon, Jan 27, 2014 at 2:55 PM, Brian LeRoux b...@brian.io wrote:
this is nice stuff guys / love it
On Mon, Jan 27, 2014 at 1:04 PM, Andrew Grieve agri...@chromium.org
wrote:
The Google team's side-project has made some good progress in the
last
while. We've
Note that the JIRA entry for this is:
https://issues.apache.org/jira/browse/CB-5093, which includes a pull
request for making this change for Android.
On Mon, Jan 27, 2014 at 2:52 PM, Mark Koudritsky kam...@google.com wrote:
On Android and iOS there are two different values in project config
The Google team's side-project has made some good progress in the last
while. We've shared this before, but we're gearing up for a blog post about
it so wanted to share it again :)
https://github.com/MobileChromeApps/mobile-chrome-apps
npm install -g cca
cca create MyProject
At this point you
How about:
Allow each value to be set explicitly via:
widget id=org.apache.mobilespec version=0.0.1 android-versionCode=1
ios-bundleVersion=0.0.1 wp-projectVersion=0.0.1.0
Provide intelligent default values via:
ios-bundleVersion = version with any -rclabel stripped
wp-projectVersion =
Hi Martin,
Thanks for the patch! Looks good from what I can tell. Before we can merge
it in though, we'll need to you sign Apache's contributor agreement, and
make sure that there's a Telerik one as well:
http://www.apache.org/licenses/#clas
Andrew
On Fri, Jan 24, 2014 at 3:20 AM, Martin
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/17264/#review32719
---
Ship it!
LGTM! I'll merge it in.
- Andrew Grieve
On Jan. 23
I fixed it when I merged it.
On Fri, Jan 24, 2014 at 11:42 AM, Josh Soref jso...@blackberry.com wrote:
https://reviews.apache.org/r/17264/
Could someone please fix the commit message to spell `lazy` correctly?
-
This
Probably you hit a bug in 3.0.3. Try updating to the latest version of the
tool and see if the bug is fixed.
On Thu, Jan 23, 2014 at 1:24 AM, dev at watch2web.com d...@watch2web.comwrote:
Following the docs, I did:
npm install -g cordova@3.0.3
It seemed to work: cordova -v gives 3.0.3
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/17168/#review32663
---
Ship it!
Ship It!
- Andrew Grieve
On Jan. 22, 2014, 2:31 a.m
Since HTML5 FS are supposed to be sandboxes, would be good make the
library value put the files in a subdirectory within Library/. That way
the app / its plugins can put other files within Library without them
appearing to the PERSISTENT FS.
On Thu, Jan 23, 2014 at 2:15 PM, Marcel Kinard
When I was last looking at Camera, I came away thinking that there are two
main things that could be done to make it nicer:
1. Don't allow the client to dictate the type of URL.
Full explanation - There are four scenarios that I think are important:
1. Pick a photo from the library (always
Sounds good!
I've pinged the npm bug about cordova, since we can't do a release until
that's fixed, but there seems to be progress, so hopefully it'll be fixed
soon. Alternatively, we could just publish the tool under a different name
for a while. That sucks though.
On Tue, Jan 21, 2014 at 5:53
https://issues.apache.org/jira/browse/CB-5647
On Wed, Jan 22, 2014 at 11:35 AM, Jamie Perkins jamie.perk...@gmail.comwrote:
Thanks. Is there a link to that bug so I can track it?
On Tue, Jan 21, 2014 at 6:55 PM, Andrew Grieve agri...@chromium.orgwrote:
Ah, (didn't see your last message
Last time we just posted a link. I think that worked well. I can take care
of that again unless someone else wants to give it a go.
On Tue, Jan 21, 2014 at 11:24 AM, Ross Gerbasi rgerb...@gmail.com wrote:
Do you need emails for invites, or are you just going to post a link to the
hangout
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/17064/#review32417
---
Ship it!
Merged!
- Andrew Grieve
On Jan. 20, 2014, 10:07 p.m
going crazy here?
On Tue, Jan 21, 2014 at 2:05 PM, Andrew Grieve agri...@chromium.orgwrote:
You can create issues here: https://issues.apache.org/jira/browse/CB/
Sounds like you have forgotten to wait for the deviceready event before
calling the API.
On Tue, Jan 21, 2014 at 1:19 PM, Jamie
Ah, (didn't see your last message). Yeah, you hit the didn't run prepare
bug then. We do support building from the IDE, doing so going forward
should work fine.
On Tue, Jan 21, 2014 at 8:54 PM, Andrew Grieve agri...@chromium.org wrote:
There's a bug right now where you need to run cordova
Agree that Camera pretty much needs a re-write (or a good audit). The
number of bugs for it is really piling up. AFAICT, Camera is a useful API,
and Capture is useful for video/audio, but not really useful for pictures.
On Tue, Jan 21, 2014 at 7:00 PM, Brian LeRoux b...@brian.io wrote:
it is
:
https://reviews.apache.org/r/17064/
On January 20th, 2014, 1:53 a.m. UTC, *Andrew Grieve* wrote:
src/util.jshttps://reviews.apache.org/r/17064/diff/1/?file=427259#file427259line221
(Diff
revision 1)
221
this.constructor.prototype.__proto__ = Error.prototype
No need to do
/17064/#comment61007
This should go in it's own file I think.
src/util.js
https://reviews.apache.org/r/17064/#comment61006
No need to do this within the function. You should do it after defining the
function:
CordovaError.prototype.__proto__ = ...
- Andrew Grieve
No one's announced their intent to do one yet that I've seen.
On Thu, Jan 16, 2014 at 2:17 PM, Herm Wong kingoftheo...@hotmail.comwrote:
Are we planning on a plugin release soon?
There have been quite a few commits for FirefoxOS that need to be released
into the main branch.
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/16988/#review32160
---
Ship it!
Ship It!
- Andrew Grieve
On Jan. 16, 2014, 10:03 p.m
Tools release failed yesterday (as I put on the release bug), but
wanted to make sure everyone is aware.
So far as I can tell, we can't publish new versions of CLI to npm
until the server is fixed:
https://github.com/npm/npm/issues/4487
SGTM. I was planning on writing a script to poll github's pull
requests. This sounds even easier.
On Thu, Jan 16, 2014 at 1:41 PM, Daniel Gómez
danielj_go...@yahoo.com.ar wrote:
Sounds great to me!
El día jueves, 16 de enero de 2014 15:27, Shazron shaz...@gmail.com
escribió:
As you
Starting on this now. Tracking bug:
https://issues.apache.org/jira/browse/CB-5802
On Tue, Jan 14, 2014 at 11:57 AM, Andrew Grieve agri...@chromium.org wrote:
Landed :)
On Tue, Jan 14, 2014 at 11:11 AM, Michal Mocny mmo...@chromium.org wrote:
Lets let cli search paths land?
On Tue, Jan 14
---
layout: post
author:
name: Andrew Grieve
url: https://twitter.com/GrieveAndrew
title: Tools Release: Jan 15, 2014
categories: news
tags: release tools
---
We've just update our command-line tools:
* plugman@0.18.0
* cordova@3.3.1-0.2.0
To update your tools:
npm update -g cordova
Thanks Josh Steve. I've made the changes and thrown in a bunch of `s.
I was making changes in vim and using rake serve to test them.
On Wed, Jan 15, 2014 at 2:24 PM, Josh Soref jso...@blackberry.com wrote:
Not sure what tool chain you¹re using, my Mou.app objects to the lack of a
line break
a custom X509TrustManager even be consulted by the webView?
On 14 Jan 2014, at 1:28 pm, Andrew Grieve agri...@chromium.org wrote:
Implementation notes that come to mind:
Android:
I think this will actually be impossible to do on Android :(.
shouldInterceptRequest is the closest thing you'd
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/16854/#review31727
---
Ship it!
Ship It!
- Andrew Grieve
On Jan. 14, 2014, 5:34 a.m
I'd like to do a tools release today or tomorrow. Any reason to postpone?
If I don't hear back, I'll go ahead with it either this eve or tomorrow.
We have a Google Hangout coming up and discussing this is on the
agenda. My thinking as of now is that there's a general agreement that
this is a great idea, but that it's not on anyone's roadmap atm.
On Mon, Jan 13, 2014 at 12:48 AM, Hu, Ningxin ningxin...@intel.com wrote:
Hi Folks,
Regarding
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/16854/#review31728
---
This is now merged. Please close the review. :)
- Andrew Grieve
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/16739/#review31729
---
Ship it!
Merged!
- Andrew Grieve
On Jan. 14, 2014, 5:33 a.m
Landed :)
On Tue, Jan 14, 2014 at 11:11 AM, Michal Mocny mmo...@chromium.org wrote:
Lets let cli search paths land?
On Tue, Jan 14, 2014 at 10:58 AM, Andrew Grieve agri...@chromium.orgwrote:
I'd like to do a tools release today or tomorrow. Any reason to postpone?
If I don't hear back
at the moment, but becomes more compelling if we
provide the machinery for other devs to take advantage of it.
On Tue, Jan 14, 2014 at 10:34 AM, Ian Clelland iclell...@chromium.org
wrote:
On Tue, Jan 14, 2014 at 10:52 AM, Andrew Grieve
agri...@chromium.org
wrote:
On Tue, Jan 14, 2014 at 10:38 AM
Woohoo!
On Tue, Jan 14, 2014 at 7:33 PM, Brian LeRoux b...@brian.io wrote:
nice little lib that came in handy today: thx guys!
If anyone wants to take ownership of an agenda item, I think that
would help keep things more organized. Maybe put your name next to the
item on the wiki page?
On Tue, Jan 14, 2014 at 5:04 PM, Parashuram Narasimhan (MS OPEN TECH)
panar...@microsoft.com wrote:
MS Open Tech would be hosting this
?
Lets discuss that at the next meetup? Seems like this whole config file
topic is the top subject matter, and maybe there is a better overall
approach here.
On Fri, Jan 10, 2014 at 10:19 PM, Michal Mocny mmo...@chromium.org
wrote:
On Fri, Jan 10, 2014 at 8:58 PM, Andrew Grieve agri
I think the proposal is to include a white-list of self-signed certs
within apps (or is it to use *only* the whitelist and reject otherwise
valid certs?).
I think it'd be great to have this feature. It's certainly been asked
for several times.
The referenced plugin certainly is a good reference
FYI to others - the docs for this is found here (seems to have some
incorrectly formatted markdown too :( ) :
http://cordova.apache.org/docs/en/3.3.0/plugin_ref_spec.md.html#Plugin%20Specification
My understanding was that:
engine name=cordova-android version==1.8.0 /
is the same as:
engine
I think we need two things for transitioning to different PERSISTENT /
TEMPORARY locations:
1. The ability for the user to retrieve the files at the old location
(so they can be moved to the new location)
2. The ability to turn turn on the change with a switch (e.g.
preference
Implementation notes that come to mind:
Android:
I think this will actually be impossible to do on Android :(.
shouldInterceptRequest is the closest thing you'd need, as it's your
hook for overriding network requests. However, it exposes only the URL
that is being requests. Not the HTTP method,
It's used to implement the evaluateJavascript and insertCSS functions.
On Fri, Jan 10, 2014 at 1:33 PM, Joe Bowser bows...@gmail.com wrote:
Hey
Why does InAppBrowser have JS hooks? I'm trying to remember the reason
for this, and I'm finding that I can't. Can anyone tell me why we'd
want
Is the plugin still needed on older android versions? e.g. we might
want to have it be a no-op based on the android version instead of
deleting it?
Android geolocation seems to have gone Play Services, so another
option would be to make the plugin use that instead of the OS
geolocation in order
, 2014 at 2:43 PM, Brian LeRoux b...@brian.io wrote:
probably a good idea for the moment / at some we will have a config file
reckoning!
On Fri, Jan 3, 2014 at 11:34 AM, Andrew Grieve agri...@chromium.org
wrote:
Okay, yeah, reading that back to myself and it seems like a bad idea
. Would be cool if we could
tighten
it
up
with
some
solution.
On Tue, Dec 31, 2013 at 12:34 PM, Andrew Grieve
agri...@chromium.org
wrote:
Tough call on this one. I'm a bit
PM, Andrew Grieve agri...@chromium.org wrote:
Breaking out a discussion Joe I started on
https://issues.apache.org/jira/browse/CB-5351.
Some plugin hooks on Android are made available as functions on the
CordovaPlugin class. If you are interested in the hook, you override
the function.
Some
On Thu, Jan 9, 2014 at 9:25 AM, Joe Bowser bows...@gmail.com wrote:
On Thu, Jan 9, 2014 at 6:06 AM, Andrew Grieve agri...@chromium.org wrote:
Good point about postMessage allowing devs to add their own messages.
That's a very compelling argument to keep postMessage around, but I
don't think
Yeah, I think we're still as a team doing a bit of a bad job of documenting
features. Some ideas for improving how we document / spec out new flags /
features / settings to CLI:
1 - Add a wiki page for each
2 - Add a section within doc/help.txt in addition to a one-line --flag
usage description
3
thread (on config.json
movement), I agree this is not the time for the rename.
On Mon, Jan 6, 2014 at 2:58 PM, Andrew Grieve agri...@chromium.orgwrote:
1) Good point. Makes sense to me.
2) I think this is a tougher call. In on context, it does make more sense
as app.xml, since config.xml
The change has landed (minus docs on cordova-docs), but we'll have to
support config.xml being in the root or in www/. What that means for file
paths I'm not sure. Maybe just say regardless of where the .xml file is
make paths relative to the project root?
No idea about namespaces.
On Wed, Jan
Anyone object to me going through and deleting the stale copy of tests
within plugins?
On Wed, Jan 8, 2014 at 12:40 PM, Ian Clelland iclell...@chromium.orgwrote:
They are out of sync, for sure. The mobile-spec tests should be considered
canonical, I think -- that's what is actually being run
Awesome, thanks Steve.
On Wed, Jan 8, 2014 at 3:27 PM, Steven Gill stevengil...@gmail.com wrote:
I just tried to publish it and it worked. Seems to be updated on the site
now. http://plugins.cordova.io/#/org.apache.cordova.device
On Wed, Jan 8, 2014 at 7:23 AM, Andrew Grieve agri
Josh - any suggestion for a better name? Mark I discussed the name when
he was implementing it. I think neither of us love the name, but weren't
able to come up with a better one. I'm not worried about conciseness, as
long as it captures the meaning of it.
The main motivation for having a search
update the Jasmine2 versions (hopefully
really soon now). (Don't drop the cdvtest branch)
On Wed, Jan 8, 2014 at 3:59 PM, Michal Mocny mmo...@chromium.org wrote:
On Wed, Jan 8, 2014 at 3:53 PM, Andrew Grieve agri...@chromium.org
wrote:
Anyone object to me going through and deleting
Breaking out a discussion Joe I started on
https://issues.apache.org/jira/browse/CB-5351.
Some plugin hooks on Android are made available as functions on the
CordovaPlugin class. If you are interested in the hook, you override
the function.
Some hooks are made available through the
-I stands for include path (we don't have #includes) and looks a lot
like an l. -L might be a better analogy, but I doubt most people would
get it.
How about we change our flags parser to error out when it has an
unrecognized flag and stick with searchpath. It's certainly more
explanatory than a
in place,
like
CLI
doesn't touch config.xml?
On Tue, Dec 31, 2013 at 12:27 PM, Andrew Grieve
agri...@chromium.org
wrote:
I think https://issues.apache.org/jira/browse/CB-4624 is the
relevant
issue
here. Please add comments
config.xml to app.xml (or something else) to
finally kill the confusion between platform config.xml vs project
config.xml?
On Fri, Jan 3, 2014 at 1:52 PM, Andrew Grieve agri...@chromium.orgwrote:
Looks like there's already a JIRA for this:
https://issues.apache.org/jira/browse/CB-4910
Awesome! Welcome to the team!
On Mon, Jan 6, 2014 at 3:40 PM, Brian LeRoux b...@brian.io wrote:
Right on, welcome to the fray Josh.
On Mon, Jan 6, 2014 at 3:31 PM, Anis KADRI anis.ka...@gmail.com wrote:
Welcome Josh!
On Mon, Jan 6, 2014 at 9:20 AM, Josh Bavari jbav...@gmail.com
If adding the 4th param wasn't intentional, should we remove it? Passing a
JSON string via command line seems crazy.
On Fri, Jan 3, 2014 at 11:27 AM, Mark Koudritsky kam...@google.com wrote:
The option to specify a template was added here, via --src or --link
command line args.
Looks like there's already a JIRA for this:
https://issues.apache.org/jira/browse/CB-4910
On Thu, Jan 2, 2014 at 10:35 AM, Andrew Grieve agri...@chromium.org wrote:
I'll make a JIRA issue on Tuesday and paste the link to it here.
On Thu, Jan 2, 2014 at 10:32 AM, Ross Gerbasi rgerb
:12PM -0500, Andrew Grieve wrote:
Hmm, good point about absolute paths.
I think if you're using an override there though, that you could
set
it
to
a relative path for shared projects. Same thing with plugin search
paths.
I think it'll be confusing to have
, Brian LeRoux b...@brian.io wrote:
Sorry, I completely do not understand this at all. The proposal is to
change the name of config.xml to ease confusions and add a new top level
config file?
On Fri, Jan 3, 2014 at 11:15 AM, Andrew Grieve agri...@chromium.org
wrote:
Just spoke with Ian
As long as they can specify the path to their icons, I think they can put
them wherever they want.
What input are you looking for?
On Sat, Dec 21, 2013 at 4:14 PM, Axel Nennker ignisvul...@gmail.com wrote:
I suggest to move the icons to project_root/res/icons/platform and copy
them from
functionality.
--
Gorkem
On Tue, Dec 31, 2013 at 1:19 PM, Andrew Grieve agri...@chromium.org
wrote:
Thanks for the feedback!
I don't think we should move files around automatically because it could
mess with people's source control.
I think using old versions of CLI with newer projects
Going to try and do this today :)
On Fri, Dec 20, 2013 at 1:33 PM, Ian Clelland iclell...@chromium.orgwrote:
That sounds reasonable. There isn't a huge rush on it.
On Fri, Dec 20, 2013 at 10:54 AM, Andrew Grieve agri...@chromium.org
wrote:
Well, I didn't do this yesterday and don't want
support for icon in config.xml
2013/12/30 Andrew Grieve agri...@chromium.org
I thought this was previously discussed, but I can't find any JIRA
issues
or old emails about it.
Proposal:
For CLI projects:
- Use www/config.xml if it exists
- Otherwise use ./config.xml
thought
it was not implemented on CLI.
[1] https://issues.apache.org/jira/browse/CB-5218
In any case, engine info can go into cordova.xml.
--
Gorkem
On Thu, Jan 2, 2014 at 10:22 AM, Andrew Grieve agri...@chromium.org
wrote:
What cordova.json has that config.xml doesn't, is that you can
Would like someone to proof read and give me the +1 before I post:
---
layout: post
author:
name: Andrew Grieve
url: https://twitter.com/GrieveAndrew
title: Plugins Release: Jan 2, 2014
categories: news
tags: release
---
The following plugins were updated today
](
https://git-wip-us.apache.org/repos/asf?p=cordova-android.git;a=commit;h=166b35bc6c5977cf547f4093690d554b57cb855a)
and
[cordova-js](
https://git-wip-us.apache.org/repos/asf?p=cordova-js.git;a=commit;h=1be2876635d2a788270238c4b1cfad200c488e32
).
On Fri, Nov 15, 2013 at 2:02 PM, Andrew Grieve
? Other options?
On Thu, Jan 2, 2014 at 1:06 PM, Ian Clelland iclell...@chromium.org wrote:
On Thu, Jan 2, 2014 at 10:22 AM, Andrew Grieve agri...@chromium.org
wrote:
What cordova.json has that config.xml doesn't, is that you can set the
location of platforms with it through:
That said
Looking at the plugin spec:
http://cordova.apache.org/docs/en/3.3.0/plugin_ref_spec.md.html#Plugin%20Specification
I think this sounds great! Certainly the section in there could use some
elaboration, but I think I'd expect the tag to work as you've implemented
it.
If no one objects, I'll pull
Thanks Josh. Here's an updated version:
---
layout: post
author:
name: Andrew Grieve
url: https://twitter.com/GrieveAndrew
title: Plugins Release: Jan 2, 2014
categories: news
tags: release
---
The following plugins were updated today:
* org.apache.cordova.battery-status@0.2.6
AM, Andrew Grieve agri...@chromium.org
wrote:
Looking at the plugin spec:
http://cordova.apache.org/docs/en/3.3.0/plugin_ref_spec.md.html#Plugin%20Specification
I think this sounds great! Certainly the section in there could use some
elaboration, but I think I'd expect the tag to work
a
uri defined that actually means we want to overwrite the default
location
for the engine.
I think this redirection should be per engine not per project and
should
be located as part of
CLI's configuration
--
Gorkem
On Thu, Jan 02, 2014 at 01:28:12PM -0500, Andrew Grieve
Thanks, I've marked it as fixed and given you JIRA permissions to do so in
the future.
On Thu, Jan 2, 2014 at 4:38 PM, Axel Nennker ignisvul...@gmail.com wrote:
... but not marked as such.
-Axel
We've had a bunch of users confused by Xcode and Eclipse showing only the
output www/ and not the www/ that they are supposed to edit.
There's bugs tracking addressing this for:
iOS: https://issues.apache.org/jira/browse/CB-5397
Android: https://issues.apache.org/jira/browse/CB-5715
I've now
Cordova.js is stored for example.. So I don't think that's a real
issue.
What do you guys think? Or am I talking nonsense right now?
Verzonden met Windows Mail
Van: Andrew Grieve
Verzonden: maandag 30 december 2013 22:08
Aan: dev@cordova.apache.org
Proposal
I think https://issues.apache.org/jira/browse/CB-4624 is the relevant issue
here. Please add comments to it if it's not spec'ed or good enough.
Also related is https://issues.apache.org/jira/browse/CB-5006 - meant to
address local repos of plugins.
On Tue, Dec 31, 2013 at 3:02 AM, Andrey
Thanks for pointing this out. Looks like the commit went only to the 3.1.0
directory, and never into edge/ (where all future versions are cloned from).
I've just put the change onto edge:
https://git-wip-us.apache.org/repos/asf?p=cordova-docs.git;h=5c3c290
On Wed, Dec 25, 2013 at 9:07 AM,
I thought this was previously discussed, but I can't find any JIRA issues
or old emails about it.
Proposal:
For CLI projects:
- Use www/config.xml if it exists
- Otherwise use ./config.xml
- Change the project template to use ./config.xml by default
Reasons:
- Paths in config.xml are relative
Axel
2013/12/30 Andrew Grieve agri...@chromium.org
Thanks for pointing this out. Looks like the commit went only to the
3.1.0 directory, and never into edge/ (where all future versions are cloned
from).
I've just put the change onto edge:
https://git-wip-us.apache.org/repos/asf?p
Proposal:
For CLI projects:
- Use ./cordova.json if it exists, otherwise use .cordova/config.json
- Use ./hooks/* if it exists, otherwise use .cordova/hooks/*
- Change the project template to use ./cordova.json instead of
.cordova/config.json
Reasons:
- We want users to put .cordova into source
Merged.
On Mon, Dec 23, 2013 at 1:26 PM, Mark Koudritsky kam...@gmail.com wrote:
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/15775/
Review request for cordova.
By Mark Koudritsky.
*Updated Dec. 23, 2013, 6:26 p.m.*
Changes
Removed
Neat stuff!
If possible, it would definitely be neat to make glass work more
out-of-the-box with Cordova. I'm totally unfamiliar with what tweaks are
necessary to make it work though.
One thing that's possible already is to use a custom template. This is the
4th parameter to the create command -
Hey Archana,
Our branching strategy for platforms is to commit everything to master, and
then cherry-pick things into release branches. Unless you're planning on
doing a 3.3.1 point release, then I'd guess you want these commits on
master?
Andrew
On Thu, Dec 19, 2013 at 6:42 PM, Naik, Archana
I think we'd be fine to drop official support for iOS 5, but as has been
pointed out, there's very little code-wise that would change.
If bug reports come that say this function is being called and it doesn't
exist on iOS 5, then that's a trivial fix. Likely devs will just fix it
themselves
Had a quick look.
Thanks for taking this on! It's truly an overdue feature.
I've got a bunch of comments below, most of which I'm hoping others will
chime in on as well because they are design opinions more than technical
questions.
- Should CLI be in the business of resizing icons or
I'm seeing the same thing.
However:
$ cat platforms/ios/.staging/www/cordova_plugins.js
shows the correct info, and if I run cordova prepare, then
$ cat ./platforms/ios/www/cordova_plugins.js
shows the right stuff.
I hit this bug last week, and Braden figured out that the fix for CB-5579
had a
by certain
browsers) is a moving target. How confident are we that the Cordova
File API will be a 100% match to the HTML 5 Rocks documentation?
Michael
On Wed, Dec 18, 2013 at 7:39 PM, Andrew Grieve agri...@chromium.org
wrote:
This is now done! Woo! No more having plugins code separate from
We'll point them to master as soon as the docs exist on master.
On Thu, Dec 19, 2013 at 4:13 PM, Marcel Kinard cmarc...@gmail.com wrote:
+1 to Michael's comments.
And I know it is a bit too early to do this, but the links to the docs on
github should point to the master branch, not the dev
a chance to test it out?
We should coordinate reverting 692f1fb with the push of file 1.0 to npm;
I'm not sure how the timing on that works, but I'd like the pushed
version
of file-transfer to explicitly depend on the new version of file.
On Wed, Dec 18, 2013 at 10:13 PM, Andrew Grieve
Just to recap (correct if I'm wrong) -
1. targetWidth targetHeight are not being interpreted consistently across
platforms.
2. What they should do is:
- Never grow the image
- Shrink the image while maintaining aspect ratio, such that both
dimension of the resized image fit within targetWidth
Message-
From: agri...@google.com [mailto:agri...@google.com] On Behalf Of Andrew
Grieve
Sent: Wednesday, December 18, 2013 10:40 PM
To: dev
Subject: Fwd: Deleting Plugin Docs
This is now done! Woo! No more having plugins code separate from their docs
(I hear we might even get tests
the plugin docs so they generate the pages like
they used to? Being able to click and link around within a particular
plugin's doc is super helpful.
John M. Wargo
Twitter: @johnwargo
-Original Message-
From: agri...@google.com [mailto:agri...@google.com] On Behalf Of Andrew
along with the platforms? Today is kind of a bad
day to release anything, as this is the last working day of Adobe for
the year, and over half our team is already on PTO. I'm sure others
are in the same boat.
On Fri, Dec 20, 2013 at 7:30 AM, Andrew Grieve agri...@chromium.org
wrote:
I'm seeing
901 - 1000 of 2036 matches
Mail list logo