Fil, as long as Sharif is in the ContributorsGroup:
http://wiki.apache.org/cordova/ContributorsGroup
he can make edits, we just need your wiki username.
On Wed, Jul 24, 2013 at 8:28 PM, Filip Maj f...@adobe.com wrote:
I'm not sure, can non-committers make edits to the wiki?
In any case I'm
My wiki username is - SharifAhmed
On Thu, Jul 25, 2013 at 12:48 PM, Shazron shaz...@gmail.com wrote:
Fil, as long as Sharif is in the ContributorsGroup:
http://wiki.apache.org/cordova/ContributorsGroup
he can make edits, we just need your wiki username.
On Wed, Jul 24, 2013 at 8:28 PM,
2 more options:
1. Plugman / CLI seem to run quite slow in general. Hopefully another
option is to profile them and see if they can be made to run much faster.
2. Have our tests use a virtual file system. First google result led me to:
https://github.com/c9/vfs-local/blob/master/localfs.js
On
Steve - If you mention the CB- in the commit description then a bot
will automatically add a comment to the issue with the commit link. The
issues aren't very useful if they don't point to the commits that fix them.
For the names - just wanted to verify whether it was the name field or the
id
Steve's the guilty one here I think :P
On Wed, Jul 24, 2013 at 7:01 PM, Filip Maj f...@adobe.com wrote:
Anyone want to take a stab at solving this? Marcel/Andrew/Brian you guys
seem to be the resident SVN'ers ;)
On 7/18/13 4:41 PM, Brian M Dube bd...@apache.org wrote:
When updating the
Agreed.
It's the difference between a 7-8MB app and a 1MB app on Android for example.
I have moved mine out into merges, personally… so only iOS gets the iOS splash
screens, etc.
Then I use a hook to copy them into the correct file names to be used in the
app.
- tommy
On 24/07/2013, at
Very Short Answer:
- Big No: do not put this on Apache Core
- Check other inAppBrowers in Apps that you use everyday (Try opening this
link https://www.cacert.org/images/cacert4.png inside your facebook,
twitter, or mobile safari)
Short Answer:
- Allowing Dev to put a skip a invalid ssl
Pushed.
On Wed, Jul 24, 2013 at 11:44 PM, Simon MacDonald simon.macdon...@gmail.com
wrote:
Mike Sierra pushed a fix for the docs but can we get the website updated
with the change?
Simon Mac Donald
http://hi.im/simonmacdonald
On Wed, Jul 24, 2013 at 1:45 PM, Andrew Grieve
semver says that you bump major when there's a non-backwards-compatible
change. Adding the onload= attribute *is* a backwards-compatible change
unless I'm mistaken.
I like the suggestion of CDV version in engine, and sdk/os in platform.
The JS version is the same as the platform version (at least
Great. Sharif - I've added your wiki username to the page, so you should be
able to make edits now.
On Thu, Jul 25, 2013 at 3:01 AM, Sharif Ahmed sharifdu...@gmail.com wrote:
My wiki username is - SharifAhmed
On Thu, Jul 25, 2013 at 12:48 PM, Shazron shaz...@gmail.com wrote:
Fil, as long
Thanks Andrew.
On 7/25/13, Andrew Grieve agri...@chromium.org wrote:
Great. Sharif - I've added your wiki username to the page, so you should be
able to make edits now.
On Thu, Jul 25, 2013 at 3:01 AM, Sharif Ahmed sharifdu...@gmail.com
wrote:
My wiki username is - SharifAhmed
On Thu,
Today I opened 3 jira issues. I wanted to assign those issues to
myself (I wanted to fix them and get my first few commits in the bag),
but by default it was assigned to the lead of that Component :(
I couldn't change the assignee to myself.
Is it not possible for me to assign jira issues to
Added you. Try again.
On Thu, Jul 25, 2013 at 7:52 AM, Sharif Ahmed sharifdu...@gmail.com wrote:
Today I opened 3 jira issues. I wanted to assign those issues to
myself (I wanted to fix them and get my first few commits in the bag),
but by default it was assigned to the lead of that
Thank you Shazron.
On 7/25/13, Shazron shaz...@gmail.com wrote:
Added you. Try again.
On Thu, Jul 25, 2013 at 7:52 AM, Sharif Ahmed sharifdu...@gmail.com
wrote:
Today I opened 3 jira issues. I wanted to assign those issues to
myself (I wanted to fix them and get my first few commits in
First, check for duplicates:
https://issues.apache.org/jira/browse/CB-4379
On Thu, Jul 25, 2013 at 8:26 AM, Sharif Ahmed sharifdu...@gmail.com wrote:
Check out the jira I created:
https://issues.apache.org/jira/browse/CB-4393
I needs comments from your guys, whether I should update the doc
Check out the jira I created:
https://issues.apache.org/jira/browse/CB-4393
I needs comments from your guys, whether I should update the doc
regarding this issue.
--
Regards,
Sharif Ahmed
Junior Software Engineer
Therap Services, LLC
+01715438290
Npm will only retrieve matching versions based on the package.json's
version, which I think correlates to the plugin.xml's version attribute. I
don't think npm's features will work for us out of the box as it relies on
dependencies specified in package.json. UNLESS Anis' implementation
somehow
Setting them up, at least in the default app for cli, in merges/ makes
sense to me. That's the right thing to do, and we want to encourage it.
Braden
On Thu, Jul 25, 2013 at 7:06 AM, Tommy-Carlos Williams
to...@devgeeks.orgwrote:
Agreed.
It's the difference between a 7-8MB app and a 1MB app
In case anyone else wants to have a look, the review requests are:
https://reviews.apache.org/r/12929/
https://reviews.apache.org/r/12931/
Anis - it'd be good to set the group on these reviews to cordova, and to
enter in the bug iD.
On Wed, Jul 24, 2013 at 9:28 PM, Andrew Grieve
Guess I need to sign up for this review board thing ..
On 7/25/13 8:52 AM, Andrew Grieve agri...@chromium.org wrote:
In case anyone else wants to have a look, the review requests are:
https://reviews.apache.org/r/12929/
https://reviews.apache.org/r/12931/
Anis - it'd be good to set the group on
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/12742/#review23847
---
Ship it!
Ship It!
- Fil Maj
On July 18, 2013, 1:36 p.m., Brian
Yeah, yet another account to create :(
Anis - looked at both reviews, but it seems like the meat is missing. Where
is the plugman-registry module coming from?
On Thu, Jul 25, 2013 at 11:55 AM, Filip Maj f...@adobe.com wrote:
Guess I need to sign up for this review board thing ..
On 7/25/13
I didn't know that there was a Cordova group. I am new to this review process.
The meat is here [1]. Now that I think about it, I don't think it
should be a separate module. It should be part of plugman itself. I
can work on adding it, if it makes sense.
[1]
agree
On Thu, Jul 25, 2013 at 12:24 PM, Anis KADRI anis.ka...@gmail.com wrote:
I didn't know that there was a Cordova group. I am new to this review process.
The meat is here [1]. Now that I think about it, I don't think it
should be a separate module. It should be part of plugman itself. I
For sure!
Sent from my iPhone
On 2013-07-24, at 3:05 PM, Filip Maj f...@adobe.com wrote:
The stats are a bit wonky but yes, cordova cli seems to be powering those
numbers.
My plan is to put much more love into Ripple in the coming weeks/months!
Hoping you can help me out with that too
One reason: shelljs.exec()
Did a test to see how many times I could execute true. 9 seconds vs .5
seconds!
agrieve@agrieve-macbookpro ~/git/cordova/tmp$ time node shelljstest.js
went 0 times
went 10 times
went 20 times
went 30 times
went 40 times
went 50 times
went 60 times
went 70 times
went
+1. should live with the rest of plugman.
On Thu, Jul 25, 2013 at 12:32 PM, Brian LeRoux b...@brian.io wrote:
agree
On Thu, Jul 25, 2013 at 12:24 PM, Anis KADRI anis.ka...@gmail.com wrote:
I didn't know that there was a Cordova group. I am new to this review
process.
The meat is here
Cool, nice work.
We could either try to contribute to shelljs or rip it out and go all
child process all the time
In any case I think this bench should be submitted to shelljs repo. @r2r,
dude who maintains it, would probably like to know
On 7/25/13 9:50 AM, Andrew Grieve agri...@chromium.org
+1
On 7/25/13 9:51 AM, Andrew Grieve agri...@chromium.org wrote:
+1. should live with the rest of plugman.
On Thu, Jul 25, 2013 at 12:32 PM, Brian LeRoux b...@brian.io wrote:
agree
On Thu, Jul 25, 2013 at 12:24 PM, Anis KADRI anis.ka...@gmail.com
wrote:
I didn't know that there was a
Looks like the fix is pretty easy:
agrieve@agrieve-macbookpro ~/git/cordova/tmp$ time node go3.js
went 0 times
went 10 times
went 20 times
went 30 times
went 40 times
went 50 times
went 60 times
went 70 times
went 80 times
went 90 times
went 100 times
real 0m0.444s
user 0m0.266s
sys 0m0.158s
Does it work with Windows?
On 7/25/13 10:11 AM, Andrew Grieve agri...@chromium.org wrote:
Looks like the fix is pretty easy:
agrieve@agrieve-macbookpro ~/git/cordova/tmp$ time node go3.js
went 0 times
went 10 times
went 20 times
went 30 times
went 40 times
went 50 times
went 60 times
went 70
https://github.com/rbranson/node-ffi
looks like it does
On Thu, Jul 25, 2013 at 10:14 AM, Filip Maj f...@adobe.com wrote:
Does it work with Windows?
On 7/25/13 10:11 AM, Andrew Grieve agri...@chromium.org wrote:
Looks like the fix is pretty easy:
agrieve@agrieve-macbookpro
just tried it, and it does, but only if you have both python and visual
studio installed on your machine. Guess it builds the .dll at npm install
time :(
On Thu, Jul 25, 2013 at 1:23 PM, Anis KADRI anis.ka...@gmail.com wrote:
https://github.com/rbranson/node-ffi
looks like it does
On Thu,
As a quick fix, as long as it works properly on windows and *nix, I think
that¹s a good thing to change.
Longer-term, I'd actually like to go back to child_process anyways, to be
able to stream output properly from shell'ed out commands during debug
mode. With shelljs, we get the output in one
+1 to child_process or leave it slow.
Sent from my iPhone
On Jul 25, 2013, at 10:28 AM, Filip Maj f...@adobe.com wrote:
Yeah that¹s how a lot of the hey this works native on windows modules on
npm works: they have to compile it D:
On 7/25/13 10:26 AM, Andrew Grieve agri...@chromium.org
I've patched CB-4198 so this should no longer be an issue on both windows
and nix
On 7/22/13 10:44 AM, Don Coleman don.cole...@gmail.com wrote:
Had those backwards https://issues.apache.org/jira/browse/CB-4198 is the
issue.
On Mon, Jul 22, 2013 at 1:41 PM, Don Coleman don.cole...@gmail.com
Yeah that¹s how a lot of the hey this works native on windows modules on
npm works: they have to compile it D:
On 7/25/13 10:26 AM, Andrew Grieve agri...@chromium.org wrote:
just tried it, and it does, but only if you have both python and visual
studio installed on your machine. Guess it builds
Yeah I already assigned it to myself. I knew this day would come...
On Thu, Jul 25, 2013 at 6:23 AM, Andrew Grieve agri...@chromium.org wrote:
Steve's the guilty one here I think :P
On Wed, Jul 24, 2013 at 7:01 PM, Filip Maj f...@adobe.com wrote:
Anyone want to take a stab at solving
Changed your named to Gmail now huh Jesse?
On 7/25/13 10:32 AM, Gmail purplecabb...@gmail.com wrote:
+1 to child_process or leave it slow.
Sent from my iPhone
On Jul 25, 2013, at 10:28 AM, Filip Maj f...@adobe.com wrote:
Yeah that¹s how a lot of the hey this works native on windows modules
xD. +1 for child_process because it comes with node too eh :)
On Thu, Jul 25, 2013 at 10:36 AM, Filip Maj f...@adobe.com wrote:
Changed your named to Gmail now huh Jesse?
On 7/25/13 10:32 AM, Gmail purplecabb...@gmail.com wrote:
+1 to child_process or leave it slow.
Sent from my iPhone
On
I've got it almost ready to commit, if you want to procrastinate longer ;-)
On Jul 25, 2013, at 10:35 AM, Steven Gill stevengil...@gmail.com wrote:
Yeah I already assigned it to myself. I knew this day would come...
On Thu, Jul 25, 2013 at 6:23 AM, Andrew Grieve agri...@chromium.org wrote:
Chalk it up as another issue.
Feel free to help out with CLI/plugman tagged issues everyone. Lots of
work there! ;)
On 7/25/13 10:39 AM, Anis KADRI anis.ka...@gmail.com wrote:
xD. +1 for child_process because it comes with node too eh :)
On Thu, Jul 25, 2013 at 10:36 AM, Filip Maj
+1 for dropping them in merges/
On Thu, Jul 25, 2013 at 8:51 AM, Braden Shepherdson bra...@chromium.org wrote:
Setting them up, at least in the default app for cli, in merges/ makes
sense to me. That's the right thing to do, and we want to encourage it.
Braden
On Thu, Jul 25, 2013 at 7:06
So then how should this be handled? Do we reshape the
cordova-ehllo-world-app? Do we add another module in the cli to handle
moving all that stuff around? How does this tie into the ability to
select app template at create time feature request? [1]
[1]
We've done some planning around what we'd like to get done over the next
quarter, and so I thought I'd share.
This isn't to say that we'll be going and doing these things without
further discussion or proper JIRA issues. It also doesn't mean we will be
solely focused on this list, nor that we'll
We've done some planning around what we'd like to get done over the next
quarter, and so I thought I'd share.
This isn't to say that we'll be going and doing these things without
further discussion or proper JIRA issues. It also doesn't mean we will be
solely focused on this list, nor that we'll
We've done some planning around what we'd like to get done over the next
quarter, and so I thought I'd share.
This isn't to say that we'll be going and doing these things without
further discussion or proper JIRA issues. It also doesn't mean we will be
solely focused on this list, nor that we'll
We've done some planning around what we'd like to get done over the next
quarter, and so I thought I'd share.
This isn't to say that we'll be going and doing these things without
further discussion or proper JIRA issues. It also doesn't mean we will be
solely focused on this list, nor that we'll
We've done some planning around what we'd like to get done over the next
quarter, and so I thought I'd share.
This isn't to say that we'll be going and doing these things without
further discussion or proper JIRA issues. It also doesn't mean we will be
solely focused on this list, nor that we'll
Issues created.
https://issues.apache.org/jira/browse/CB-4398
https://issues.apache.org/jira/browse/CB-4397
On Thu, Jul 25, 2013 at 1:41 PM, Filip Maj f...@adobe.com wrote:
Chalk it up as another issue.
Feel free to help out with CLI/plugman tagged issues everyone. Lots of
work there! ;)
Can we break these out and talk about a couple of these? I'm certain
that many of these features will be subject to the Deprecation Policy.
On Thu, Jul 25, 2013 at 10:48 AM, Andrew Grieve agri...@chromium.org wrote:
We've done some planning around what we'd like to get done over the next
I won't comment on the ios/android specifics and defer to Shaz/Joe on
those points :)
On 7/25/13 10:48 AM, Andrew Grieve agri...@chromium.org wrote:
We've done some planning around what we'd like to get done over the next
quarter, and so I thought I'd share.
This isn't to say that we'll be
Thanks for sharing all of your plans for the major projects! A lot of the
points brought up on the js, tooling and process I agree with.
On 7/25/13 10:48 AM, Andrew Grieve agri...@chromium.org wrote:
We've done some planning around what we'd like to get done over the next
quarter, and so I
One thing I think should be considered is how to move plugin docs and
tests into the plugin repos, and how that works together with the tooling.
On 7/25/13 10:48 AM, Andrew Grieve agri...@chromium.org wrote:
We've done some planning around what we'd like to get done over the next
quarter, and so
cheers
On 7/25/13 10:54 AM, Andrew Grieve agri...@chromium.org wrote:
Issues created.
https://issues.apache.org/jira/browse/CB-4398
https://issues.apache.org/jira/browse/CB-4397
On Thu, Jul 25, 2013 at 1:41 PM, Filip Maj f...@adobe.com wrote:
Chalk it up as another issue.
Feel free to help
It doesn't right now. But it could and would not be a huge effort I
think. Create an issue for it maybe ?
On Thu, Jul 25, 2013 at 8:44 AM, Filip Maj f...@adobe.com wrote:
Npm will only retrieve matching versions based on the package.json's
version, which I think correlates to the plugin.xml's
Sounds great: thanks Andrew and Googlers!
On Thu, Jul 25, 2013 at 1:48 PM, Andrew Grieve agri...@chromium.org wrote:
We've done some planning around what we'd like to get done over the next
quarter, and so I thought I'd share.
This isn't to say that we'll be going and doing these things
Should add that we on the Adobe side are just looking at hardening for
the moment. Would be nice to see a lighter bug tracker esp on the CLI
side. We can go into futuristic flavors when we do the Aug
call/meeting.
On Thu, Jul 25, 2013 at 2:01 PM, Brian LeRoux b...@brian.io wrote:
Sounds great:
+dev
On Thu, Jul 25, 2013 at 2:03 PM, David Kemp drk...@google.com wrote:
Hi all,
In the spirit of trying to share the goods, I would like to see if we can
co-ordinate some of the efforts, and more importantly some of the data.
With the changes in 3.0, I don't think the data structure used
Yeh sure. Maybe we can brainstorm some implementation ideas and greenfield
it today/tomorrow since we're in the same location dude?
On 7/25/13 11:00 AM, Anis KADRI anis.ka...@gmail.com wrote:
It doesn't right now. But it could and would not be a huge effort I
think. Create an issue for it maybe
For sure!
On Thu, Jul 25, 2013 at 11:11 AM, Filip Maj f...@adobe.com wrote:
Yeh sure. Maybe we can brainstorm some implementation ideas and greenfield
it today/tomorrow since we're in the same location dude?
On 7/25/13 11:00 AM, Anis KADRI anis.ka...@gmail.com wrote:
It doesn't right now.
Nice!
Definitely want to see medic get more love and ideally get it into apache
so contribution is easier (it's existing on my github at the moment)
Totally agree the data structure needs to be updated to account for
changed in architecture. That said, with a document store backing it, we
don't
On a related note, I have been looking at using cordova-coho and
cordova-cli as the primary components of the build process. That way, the
whole tool-chain gets tested too. The down-side is that if you break the
tools, it all stops pretty fast
On Thu, Jul 25, 2013 at 2:19 PM, Filip Maj
$ markdown --version
This is Markdown, version 1.0.1.
Copyright 2004 John Gruber
http://daringfireball.net/projects/markdown/
On Tue, Jul 23, 2013 at 11:19 AM, Andrew Grieve agri...@chromium.orgwrote:
Working on CB-4360, and think I've got it mostly covered (use rsync
instead of cp).
Thanks for the advice Shaz and Andrew.
I will make sure to mention the issue in the commit so the bot picks it up.
Just talked to Anis and he says it is the name tag and not the ID. I could
go and rename all of the core plugins to start with 'core-' if that makes
more sense to people. I like it.
Shoot, that's the same version that I have.
$ md5 /usr/local/bin/markdown
MD5 (/usr/local/bin/markdown) = c1609b303b7fe654435380a168d78acf
Also have:
nokogiri --version
# Nokogiri (1.5.5)
---
libxml:
compiled: 2.8.0
loaded: 2.8.0
binding: extension
warnings: []
It's all yours Marcel!
On Thu, Jul 25, 2013 at 10:41 AM, Marcel Kinard cmarc...@gmail.com wrote:
I've got it almost ready to commit, if you want to procrastinate longer ;-)
On Jul 25, 2013, at 10:35 AM, Steven Gill stevengil...@gmail.com wrote:
Yeah I already assigned it to myself. I knew
Should probably tie into plugman as well, to not refer to plugins via
their id?
Does this make the id useless? Or does it provide value in a
multi-plugin-registry reality?
On 7/25/13 11:35 AM, Steven Gill stevengil...@gmail.com wrote:
Thanks for the advice Shaz and Andrew.
I will make sure to
Anis - can we make it use id instead? I think that's more inline with the
purpose of the field.
Maybe we should remove the name field? I can't think of a meaningful
distinction between name and id given that we already have a description
field.
On Thu, Jul 25, 2013 at 2:35 PM, Steven Gill
Maybe name is the human readable name as opposed to id which is for
tools
On Thu, Jul 25, 2013 at 11:45 AM, Andrew Grieve agri...@chromium.orgwrote:
Anis - can we make it use id instead? I think that's more inline with the
purpose of the field.
Maybe we should remove the name field? I can't
Comments inline.
cordova-ios:
- Move header symbols into .m files where possible (reduce API surface)
Makes sense now since the core code shouldn't be called into with the
exception of some classes like CDVPlugin.h
- Move resource copy step into an external script
+1 - it's a PITA to
name is human readable and should be retained for plugin discovery tools etc.
(such as build.phonegap.com)
in the wild, i find description is anything from a sentence to a small
paragraph, so a smaller human readable field as a name is valuable.
as for using id instead of name for plugman, i
I am going to hold off on testing + deploying+ merging this back in until
we get some sort of consensus on naming
On Thu, Jul 25, 2013 at 12:10 PM, RUDD, Brett brettr...@gmail.com wrote:
name is human readable and should be retained for plugin discovery tools
etc. (such as build.phonegap.com)
I think there should be a module that does all this stuff. Depending
on the input, CLI would execute the right commands and copy files to
the right folders (www/ merges/ etc...) or not if it's an empty app.
On Thu, Jul 25, 2013 at 10:46 AM, Filip Maj f...@adobe.com wrote:
So then how should this
+1 to brett's comments.
Name - Human Readable name of the plugin to be used in the context of plugin
discovery.
ID - unique id used by tools to reference the plugin
Description - sentence+ about the plugin (optional?)
As for how plugins should be loaded I liked Braden's suggestion that plugin
Wouldn't that require us to author a different module depending on the
application template used?
On 7/25/13 2:10 PM, Anis KADRI anis.ka...@gmail.com wrote:
I think there should be a module that does all this stuff. Depending
on the input, CLI would execute the right commands and copy files to
Steve, take a look at it now and see what you think. The big src zip now goes
through the mirror selection, while the asc/md5/sha still comes from apache.org.
On Jul 25, 2013, at 11:43 AM, Steven Gill stevengil...@gmail.com wrote:
It's all yours Marcel!
Looks great! thanks for taking that on.
Only suggestion I would have is that the blue download button on top takes
you down to the download section so they can read about the md5/asc/sha.
Right now if people click that download button, they get no mention of
those three files. The download button
78 matches
Mail list logo
