Wow Steve you clean up well man! Haha :p What a cool video.
On Fri, Aug 29, 2014 at 11:51 AM, Steven Gill stevengil...@gmail.com
wrote:
Haha Thanks guys! I got married July 11-12 up in Vancouver. That is why I
was MIA for start of July and end of June. You can see a short wedding
highlight
Thanks David for all of the help! Good luck to you sir!
On Wed, Aug 6, 2014 at 5:44 PM, Brian LeRoux b...@brian.io wrote:
thanks again David and have fun in the new gig / stop by and say hi
whenever!
On Wed, Aug 6, 2014 at 2:26 PM, Jesse purplecabb...@gmail.com wrote:
Thanks David,
If there are people on the view-only link that have stuff to say, there is
always IRC that I think a bunch of us monitor during the hangouts.
On Fri, Jul 18, 2014 at 1:59 AM, Jesse purplecabb...@gmail.com wrote:
+1
@purplecabbage
risingj.com
On Thu, Jul 17, 2014 at 10:56 PM, tommy-carlos
.
On Mon, Jul 14, 2014 at 2:08 PM, Mike Billau mike.bil...@gmail.com
wrote:
I added something about a default secure configuration: no whitelist, no
permissions, etc., that hopefully plays into the whitelist-as-a-plugin
topic that I don't think was ever resolved. Maybe this can be a more
I added something about a default secure configuration: no whitelist, no
permissions, etc., that hopefully plays into the whitelist-as-a-plugin
topic that I don't think was ever resolved. Maybe this can be a more
general discussion about security but probably not.
On Mon, Jul 14, 2014 at 4:16
Howdy Chris!
Welcome to the team!
Feel free to read through the Contributor Workflow document if you haven't
already: http://wiki.apache.org/cordova/ContributorWorkflow
On that page is a link to filling out an Apache CLA - you'll need to do
this to have your patches accepted. It doesn't take too
Does anybody know if the device will be available unlocked, or will the
unlocked version be delayed like what Apple sometimes does?
I've also been badgering for a device, but since we have to take the
corporate path it will probably be a few days (weeks?) after July 25 that
we get some.
On Thu,
20, 2014 at 8:11 AM, Mike Billau mike.bil...@gmail.com
wrote:
Does anybody know if the device will be available unlocked, or will the
unlocked version be delayed like what Apple sometimes does?
I've also been badgering for a device, but since we have to take the
corporate path
Yeah, it's way cool! I'm glad to hear you had a great time using Cordova!
I'd be interested to hear about some of your development challenges and
what changes we can make to make it easier for other app developers. Nice
work though!
On Wed, Jun 18, 2014 at 5:40 PM, Shazron shaz...@gmail.com
Thanks Axel. It looks like the Icon and Splash Screen guide mentions doing
it this way but I will update the Android Quirks section. Good catch.
On Sat, Jun 14, 2014 at 3:42 PM, Axel Nennker ignisvul...@gmail.com wrote:
Hi,
I think that the section about Android quirks is outdated:
I needed to upgrade git on Windows. I was on 1.8.0, and when I cleared my
/temp/ directory, it was unable to mkdir the complete path when cloning a
repo (cordova plugin add https://github.com/) When I upgraded to 1.9.2
it all worked fine. Not sure if this is a new requirement and should be
and succinct (though personally depressing, heh).
Thanks for this.
On 17 May 2014 02:46, Marcel Kinard cmarc...@gmail.com wrote:
I just added the verbage for the Certificate Pinning and Self-Signed
Certs
sections.
On May 6, 2014, at 1:02 PM, Mike Billau mike.bil...@gmail.com wrote
gmail tells me this was sent 7 days ago?
I stopped getting mail again yesterday. Only tiny random messages float
through... I know you guys are talking more than that ;)
On Thu, May 8, 2014 at 10:03 AM, Michal Mocny mmo...@google.com wrote:
Having some slight issues with plugin dependencies. When I installed
/mobile-spec/plugin-dependencies, the CLI told me that File-Transfer and
Media depends on File 1.0.1 but version 1.1.0 is installed. Which was
awesome. However, after removing file and adding it back with cordova
plugin add
If we start telling devs how to configure their machines we might as well
get into telling
developers how to structure, test, and otherwise architect their apps.
But didn't we basically just do that with the Next Steps guide?
We didn't say explicitly say you have to do it like X - we
Hi everyone,
After Ray's great work on the Next Steps article, I decided to finally
start the Whitlist and Security Guide doc, located here:
https://docs.google.com/document/d/13C6ZUZiqP83MQX0MvFlyVUZef-nT4cJwyd-qSvXLkK4/edit#
This is an attempt to resolve CB-2179 and CB-5786, and will also be
I went through this morning and addressed most of the comments that people
left (sorry Ray, hope you don't mind!). I think this guide is really
shaping up and starting to look great.
The only thing really left to resolve is some details around recommending
FastClick or not using touch events at
Ray, why don't you do a PR to /cordova-docs? That way the initial commit
will (should?) have your name on it.
We should also update /cordova-docs/index.md and add a link to the guide so
that it will appear in the left hand list on docs.cordova.io as a top
level guide. I think a good spot would
So awesome and exciting! Thanks Joe (and Ian, and everyone else!)
Hope the famo.us guys (or at least, their marketing team) doesn't come
after ya'll.
On Tue, Apr 29, 2014 at 9:46 PM, Hu, Ningxin ningxin...@intel.com wrote:
So excited!
Thanks,
-ningxin
-Original Message-
From:
So the plugin registry will go fetch the appropriate docs from github for
whichever version of the plugin you are viewing by using the engine tag on
the plugin page and comparing that to the git tags? And then the github
page will still just direct to the edge version of the docs?
That makes
+1 for Joerg's comments. There has been a long outstanding bug to create a
Next Steps guide: https://issues.apache.org/jira/browse/CB-677
I know I personally do not eat my own dogfood enough, and I'm sure the
same can be said about a lot of us on this list. It can be pretty difficult
to even
+1 for quick release, we have some people who would like to see this fixed
as well. We tried `cordova plugin add org.apache.cordova.statusbar#r0.1.3`
(to pull it in before the borked Android impl) but for some reason the tags
were deleted? Maybe I am misunderstanding something but I thought that
useless, but you can use npm info
with our registry via:
npm --registry http://registry.cordova.io info
org.apache.cordova.statusbar
Also, +1 for a quick fix vote. Short vote times are completely fine
for small emergency fixes.
On Fri, Apr 25, 2014 at 7:38 AM, Mike Billau
Thanks a lot Brian for driving the project and always trying to do what's
best for the community and the developers! Where's the beer fund I can
donate to? ;D
+1 Shaz if he is willing!
On Wed, Apr 23, 2014 at 10:40 AM, Michal Mocny mmo...@chromium.org wrote:
On topic: Big +1 to Shaz, a
Looks great Ian, no nitpicks that Josh hasn't already pointed out on the
gist.
Including the curated list of plugin changes is awesome. (BTW did you
generate that with coho?)
On Wed, Apr 23, 2014 at 1:38 PM, Andrew Grieve agri...@chromium.org wrote:
Looks great. Only nit is toURI - toURL
Who!!!
On Wed, Apr 23, 2014 at 5:08 PM, Steven Gill stevengil...@gmail.com wrote:
Yay! Thanks Ian! You rock.
p.s. plugins.cordova.io now shows doc/index.md instead of readme.md when
available. See
http://plugins.cordova.io/#/package/org.apache.cordova.vibration
On Wed, Apr 23, 2014
Looks great Steve, thanks!
On Thu, Apr 17, 2014 at 8:13 AM, Michal Mocny mmo...@chromium.org wrote:
No, thats great, I just didn't see it. Thanks!
On Wed, Apr 16, 2014 at 6:50 PM, Steven Gill stevengil...@gmail.com
wrote:
I added it as support under development in quicklinks. I can
Hello,
When using FileTransfer.download(), if the target location contains folders
that do not exist on the device, should FileTransfer auto-magically mkdir
these folders to save the download?
If target= /foo/image.png, and if /foo/ doesn't exist, Android will create
the /foo/ dir for you. WP8
Can we also post these to the repo that Carlos was talking about yesterday
on the hangout, so others can refer to them as well?
On Wed, Apr 16, 2014 at 3:29 PM, Brian LeRoux b...@brian.io wrote:
hey dudes, these are awesome (I especially like the optimism in how long a
release takes ;)
can
I think that between a users@ mailing list, a google group, an IRC room,
and StackOverflow, the best medium we can use to support our users is
StackOverflow. Joe makes great points about the benefits that StackOverflow
gives us that I don't see the other mediums providing. Sure the GG may be
No idea, ran into this issue a few weeks ago, it's confusing and doesn't
seem to add any usefulness. I don't think any of those old IBMers are still
working on the project. We could probably track down Simon, or just rip it
out.
On Tue, Apr 8, 2014 at 1:13 PM, Andrew Grieve agri...@chromium.org
+1.
Steve, do you generate the SHAs? Just seems like a strange format...I had
to remove whitespace to compare. But then again I use some crappy Windows
Explorer extension...
On Tue, Feb 25, 2014 at 3:20 PM, Lorin Beer lorin.beer@gmail.comwrote:
+1
On Tue, Feb 25, 2014 at 12:14 PM,
really can't do anything more with this without even more breakage.
On Thu, Nov 14, 2013 at 8:26 AM, Mike Billau mike.bil...@gmail.com
wrote:
Hi everyone,
This ticket[1] came in pretty recently talking about how input
type=file
does not work with Android 4.4 anymore, regardless
So, any resolution on this? Anything special we need to do regarding the
deprecation notice since we're not actually deprecating the plugin itself
(need it to add the permissions) but rather just our implementation?
On Tue, Jan 14, 2014 at 2:58 PM, Mike Billau mike.bil...@gmail.com wrote:
+1
How does this coincide with the recent thread about Camera vs Capture?
Maybe the best idea would be rewrite Camera from the ground up with simple
API calls and put it all into Capture plugin, then remove Camera. I imagine
there will be a lot of shared code between the two plugins, especially for
I made some tiny comments. Otherwise, looks good.
+1 to deprecate. Tested Web GPS on 2.3 (lowest that we have) and it worked
fine.
On Mon, Jan 13, 2014 at 1:54 PM, Joe Bowser bows...@gmail.com wrote:
So, an update on this.
1. Our users don't know how GPS works! I can reproduce Geolocation
errors only by disconnecting my WiFi and by not
I thought that after Andrew's work on
https://issues.apache.org/jira/browse/CB-5658 that any plugin-specific docs
would go in that plugin's repo.
So yes to add a caveat to FirefoxOS on that battery-status plugin, you'd
submit a PR changing the doc/index.md file in the battery-status repo.
I think
(Sorry, I dropped the ball on this and checked out pretty hard over the
holidays.)
We have a test lab with ~15 Android devices and ~10 iOS devices, all with
varying OS levels and availability (sometimes testers need to borrow a
device for a few days.) We also have some Windows phone, Windows 8,
The same thing happened to me on Windows 7.
After this failed update, cordova couldn't be found, somehow it was removed.
I had to wack /users/me/AppData/Roaming/npm-cache/cordova folder and then
redo the install with npm install -g cordova.
It seems to work fine now.
This isn't the first time
I think it's always important to clarify the difference between Cordova as
an open source engine and downstream distributions like Phonegap,
Worklight, the Netbeans IDE, etc. Will the article talk about these
distributions or will the article just be another Cordova vs Titanium vs
Sencha vs .etc?
2. Move plugin information found in cordova-docs into a single README.md
file within the respective plugin repos
And also remove the /cordova/ folder from cordova-docs, right? This way
there will be only one single location for a plugin's documentation (the
README.md file inside that plugin
Looks awesome! We've been needing this for a while! Great job, thanks!
+1 to Carlos' suggestion above of providing users a readme.md template that
they can fill out that we just display on the plugin info page. If they
provide nothing, we can probably auto fill this with the registry
information.
Key: INFRA-6422
URL: https://issues.apache.org/jira/browse/INFRA-6422
Project: Infrastructure
Issue Type: Task
Security Level: public(Regular issues)
Components: VMWare
Reporter: Mike Billau
I think it would be useful to include a note about Android 4.4,
specifically the (known) changes that will negatively affect our users:
https://issues.apache.org/jira/browse/CB-5398 - When selecting images
with destinationType.FILE_UR, users MUST go through the Gallery app - they
can't select
the reviewboard, but every time I'd upload a diff or
use the tools, reviewboard would prepend the letter r to one of the
hashes in one of my files. This caused the review tool to reject the diff
since it couldn't match the file and hash. Anybody have any experience with
this?
Thanks,
Mike Billau
Last week we were able to get a Nexus 5 running Android 4.4, so I was doing
mobilespec testing on that. There did not seem to be any serious breaking
problems with 3.2.0rc1. I did find the following annoying issues though:
https://issues.apache.org/jira/browse/CB-5398 - Selecting any images will
Billau's suggestions look decent to me. How about classic
instead
of legacy? Removes the it sucks and will die someday
connotation,
since
that's not true.
Braden
On Mon, Oct 21, 2013 at 11:25 AM, Mike Billau
mike.bil...@gmail.com
wrote
Hi everyone,
This ticket[1] came in pretty recently talking about how input type=file
does not work with Android 4.4 anymore, regardless of what your target SDK
is.
Apparently this was a conscious design decision by Android [2].
Does anybody have ideas on how we can fix this? Is this even in
I have been testing 3.2.0rc1 on Android 4.2.2 and 4.3 (hitting the 2.x
devices tomorrow. Crossing fingers for the 4.4 ROM) Automated tests are
fine. I'm getting a few glitches on manual tests for SplashScreen and
saving audio/video from Capture so I will investigate to see if these are
new
gotten stale since it was written.
I thought it was pretty cool that 100% of the automated tests in
mobile-spec passed. An unbroken set of green dots ;-)
I think it's cool as well. I wonder if this would happen on Jasmine 2.
On Nov 6, 2013, at 4:07 PM, Mike Billau mike.bil...@gmail.com
Lets make the name as confusing as possible, to live up to our history
(callback, phonegap, cordova.) ;)
Personally I think that the names should try to describe the difference
between the workflows instead of trying to prescribe some type of usage,
since there are unknown and developing use
- Mike Seirra recently wrote up some doc milestones and planning,
maybe we should discuss on that thread
Sorry I missed you guys yesterday!
Mike Billau
On Thu, Oct 17, 2013 at 7:15 PM, Andrew Grieve agri...@chromium.org wrote:
On Thu, Oct 17, 2013 at 7:05 PM, Michal Mocny mmo
Would it be helpful to document both of the supported workflows? We kind
of have this documentation in place under Development Paths section in
the Overview, but I think we could edit this section to make it more clear
that there really are two different development paths, and both are okay
and
!
On Thu, Oct 17, 2013 at 12:06 PM, Anis KADRI anis.ka...@gmail.com
wrote:
That would be awesome Mike!
On Thu, Oct 17, 2013 at 12:01 PM, Mike Billau mike.bil...@gmail.com
wrote:
Would it be helpful to document both of the supported workflows? We
kind
of have this documentation in place
of medic, and your buildbot branch is clearly the most complete and
working version. Having it in the official repo would make it easier for
people to find and contribute to.
Mike Billau
*For USB hubs, we have been daisy chaining these hubs and have only had
charging issues with Samsung tablets:
http
(Still no word from ASF on the Apache VM:
https://issues.apache.org/jira/browse/INFRA-6422)
On Wed, Jul 24, 2013 at 11:50 AM, Braden Shepherdson bra...@chromium.orgwrote:
Looks good!
I'm wondering about the naming convention - does that mean we'll have to
change all our plugins from
!
On 6/19/13 7:19 AM, Andrew Grieve agri...@chromium.org wrote:
Sounds great!
On Wed, Jun 19, 2013 at 9:39 AM, Mike Billau mike.bil...@gmail.com
wrote:
Hello everyone,
I have been working the last week on getting medic up and running
here
at
our office
, then can somebody involved
with ASF help me create the relevant INFRA issues?
Thanks,
Mike Billau
mike billau created CB-2278:
---
Summary: Docs reference old incubator links
Key: CB-2278
URL: https://issues.apache.org/jira/browse/CB-2278
Project: Apache Cordova
Issue Type: Bug
[
https://issues.apache.org/jira/browse/CB-2278?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
mike billau updated CB-2278:
Assignee: mike billau
Docs reference old incubator links
61 matches
Mail list logo
