Hi All,
- I've setup apache cordova on my Windows/Cygwin platform.
- I can create project using the command - cordova create app_name.
- I have added android platform using the command - cordova platform add
android
- I can run the sample 'html/css/js' using cordova ripple
Yes, indeed you can use the awesome Chrome Debugging-Tools and live-debug your
app. Really neat!
Am 17.06.2013 um 22:48 schrieb Shazron shaz...@gmail.com:
Awesome - although if you are developing on Mac, you can already use Safari
6:
Think we already have this as per the issue tracker concept of 'leads'
but I do agree formalizing the role a little more would help. I'd
really love it if we got back to shipping to a date and not to any set
of features, only finished work was being merged back to master, so
cutting a release is a
The wp7 change Benn mentioned has several motivations behind it. The
windows phone permission model and the app store's static analysis
decide permission based on linkage, so having 1 library dll would
require all permissions, and a separate dll for each API was unwieldy.
In my mind, given our
Any recommendations on the best way to implement plugins while protecting the
source code? Our development teams are trying to figure out the most efficient
way to deliver Cordova plugins to our customers but hide the IP and I would
like to learn how others are managing this.
For iOS plugins, compile the source as a lib (.a file). For example, in the
TestFlightPlugin I include TestFlight's lib:
https://github.com/shazron/TestFlightPlugin
https://github.com/shazron/TestFlightPlugin/blob/master/plugin.xml#L35
and provide the headers of course
On Tue, Jun 18, 2013 at
Forgot to mention, you should build the lib as a fat binary with all
architectures, don't forget i386 if your users plan to test on the Simulator
On Tue, Jun 18, 2013 at 7:04 AM, Shazron shaz...@gmail.com wrote:
For iOS plugins, compile the source as a lib (.a file). For example, in
the
Same deal on Android except you would use a jar or if UI is involved a
library project.
Simon Mac Donald
http://hi.im/simonmacdonald
On Tue, Jun 18, 2013 at 10:07 AM, Shazron shaz...@gmail.com wrote:
Forgot to mention, you should build the lib as a fat binary with all
architectures, don't
Great! Yes, I think it works well to have the parent bug should be assigned
to the release master.
I don't think anyone's been trying to base releases on features (aside from
3.0). Our releases have been slow due to the time it takes to test, and the
time it takes to go through all of the release
On BB10, that native side gets compiled into a .so file that you would
distribute.
Of course there is still the javascript side. Depends on which side of the
plugin you are worried about IP in.
--
Ken Wallis
Product Manager – WebWorks
BlackBerry
289-261-4369
Hmm didn't think about JavaScript - the easiest is obfuscation with Closure
or something (with exclusions for cordova objects).
On Tue, Jun 18, 2013 at 7:30 AM, Ken Wallis kwal...@blackberry.com wrote:
On BB10, that native side gets compiled into a .so file that you would
distribute.
Of
I'm still testing https://issues.apache.org/jira/browse/CB-3530 that I
wanted to get into rc1, but I don't want to rush it, I'll get to all the
rc1 tasks for iOS this afternoon. OS X has barely had changes so I can get
that done.
On Mon, Jun 17, 2013 at 5:03 PM, Filip Maj f...@adobe.com wrote:
Take a look at:
http://wiki.ecmascript.org/doku.php?id=harmony:module_loaders
https://gist.github.com/wycats/51c96e3adcdb3a68cbc3
That type of extensible loader could make sense in Cordova and seems like it
would meet all your requirements.
-Original Message-
From: J Prince
I think we should seriously consider this, but agree that it should wait
until after 3.0. It's a good point that 90% of the code formerly in the jar
will be copied in from plugins now.
Braden
On Tue, Jun 18, 2013 at 6:12 AM, Jesse MacFadyen purplecabb...@gmail.comwrote:
The wp7 change Benn
I am going to tag the tests and JavaScript now..
On 6/18/13 7:30 AM, Shazron shaz...@gmail.com wrote:
I'm still testing https://issues.apache.org/jira/browse/CB-3530 that I
wanted to get into rc1, but I don't want to rush it, I'll get to all the
rc1 tasks for iOS this afternoon. OS X has barely
I have (briefly) looked at Harmony loaders before but that is a spec for a
future javascript language version.
I have found a module loader that I wish to use (require.js).
My point is that the current suggested module definition for cordova plugins
INCLUDES a loader implementation.
I am
Tried your coho commands and they worked well Andrew :)
./cordova-coho/coho create-release-branch --version 2.8.0rc1 -r js -r
app-hello-world
./cordova-coho/coho tag-release --version 2.8.0rc1 -r js -r app-hello-world
App and JS are branched/tagged.
On 6/18/13 7:30 AM, Shazron
I am the lead for cordova-js in JIRA that anyone else can take over if
they wish. My focus is more on the tooling nowadays. Lots of
features/improvements/wishes in that component..
On 6/18/13 9:02 AM, Marcel Kinard cmarc...@gmail.com wrote:
On Jun 18, 2013, at 5:07 AM, Brian LeRoux b...@brian.io
On Jun 18, 2013, at 5:07 AM, Brian LeRoux b...@brian.io wrote:
Think we already have this as per the issue tracker concept of 'leads'
but I do agree formalizing the role a little more would help.
Do all the components leads (as listed in Jira) want to be release masters for
their components?
I've answered on the SO post, let's continue the discussion there.
On 6/17/13 10:56 PM, --sowdri-- sow...@gmail.com wrote:
Hi All,
- I've setup apache cordova on my Windows/Cygwin platform.
- I can create project using the command - cordova create app_name.
- I have added android
On Jun 17, 2013, at 6:21 PM, Shazron shaz...@gmail.com wrote:
Should I bother? I know they will go in edge. There are a couple of issues:
https://issues.apache.org/jira/browse/CB-3753
https://issues.apache.org/jira/browse/CB-3752
Basically it's weird since if I added it to the 2.8.0 folder,
Echoing Fil here. I am the 'lead' for iOS and OS X but anyone can take over
if they wish. What I'm interested in is who should be the second in case
I can't do it (for example I am away almost all of August). Technically
anyone can take over but it will be nice if they are up to speed and have
the
Yeah I'm interested in the flow as well. I think we published everything
again in older releases, not sure if we are still doing that going forward
On Tue, Jun 18, 2013 at 9:30 AM, Marcel Kinard cmarc...@gmail.com wrote:
On Jun 17, 2013, at 6:21 PM, Shazron shaz...@gmail.com wrote:
Should I
Okay, I'm going to close out the auto-created ones and create new ones for
2.9 before too much action happens
On Tue, Jun 18, 2013 at 1:49 AM, Anis KADRI anis.ka...@gmail.com wrote:
On Mon, Jun 17, 2013 at 6:42 PM, Andrew Grieve agri...@chromium.org
wrote:
The bug you created:
New release bug: https://issues.apache.org/jira/browse/CB-3906
On Tue, Jun 18, 2013 at 1:02 PM, Andrew Grieve agri...@chromium.org wrote:
Okay, I'm going to close out the auto-created ones and create new ones for
2.9 before too much action happens
On Tue, Jun 18, 2013 at 1:49 AM, Anis
I had two issues submitted recently, for suggestions to tweaking that
particular command/api:
[1]: remove the explicit ls command
[2]: have platform(s) by itself be the ls command, and expand on what it
returns. Not only the currently-installed platforms for a project, but
also which platforms
Okay, created a new release bug sub-tasks here:
https://issues.apache.org/jira/browse/CB-3906
If you want to own a component, just assign it to yourself.
On Tue, Jun 18, 2013 at 12:33 PM, Shazron shaz...@gmail.com wrote:
Echoing Fil here. I am the 'lead' for iOS and OS X but anyone can take
Shaz, I haven't done it before but I'll be happy to work with you and help when
you're out for iOS OS X. FYI for planning, I will be out away on vacation
June 26-July 15.
-James Jong
On Jun 18, 2013, at 1:18 PM, Andrew Grieve agri...@chromium.org wrote:
Okay, created a new release bug
I think [1] is up to the command patterns that cordova-cli uses. As far as
I know, it doesn't use any other shortcuted commands. ls is not a highly
used command, so a shortcut isn't necessary.
I think [2] make sense to implement.
Michael
On Tue, Jun 18, 2013 at 10:14 AM, Filip Maj
I just ran coho and it updated all of the cordova.js snapshots.
Jesse - I think you said that last time this resulted in line-endings being
wrong on the file. Could you confirm this?
If it is a problem, would using a .gitattributes file fix it?
cloning the issue is a good solution, but I suggest updating the script to
reflect Andrew's changes to the release issues.
On Tue, Jun 18, 2013 at 10:08 AM, Andrew Grieve agri...@chromium.orgwrote:
New release bug: https://issues.apache.org/jira/browse/CB-3906
On Tue, Jun 18, 2013 at 1:02
https://git-wip-us.apache.org/repos/asf?p=cordova-wp7.git;a=commitdiff;h=b497a269c09edb2e7e7cdbc49defd80b95d9f927;hp=6f7e2865e39b90c04add0e6366a39e984d665053
Whatever, it's fine.
@purplecabbage
risingj.com
On Tue, Jun 18, 2013 at 11:33 AM, Andrew Grieve agri...@chromium.orgwrote:
I just ran
On BlackBerry10 we use the subdomains attribute and this seems compliant
with the spec [1]
1. http://www.w3.org/TR/widgets-access/#attributes
On 13-06-17 7:20 PM, Shazron shaz...@gmail.com wrote:
iOS doesn't use the subdomains attribute, relying on the wildcard in the
origin attribute only.
Thanks James!
Most of it is on the wiki, and is pretty straightforward:
Not surprisingly, I made OS X (almost) the same as iOS in structure as
well: http://wiki.apache.org/cordova/IOSReleaseChecklist
Some of the task should be covered in the JIRA issues generated I think.
On Tue, Jun 18, 2013 at
Yeh or possibly fold the cordova-labs jira script into the coho
functionality you've put together Andrew?
On 6/18/13 11:41 AM, Lorin Beer lorin.beer@gmail.com wrote:
cloning the issue is a good solution, but I suggest updating the script to
reflect Andrew's changes to the release issues.
Hey
I'm going through the process for RC1, and I notice that for Android,
there's only one bug marked to be fixed for 2.9.x. If you have
anything that you want to get into 2.9.x, please add the fix version
for 2.9.x so we can get an idea of what's broken on this release, and
whether we can get
So the unfortunate thing about the coho branch+tag script is that it
branched off master, not master2, for cordova-cli :(
I will delete this branch and rebranch/retag in a bit.
On 6/18/13 10:04 AM, Andrew Grieve (JIRA) j...@apache.org wrote:
Andrew Grieve created CB-3917:
I am confused why I see this in cordova.js
-// 2.8.0-0-g6208c95\r
+// 2.7.0rc1-75-g76065a1\r
We are moving from 2.8.0 to 2.9.0rc1, but the commit looks like were
heading back to 2.7.0rc1, it's been a long day already ...
@purplecabbage
risingj.com
On Tue, Jun 18, 2013 at 11:54 AM, Jesse
The version in the js says 2.7.0rc1 :/
On Tue, Jun 18, 2013 at 10:49 AM, agri...@apache.org wrote:
Updated Branches:
refs/heads/master ccf5d88a4 - d9d77c4fa
Update JS snapshot to version 2.9.0rc1
Project: http://git-wip-us.apache.org/repos/asf/cordova-ios/repo
Commit:
Agree on both fronts!
I very much dislike that cloning it puts CLONED in all the titles.
I had actually already started moving your tool into coho before I left,
but really only got as far as understanding your code without starting to
integrate it.
On Tue, Jun 18, 2013 at 4:07 PM, Filip Maj
It doesn't do cloning but consumes the JIRA rest API I was able to google,
to create issues and add subtasks to them.
On 6/18/13 4:31 PM, Andrew Grieve agri...@chromium.org wrote:
Agree on both fronts!
I very much dislike that cloning it puts CLONED in all the titles.
I had actually already
ha ha, nice catch. I'll look at this now.
On Tue, Jun 18, 2013 at 7:23 PM, Shazron shaz...@gmail.com wrote:
The version in the js says 2.7.0rc1 :/
On Tue, Jun 18, 2013 at 10:49 AM, agri...@apache.org wrote:
Updated Branches:
refs/heads/master ccf5d88a4 - d9d77c4fa
Update JS
As both Jesse and Shaz pointed out, I ran coho to update cordova.js
snapshots, but it resulted in them being set to 2.7.0 instead of 2.9.0.
This is now fixed (new commits for 2.9.0rc1), and I've updated the coho
script to not push by default (so that commits can be inspected).
The root problem
43 matches
Mail list logo