from:"julio cesar sanchez"

Re: APK generated from FireFoxOS App?

2014-06-23 Thread julio cesar sanchez

Not sure if it's the same thing, but some time ago firefox beta for
android included the option to install firefox os apps on android
phones.
I tried it and the apps were installed as new apps from a server
generated .apk, but it was using the firefox app for opening the
firefox os apps or using something from there, because if you delete
the firefox app the firefox os apps stop working.



2014-06-21 4:16 GMT+02:00 Carlos Santana csantan...@gmail.com:
 I'm curious about this:
 https://developer.mozilla.org/en-US/Marketplace/Options/Open_web_apps_for_android

 Anyone knows more about how this works and compares to cordova android?

 Is generating a cordova android APK?
 Is using android web view or gecko web view?
 Is using some some sort of shim layer call web runtime for FirefoxOS API
 birding to Android?

 Anything here to leverage(i.e. Concepts, API separation, packaging on the
 the cloud, etc) for Cordova, maybe in the area of android plug-able web
 views?

 -- Carlos




 --
 Carlos Santana
 csantan...@gmail.com

Re: More questions on FileSystem directories

2014-06-30 Thread julio cesar sanchez

If you read this immediately after reading the docs for
cordova.file.dataDirectory, you may think that files there do NOT
survive app restarts.


Which ones, the files from dataDirectory or the files from cacheDirectory?

If you mean dataDirectory, maybe the doc should be something like this:

cordova.file.dataDirectory - Persistent data directory where to put
app-specific data files. (iOS, Android)

cordova.file.cacheDirectory - Directory for cached data files or any
files that your app can re-create easily. The OS may delete these
files when the device runs low on storage, nevertheless, apps should
not rely on the OS to delete files in here. (iOS, Android)

It's a mix from the apple
https://developer.apple.com/library/ios/Documentation/FileManagement/Conceptual/FileSystemProgrammingGUide/AccessingFilesandDirectories/AccessingFilesandDirectories.html#//apple_ref/doc/uid/TP40010672-CH3-SW11
and android doc
http://developer.android.com/guide/topics/data/data-storage.html

2014-06-29 19:08 GMT+02:00 Ray Camden rayca...@adobe.com:
 According to the docs, cordova.file.cacheDirectory is: Cached files that 
 should survive app restarts. Apps should not rely on the OS to delete files 
 in here. 

 If you read this immediately after reading the docs for 
 cordova.file.dataDirectory, you may think that files there do NOT survive app 
 restarts.

 Can we flesh out this a bit more perhaps?

Re: More questions on FileSystem directories

2014-06-30 Thread julio cesar sanchez

Maybe we can wait to hear more opinios about my modification. Or you
can create the pull request and they will merge if they agree.

2014-06-30 16:44 GMT+02:00 Ray Camden rayca...@adobe.com:
Yes, I meant that the doc for cacheDirectory implies, at least to me, that
the previous entry (dataDirectorry) will not persist. I think your
modification makes sense. Do you want to make a PR for the doc or should I?

From: julio cesar sanchez jcesarmob...@gmail.com
Sent: Monday, June 30, 2014 2:19 AM
To: dev@cordova.apache.org
Subject: Re: More questions on FileSystem directories

If you read this immediately after reading the docs for
cordova.file.dataDirectory, you may think that files there do NOT
survive app restarts.

Which ones, the files from dataDirectory or the files from cacheDirectory?

If you mean dataDirectory, maybe the doc should be something like this:

cordova.file.dataDirectory - Persistent data directory where to put
app-specific data files. (iOS, Android)

cordova.file.cacheDirectory - Directory for cached data files or any
files that your app can re-create easily. The OS may delete these
files when the device runs low on storage, nevertheless, apps should
not rely on the OS to delete files in here. (iOS, Android)

It's a mix from the apple
https://developer.apple.com/library/ios/Documentation/FileManagement/Conceptual/FileSystemProgrammingGUide/AccessingFilesandDirectories/AccessingFilesandDirectories.html#//apple_ref/doc/uid/TP40010672-CH3-SW11
and android doc
http://developer.android.com/guide/topics/data/data-storage.html

2014-06-29 19:08 GMT+02:00 Ray Camden rayca...@adobe.com:
According to the docs, cordova.file.cacheDirectory is: Cached files that
should survive app restarts. Apps should not rely on the OS to delete files
in here.

If you read this immediately after reading the docs for
cordova.file.dataDirectory, you may think that files there do NOT survive
app restarts.

Can we flesh out this a bit more perhaps?

Re: HTML5DevConf Intro talk slides interview

2014-07-03 Thread julio cesar sanchez

If you want a list of framework that work with phonegap, on the next
steps guide they list a few

http://cordova.apache.org/docs/en/3.5.0/guide_next_index.md.html#Next%20Steps

Re: Famo.us cordova?

2014-07-08 Thread julio cesar sanchez

With this We are collaborating with another company on this project I
think they are referring to Ludei's CocoonJS

El martes, 8 de julio de 2014, Fischer, Paul A paul.a.fisc...@intel.com
escribió:

 I think they are referring to the Crosswalk pluggable webview. They
 currently use Crosswalk as their delivery mechanism for Android and it
 includes an approximately 15 MB payload for the replacement webview.

 -Original Message-
 From: mmo...@google.com javascript:; [mailto:mmo...@google.com
 javascript:;] On Behalf Of Michal Mocny

 I'm not concerned about that part Joe.  I'm a little concerned about the
 way they worded the second part.  It sounds like its something custom they
 are building, that isn't related to cordova at all.  I'm assuming it is,
 but talk about questionable writeup (gasp, surprise for Famo.us).


 On Tue, Jul 8, 2014 at 12:02 AM, Joe Bowser bows...@gmail.com
 javascript:; wrote:

  WTF is Adobe Cordova? I know that someone was talking to the Famo.us
  guys, but they really screwed up this mailout. :S
 
  On Mon, Jul 7, 2014 at 8:59 PM, Michal Mocny mmo...@google.com
 javascript:; wrote:
   From todays Famo.us email marketting:
  
  
   *Adobe collaboration*
   We are proud to announce that we have officially begun a
   collaboration project with the Adobe Cordova team to make core
   improvements to Cordova itself. Included as part of this project
   will be a section of Famo.us University to teach people how to wrap
 Famo.us apps.
  
   *The Famo.us Wrapper*
   The wrapper will enable developers to create a pluggable webview
   wrapped inside their Android apps. The good news is that you can
   provide a Chrome
   35 webview with this method. The bad news is that it comes with a
   10-20MB payload. We are collaborating with another company on this
   project—sorry, but we can't say their name yet. This solution is in
   the labs and is not ready for production. We will let you know when
   it is available. If you'd like to participate in our beta, please
 contact fetter...@famo.us javascript:;.

Re: Famo.us cordova?

2014-07-08 Thread julio cesar sanchez

I don't see CocoonJS as a phonegap killer, maybe a phonegap build
killer, they've just added cordova/phonegap API support.
They've created an improved webview for iOS and android, but phonegap isn't
about the webview, is about the API over it.
Sad part is they aren't open source, but they did a great job with their
webview.

Anyway, after iOS 8 and android L with their new webviews, maybe this kind
of projects (cocoonjs, crosswalk) won't make much sense in the future

Re: [iOS] CDVPluginResult breaking change

2014-07-10 Thread julio cesar sanchez

I think I don't return just the ok without message on any of my plugins,
I'll check, but you can fix it

Re: One platform development vs. Cordova CLI

2014-07-15 Thread julio cesar sanchez

+ ios background modes

2014-07-15 12:36 GMT+02:00 tommy-carlos williams to...@devgeeks.org:
 +1 This

 On 15 July 2014 at 20:31:07, purplecabbage (purplecabb...@gmail.com) wrote:

 There are numerous last mile steps we are not involved in, which is why I 
 wish more committers were submitting apps to more stores, at least to see the 
 process.

Re: One platform development vs. Cordova CLI

2014-07-15 Thread julio cesar sanchez

I think I've read somewhere you can change some things in the info.plist on
phonegap build, why can't we?

El martes, 15 de julio de 2014, tommy-carlos williams to...@devgeeks.org
escribió:

Never said this stuff couldn’t be fixed.

I have been actively advocating for it to be fixed.

Only wanted to spread some light on this statement:

If you're touching any non-www project files (that is *.xml,
*.plist, *.m, *.java etc...) or are using an IDE you should not be using
cordova-cli and switch to single platform development.
- tommy

On 15 July 2014 at 22:11:24, Axel Nennker (ignisvul...@gmail.com
javascript:;) wrote:

From looking at the code it seems that versionCode is handled on Android:

https://github.com/apache/cordova-lib/blob/master/cordova-lib/src/cordova/metadata/android_parser.js#L225

There is a email thread about minSdkVersion and an quite recent issue:

https://issues.apache.org/jira/browse/CB-7114?jql=text%20~%20%22minSdkVersion%22

So these could be fixed.

Regarding signing info: I am using ant on top of cordova like: e.g.: create
app from my template; install plugins, run
Ant modifies ant.properties too. Currently not to include signing info but
to modify the classpath because I need a lib at compile time that is not
included into the apk (openmobileapi).
Not sure wheter these two requirements (signing info, noexportlib) should
be of config.xml...
At least I am not doing this stuff manually.

2014-07-15 12:11 GMT+02:00 tommy-carlos williams to...@devgeeks.org
javascript:;:

Assuming that splash screens and icons finally work in 3.5.x (so, only as
of a few weeks ago… not everyone’s projects are that new) –

Android:

AndroidManifest.xml:
android:versionCode
(and possibly) android:minSdkVersion

ant.properties
android signing info

This is just off the top of my head.

There are more in iOS as well (mostly the same ones, but others depending
on features… like provisioning profiles, etc)

Then there are the platforms outside the “big two”… plenty there.

- tommy

On 15 July 2014 at 14:44:05, Axel Nennker (ignisvul...@gmail.com
javascript:;) wrote:

Could you please give an example which files you need to change and why?
(Preferably Android)

Thanks
Axel
Am 15.07.2014 02:23 schrieb tommy-carlos williams to...@devgeeks.org
javascript:;:

Sooo.. translation:

“If you aren’t just making a test / example app…”

Unless a lot has changed that I don’t know about, it is still
impossible
to make an app all the way to market without modifying those non-www
files
using the CLI.

There are fantastic workarounds available (mostly hooks, etc) for the
CLI
until we get it to the point where the platforms/* and plugins/*
folders
are build artefacts.

- tommy

On 15 July 2014 at 9:14:12, Anis KADRI (anis.ka...@gmail.com
javascript:;) wrote:

If you're touching any non-www project files (that is *.xml, *.plist,
*.m,
*.java etc...) or are using an IDE you should not be using cordova-cli
and
switch to single platform development. Browse the documentation and
there
is always the equivalent platform command available to you. Example:
cordova build becomes ./cordova/build etc...You can then modify all
your
files at will but will loose the benefit of a shared www/ across
platforms.

On Mon, Jul 14, 2014 at 5:49 PM, Frederico Galvão
frederico.gal...@pontoget.com.br javascript:; wrote:

I agree with the core message from Axel, but I'd refrase that last
line
as:

The bottom line is: either use Cordova CLI or not.

Cordova can still be used without the CLI portion just as well, which
should suffice Jan for his needs.

However, I'll add that you can still use Cordova with the CLI (and
thus
following the directory structure and rules the CLI gives you) and
still
be
efficient even if it's only one target platform.
What made you think that it is better to change platform project
config.xml instead of whole project config.xml should be clarified
better
if you can, so that the Cordova team can improve the tool.

2014-07-14 5:35 GMT-03:00 Axel Nennker ignisvul...@gmail.com
javascript:;:

My experience with Cordova (and other tools for that matter) is
that
it
makes no sense to change tool generated files.
If the tool is improved you do not benefit from this improvement
because
your modified files will be changed by the new version.
If you change a tool generated file you are out.
When we started using Cordova me and other colleagues thought that
our
project needs to change Cordova generated files too.
In each case this turned out to be wrong.
Most of the times writing a Cordova plugin is the solution.

The bottom line is: either use Cordova or not. (or send a pull
request
to
improve it)

-Axel

Re: Manual iOS steps for a Cordova plugin... really?

2014-07-15 Thread julio cesar sanchez

I think there are other ways of doing this, take a look into other push
plugins, like the oficial pushplugin or the pushwoosh plugin.

I think i've even answered something like this on stackoverflow, I'll look
into this and let you know

El martes, 15 de julio de 2014, Michal Mocny mmo...@chromium.org escribió:

 You can solve this problem as a plugin author using swizzling.

 Here's an example where we do it with our chrome.identity plugin:

 https://github.com/MobileChromeApps/mobile-chrome-apps/blob/master/chrome-cordova/plugins/chrome.identity/src/ios/ChromeIdentity.m#L50

 Max here was the author so he'd know most about this approach.

 One quick comment, we're not sure (aka seems unlikely) that its possible to
 add properties like this, so you'll have to change to plugin to store its
 data elsewhere.


 On Tue, Jul 15, 2014 at 10:50 AM, Lisa Seacat DeLuca ldel...@us.ibm.com
 javascript:;
 wrote:

  So I'm not an iOS developer but wanted to get some insight into this.
  IBM
  has a set of cordova plugins for our Bluemix (Cloud Foundry) offering.
 
  The plugins are available in the plugins repo:
  http://plugins.cordova.io/#/package/com.ibm.mobile.cordova.ibmpush
 
  I was seeing a bunch of errors on the ios side, and when I reached out to
  the team working on bluemix ios cordova plugin they said it's not a bug,
 I
  need to follow a bunch of *manual steps* to get the ios plugin to work:
 
 
 
 https://mbaas-gettingstarted.stage1.ng.bluemix.net/hybrid#set-up-push-in-cordova-for-ios
 
  Is this really a requirement?  Is there really no way to avoid having to
  have manual steps to add pieces of code into the AppDelegate.h and
  AppDelegate.m files?  I find this hard to believe.
 
  To use the IBMPush Cordova plug-in for iOS, configure the AppDelegate of
  the Cordova application.
  1.Add the following property to the AppDelegate.h file:
  *@property* (*nonatomic*, *strong*) NSData* token;
  2.Add the following code snippets to the AppDelegate.m file.
  Import the IBM Push cordova header file.
  *// Import the header file.*
  *#import **CDVIBMPush.h*
  Add the following code to the didFinishLaunchingWithOptions method to
  register your application to receive Push notifications.
  -(BOOL)application:(UIApplication*)application
  didFinishLaunchingWithOptions:(NSDictionary*)launchOptions
  {
  *// Register to receive remote notification*
  [application registerForRemoteNotificationTypes:
  UIRemoteNotificationTypeBadge |
  UIRemoteNotificationTypeAlert |
  UIRemoteNotificationTypeSound];
  }
  ...
 
 
  Lisa
 
 
  Lisa Seacat DeLuca
  Mobile Engineer | t: +415.787.4589 | *ldel...@apache.org javascript:;*
  ldel...@apache.org javascript:; | | *ldel...@us.ibm.com
 javascript:;* ldel...@us.ibm.com javascript:; |
  *lisaseacat.com* http://www.lisaseacat.com/ | [image: follow
  @LisaSeacat on twitter] http://www.twitter.com/LisaSeacat| [image:
  follow Lisa Seacat DeLuca on linkedin]
  http://www.linkedin.com/in/lisaseacat

Re: Manual iOS steps for a Cordova plugin... really?

2014-07-16 Thread julio cesar sanchez

I've just tested and you can just create an AppDelegate category for
the new methods and this should work, but don't use it for existing
methods on the AppDelegate because you will overwrithe the original
methods and only the category methods will be called. I don't know if
this is better/safer than swizzling

If you want to execute your own code when some existing method on the
AppDelegate is called, you can use Notifications
https://developer.apple.com/library/ios/documentation/uikit/reference/UIApplication_Class/Reference/Reference.html#//apple_ref/doc/uid/TP40006728-CH3-DontLinkElementID_4



2014-07-15 21:40 GMT+02:00 Shazron shaz...@gmail.com:
 There is an enhancement request for this sort of situation:
 https://issues.apache.org/jira/browse/CB-5601
 IMO, modifying files through the CLI will be problematic -- what
 happens if N plugins want to modify the AppDelegate for example?

 On Tue, Jul 15, 2014 at 12:27 PM, Sergey Grebnov (Akvelon)
 v-seg...@microsoft.com wrote:
 I think this is a good example of why plugin hooks support could be very 
 useful.
 https://github.com/MSOpenTech/cordova-lib/blob/795d40c9c98d1ecef0a63fc81a95d2b070f5bce2/cordova-lib/templates/hooks-README.md
 https://github.com/apache/cordova-lib/pull/55

 PS. Not sure how pushwoosh manages this, I ended up with just documenting 
 this as a manual step in similar situation.

 Thx!
 Sergey
 -Original Message-
 From: julio cesar sanchez [mailto:jcesarmob...@gmail.com]
 Sent: Tuesday, July 15, 2014 8:35 PM
 To: dev@cordova.apache.org
 Subject: Re: Manual iOS steps for a Cordova plugin... really?

 I think there are other ways of doing this, take a look into other push 
 plugins, like the oficial pushplugin or the pushwoosh plugin.

 I think i've even answered something like this on stackoverflow, I'll look 
 into this and let you know

 El martes, 15 de julio de 2014, Michal Mocny mmo...@chromium.org escribió:

 You can solve this problem as a plugin author using swizzling.

 Here's an example where we do it with our chrome.identity plugin:

 https://github.com/MobileChromeApps/mobile-chrome-apps/blob/master/chr
 ome-cordova/plugins/chrome.identity/src/ios/ChromeIdentity.m#L50

 Max here was the author so he'd know most about this approach.

 One quick comment, we're not sure (aka seems unlikely) that its
 possible to add properties like this, so you'll have to change to
 plugin to store its data elsewhere.


 On Tue, Jul 15, 2014 at 10:50 AM, Lisa Seacat DeLuca
 ldel...@us.ibm.com javascript:;
 wrote:

  So I'm not an iOS developer but wanted to get some insight into this.
  IBM
  has a set of cordova plugins for our Bluemix (Cloud Foundry) offering.
 
  The plugins are available in the plugins repo:
  http://plugins.cordova.io/#/package/com.ibm.mobile.cordova.ibmpush
 
  I was seeing a bunch of errors on the ios side, and when I reached
  out to the team working on bluemix ios cordova plugin they said it's
  not a bug,
 I
  need to follow a bunch of *manual steps* to get the ios plugin to work:
 
 
 
 https://mbaas-gettingstarted.stage1.ng.bluemix.net/hybrid#set-up-push-
 in-cordova-for-ios
 
  Is this really a requirement?  Is there really no way to avoid
  having to have manual steps to add pieces of code into the
  AppDelegate.h and AppDelegate.m files?  I find this hard to believe.
 
  To use the IBMPush Cordova plug-in for iOS, configure the
  AppDelegate of the Cordova application.
  1.Add the following property to the AppDelegate.h file:
  *@property* (*nonatomic*, *strong*) NSData* token;
  2.Add the following code snippets to the AppDelegate.m file.
  Import the IBM Push cordova header file.
  *// Import the header file.*
  *#import **CDVIBMPush.h*
  Add the following code to the didFinishLaunchingWithOptions method
  to register your application to receive Push notifications.
  -(BOOL)application:(UIApplication*)application
  didFinishLaunchingWithOptions:(NSDictionary*)launchOptions
  {
  *// Register to receive remote notification* [application
  registerForRemoteNotificationTypes:
  UIRemoteNotificationTypeBadge |
  UIRemoteNotificationTypeAlert |
  UIRemoteNotificationTypeSound];
  }
  ...
 
 
  Lisa
 
 
  Lisa Seacat DeLuca
  Mobile Engineer | t: +415.787.4589 | *ldel...@apache.org
  javascript:;* ldel...@apache.org javascript:; | |
  *ldel...@us.ibm.com
 javascript:;* ldel...@us.ibm.com javascript:; |
  *lisaseacat.com* http://www.lisaseacat.com/ | [image: follow
  @LisaSeacat on twitter] http://www.twitter.com/LisaSeacat| [image:
  follow Lisa Seacat DeLuca on linkedin]
  http://www.linkedin.com/in/lisaseacat

Re: How to provide more files from plugin.xml for project and native?

2014-07-31 Thread julio cesar sanchez

I have a related question, is it possible to add folders to a plugin as if
I seletected Create folder references for any added folders option? (blue
folder)

with  resource-file src=path/to/file / I get the resource as  if I
selected the Create groups for any added folder option (yellow folder)


2014-07-30 18:45 GMT+02:00 Carlos Santana csantan...@gmail.com:

 Would appreciate help to brainstorm

 I want to come out what is best for cordova developers.
 Today we have a downstream that ships cordova, I want to see if we can
 provide better experience

 I'm trying to experiment with the crazy idea of providing our value-add
 thru a cordova plugin, meaning developer uses cordova and cordova plugins,
 they can pick and choose when to update, and our value add is something
 they can add and remove very easily leaving their app un-touch.

 I understand the scenario about grunt/yeoman/gulp and scaffolding, but
 that's not the main use case.
 When starting from scratch on create is easy to use a template, the main
 use case is when a developer already has a created app.

 For example if a developer already has a Chrome Mobile App using cca, and
 then he wants to add a functionality that we provide?
 I want the answer to be: keep using cca tool, and just add our plugin

 I think I can achieve something by asking them to unzip an archive that I
 provide that contains files and hooks, but my problem is I want to provide
 an easy way for the developer to remove what was added by the zip archive.

 And again I don't think implementing a new type of plugin,  module, or
 package for the app/project that can be fetch, install, and remove is a
 simple answer, I want to keep it simple and easy to understand for
 developers.





 On Wed, Jul 30, 2014 at 12:06 PM, Michal Mocny mmo...@chromium.org
 wrote:

  On Wed, Jul 30, 2014 at 11:38 AM, Carlos Santana csantan...@gmail.com
  wrote:
 
   On Wed, Jul 30, 2014 at 10:54 AM, Michal Mocny mmo...@chromium.org
   wrote:
  
First, the easy one: Certainly you should have a way to drop files
 into
platforms/ios/HelloCordova, and I think source-file is probably the
  way
to go.  The root seems to be the plugin folder by default, so you may
   need
to prefix with ../.. right now.  Also seems hacky, not sure if
 there
   is a
better way.
   
  
   source-file doesn't work for my use case, I'm already using for
   libraries, frameworks, and files that I want to be available inside the
   Mobile App.
   I want the file to be inside the XCode project, but NOT inside the
 Mobile
   App. It's a file that I need from xcode build script
  
  
For the other two: /merges and /hooks, I really don't think we should
  be
adding files into there.  I consider those application assets, along
  with
www/ and application config.xml, which we also should not be directly
modifying from plugins.
   
   
   I think plugins should be allow to add files to any place in the
 cordova
   project/application.
   Or we can design a new type of plugin a plugin that deals with
 cordova
   project tooling.
   I like things simple, so if I can manage to create one plugin for my
   enterprise product, it will be easy for end user starting with cordova
 to
   add and remove one type of plugin, and then the plugin will take care
 of
   both what runs on the device and any tooling requirements for those
   features
  
   I'm building a plugin that will add to the existing cordova project
   excluding www/ (I don't want to touch this one). For www I think I will
   have www templates they can use when the do cordova create but this
  are
   just samples, if they already have an existing app I want an easy for
  them
   to get necessary files for my plugin to work, and some files are to be
   edited by them merges, and other are hooks that need to run in
 prepare
  
   I want to add files to /merges/ /platforms and /hooks that are only
   applicable to my plugin and not overwriting any user files
  
 
  This sounds like something thats worth brainstorming the right solution
  for.  I'm thinking this functionality should lay outside of cordova
  tooling, which is already too beefy.
 
  For chrome apps, we created a downstream tool for this (cca).  I do think
  its unfortunate that we all need to have separate downstream CLI's that
  cannot be used together, but I don't think writing complicated plugins
 that
  overwrite large part of a cordova workspace is a useful alternative.
   Perhaps grunt/gulp plugins that combine well are, not sure.
 
  Another option is to publish a project generator for your type of
  application, either via yeoman, a custom script, or just a boilerplate
  project.
 
 
  
  
For hooks -- there is a PR outstanding to just go ahead and add
 plugin
hooks.  Perhaps you would like to help review and comment on that to
  get
   it
landed asap?
   
  
   I will take a look, but I don't think it solves my use case, basically
  I'm
   asking for this

Re: Notification on lock screen

2014-08-11 Thread julio cesar sanchez

This is a mail list for people who develop/contribute to cordova, not for
people who develop apps using cordova.
Ask on this group instead
https://groups.google.com/forum/m/#!forum/phonegap

Re: [iOS 8] Please duplicate this Apple bug report for WKWebView use in Cordova

2014-08-16 Thread julio cesar sanchez

Done


2014-08-16 4:08 GMT+02:00 Shazron shaz...@gmail.com:

 As you know the more dupes the more attention a bug gets. So if you
 have an Apple ID, please go to:
 http://bugreporter.apple.com

 and essentially copy my report:
 http://openradar.appspot.com/radar?id=5839348817723392

 The test project is here (just point them to the URL):
 https://github.com/shazron/WKWebViewFIleUrlTest

Re: Re: Re: [iOS 8] Please duplicate this Apple bug report for WKWebView use in Cordova

2014-08-19 Thread julio cesar sanchez

That won't affect apps created with older SDKs because WKWebView isn't
available in older SDKs



2014-08-19 16:03 GMT+02:00 Jan Velecký vve...@seznam.cz:

 Well, this is bad, but we should know, if this affect also Cordova app,
 that
 is not created with iOS 8 SDK, but created by older SDK, older version of
 XCode.

Re: Re: Re: [iOS 8] Please duplicate this Apple bug report for WKWebView use in Cordova

2014-08-19 Thread julio cesar sanchez

You can choose the webview you want to use, but WKWebView is better

Cordova apps use the UIWebView, so your problem isn't related with this bug.
The idea is to change the UIWebView for the WKWebView in the future or let
the developer choose, but if this bug continues on the final version we
won't be able to use cordova apps with the improved WKWebView


2014-08-19 17:28 GMT+02:00 Ross Gerbasi rgerb...@gmail.com:

 I haven't had much a chance to test this stuff out and I am guessing you
 know the answers to this already.

 Can you build with the iOS 8 SDK using UIWebView still or are you forced
 into WKWebView?

 I had a Cordova app on my device when I did the upgrade to iOS 8b5 and
 noticed it just force quits on launch. Is there a need to rebuild apps for
 iOS 8?

 Maybe this has to do with the webview lacking the ability to load?


 On Tue, Aug 19, 2014 at 10:21 AM, Shazron shaz...@gmail.com wrote:

  No, this is WKWebView only, does not affect UIWebView.
 
  On Tue, Aug 19, 2014 at 7:03 AM, Jan Velecký vve...@seznam.cz wrote:
   Well, this is bad, but we should know, if this affect also Cordova app,
  that
   is not created with iOS 8 SDK, but created by older SDK, older version
 of
   XCode.

RE: Cordova and Android 4.4 (KitKat)

2014-09-02 Thread julio cesar sanchez

But if you want a better webview and still use phonegap api you can try
project crosswalk

Enviado desde mi Windows PhoneFrom: Carlos Santana
Sent: ‎9/‎2/‎2014 5:29
To: dev@cordova.apache.org
Subject: Re: Cordova and Android 4.4 (KitKat)
From
http://cordova.apache.org/docs/en/3.5.0/guide_platforms_android_index.md.html#Android%20Platform%20Guide
Cordova supports Android 2.3.x (Gingerbread, starting with Android API
level 10) and 4.x this includes Android 4.4

With Cordova when you run your App on Android the WebView used is the one
provided by the Operating System.
This means that your Cordova App running on a device with Android 4.0.3
will be using a WebView with version 4.0.3, when the same App is running on
a device with Android 4.4 the webview will be 4.4 and so on.

Cordova currently doesn't provide a WebView, this is provided by Android.
So in your case your Cordova App should not show problems when running on
Android 4.4, but it will show problems in Android 4.0.3. Cordova will not
provide a 4.4 WebView on the device running 4.0.3 by Magic :-)

If you have a specific use case, and think there is problem with Cordova
and Android 4.4 WebView please open a bug report in our system
http://issues.cordova.io

By the way this is a mailing list for contributors, you might get faster
turnaround on this type of questions if you use one of the user forums like
http://stackoverflow.com/questions/tagged/cordova
https://groups.google.com/d/forum/phonegap

--Carlos

On Sat, Aug 30, 2014 at 11:11 AM, Sachin Lale sachinl...@gmail.com wrote:

 Hello,
 I am developing app using Cordova 3.5 and Android 4.0.3. The app is related
 to zooming,panning,rotating image with gesture by transform css. But this
 is having a bit performance issue while translating image. The image
 translate animation looks bit jerky. After searching a while i found the
 requestAnimationFrame will solve the problem and its available in Android
 4.4. But there is no documentation on saying Cordova 3.5 supports Android
 4.4 Chromium Webview. If it does not then do i have to use some plugin for
 it or ther is migration path available.

 Best regards,
 Sachin

-- 
Carlos Santana
csantan...@gmail.com

Re: [iOS 8] Status of WKWebView work

2014-09-09 Thread julio cesar sanchez

I had news from apple, they closed my bug repport because it was
duplicated (obviously, I copied shazron bug report)

Re: NFC and IOS

2014-09-11 Thread julio cesar sanchez

I think they'll just release the payment API and no NFC

El miércoles, 10 de septiembre de 2014, Shazron shaz...@gmail.com
escribió:

 Yeah, my guess is they didn't want to tip their hand in revealing Apple Pay
 early nor the presence of NFC enabled iPhones, and the development of the
 SDK had to be locked down for release next week.

 As usual, we all should file radars to Apple requesting access to this SDK,
 the more the better

 On Wed, Sep 10, 2014 at 8:42 AM, Don Coleman don.cole...@gmail.com
 javascript:; wrote:

  Unfortunately there are no NFC APIs in the iOS 8 SDK.
 
  Maybe iOS 9...
 
  On Wed, Sep 10, 2014 at 11:34 AM, Lisa Seacat DeLuca ldel...@us.ibm.com
 javascript:;
  wrote:
 
   Joe's future prediction skills were wrong iOS will never adopt NFC,
 so I
   don't think that will ever be core. :( 
  
  
 
 http://apache.markmail.org/search/?q=org.apache.incubator.callback-dev+list%3Aorg.apache.incubator.callback-dev+order%3Adate-backward+NFC#query:org.apache.incubator.callback-dev%20list%3Aorg.apache.incubator.callback-dev%20order%3Adate-backward%20NFC+page:2+mid:dktjzff4coc7cw5p+state:results
  
   ...time to reconsider adding NFC support to Core?
  
   :)
  
  
   Lisa
  
  
  
   I have an existing NFC plugin
   https://github.com/chariotsolutions/phonegap-nfc
   I'm hoping to implement a new plugin based on the w3c spec to help work
   out some issues.
   If anyone is interested in helping with the new implementation or has
   feedback on the w3c spec let me know.
   On Mon, Jan 20, 2014 at 6:08 PM, Brian LeRoux b...@brian.io
 javascript:; wrote:
  
   Core is something we support as a group. (Hence moving as much out of
  core
   as possible!)
   In seriousness, if its a w3c spec I feel we should strongly considering
   adopting in our 'core' of plugins. (And likewise, deprecating things
 the
   w3c has moved on from such as WebSQL, Net Info, etc.)
   On Mon, Jan 20, 2014 at 2:52 PM, Lisa Seacat DeLuca 
 ldel...@us.ibm.com javascript:;
   wrote:
   What is Core?
   ... granted I haven't been as active as I would like in this community
   recently but one of the reasons I joined (other than IBM's interest in
   Worklight and Open Source) was to help understand the alignment of w3c
   specs and Cordova. My understanding of Cordova is that eventually it
 will
   go away meaning the browser players will catch up and enable device
   functionality in the mobile browsers without the need for the Cordova
   bridge. So if something is in a w3c spec I think it should be
 considered
   for the Cordova core code. Which is why I suggested NFC given it's w3c
   interest.
   *Lisa Seacat DeLuca* Emerging Mobile Software Engineer - IBM Master
   Inventor SWG Emerging Internet Standards
   -- *Phone:* 1-410-332-2128 | *Mobile:*
   1-415-787-4589 * E-mail:* *ldel...@us.ibm.com javascript:;* 
 ldel...@us.ibm.com javascript:; *
   personal website: **lisaseacat.com* http://lisaseacat.com/ *
   Chat:*[image: Sametime:] ldel...@us.ibm.com javascript:; * Find me
 on:* [image:
   LinkedIn: http://www.linkedin.com/in/lisaseacat]
   http://www.linkedin.com/in/lisaseacat [image: Twitter:
   https://twitter.com/LisaSeacat] https://twitter.com/LisaSeacat *and
   within IBM on:* [image: IBM Connections:
  
  
 
 https://w3-connections.ibm.com/profiles/html/profileView.do?key=2e1afd56-daa9-428e-8f4a-2fa7516940c0
   ]
  
  
 
 https://w3-connections.ibm.com/profiles/html/profileView.do?key=2e1afd56-daa9-428e-8f4a-2fa7516940c0
  
   [image: IBM]
   100 East Pratt St 21-2212 Baltimore, MD 21202-1009 United States
   From: Ian Clelland icle...@chromium.org javascript:; To: 
 de...@cordova.apache.org javascript:;
   de...@cordova.apache.org javascript:;, bows...@apache.org
 javascript:; Date: 01/20/2014 05:42 PM
   Subject: Re: NFC API at W3C Sent by: icle...@google.com javascript:;
   --
   Definitely a cool plugin opportunity -- I'd love to make it easy for
 apps
   to take advantage of that kind of hardware. I don't yet see the benefit
  of
   having it in core, though (independent of actual device support -- I'd
  say
   this even if some future iOS device does have it built-in one day)
   What does core mean these days? (Asking seriously; I recall having
 some
   F2F discussion of this, but I don't know that we've ever explicitly
   spelled it out)
   Is it a commitment by the community to maintain and support a plugin?
 Or
   by Apache, or Adobe, or the PMC? It is a commitment to implement the
   functionality on all of our supported platforms? Does it just mean a
   repository at git.apache.org? Or a component in JIRA? Something else?
   Namespaces? npm? All of the above?
   I feel like core should imply some sort of responsibility from the
 PMC,
   but also that it should be reserved for pieces which are either
 critical
   to Cordova, have exactly 1 possible implementation (based on a
 published
   web standard) or else are really tricky (but important) to

Re: Is there any plan to make InAppBrowser plugin based on CordovaWebView

2014-09-11 Thread julio cesar sanchez

the problem is WKWebView is only available on iOS 8, if you choose it, then
on older versions you'll get UIWebView? maybe you want WKWebView if
available, and then crosswalk or gecko intead UIWebView

2014-09-11 21:35 GMT+02:00 Shazron shaz...@gmail.com:

 I'm thinking of the preference route for IAP, for iOS - once we get the
 WKWebView support going, having a separate plugin for that seems too much
 trouble (and duplicating code).
 Maybe a pref like
 preference name=WebEngine value=default / where value can be
 WKWebView, Crosswalk etc


 On Thu, Sep 11, 2014 at 12:00 PM, Ian Clelland iclell...@chromium.org
 wrote:

  I think it sounds like it should be a new plugin, that you would install
  instead of IAP, and that depends on Crosswalk, rather than forcing the
  existing IAP plugin to require a separate webview.
 
  Or perhaps IAP should have a preference which determines which WebView it
  should instantiate, much like Cordova itself does, as of 4.0.x
 
  On Thu, Sep 11, 2014 at 2:52 PM, Andrew Grieve agri...@chromium.org
  wrote:
 
   Makes sense that we should do this.
  
   On Thu, Sep 11, 2014 at 12:43 PM, Gao, Chun chun@intel.com
 wrote:
Hi,
   
I found there are some requirements for InAppBrowser plugin to
 support
   HTML5 features
  
 
 http://stackoverflow.com/questions/25613773/is-it-possible-to-force-cordova-inappbrowser-to-use-crosswalk-webview
   . As InAppBrowser plugin is implemented based on android WebView
  component,
   lots of HTML5 features were not supported on Android before Kitkat. Is
   there any plan to implement the plugin with CordovaWebView? If the
 plugin
   could be implemented based on CordovaWebView, third party web runtime,
  like
   Crosswalk , could provide the HTML5 capabilities to InAppBrowser.
   
Regards,
Gao Chun

Re: Is there any plan to make InAppBrowser plugin based on CordovaWebView

2014-09-12 Thread julio cesar sanchez

Oh, sorry, I though crosswalk and gecko webviews were coming to iOS too.

About the WKWebView and UIWebView being the only renderers because the
apple rule, ludei's cocoonjs uses their own renderer based on chromium

Re: Is there any plan to make InAppBrowser plugin based on CordovaWebView

2014-09-12 Thread julio cesar sanchez

I was talking about the now called canvas+
I saw an interview to one of the programmers in february, and he refered to
it as our home made web browser, but according to the doc it's a
javascript interpreter, so it's not really a webview (can't really display
html elements, just translates javascript to native) and then the
restrictions don't apply.
He talked about the webview+ too, but they have released it just for
android, so it might be due to that iOS restriction.

El viernes, 12 de septiembre de 2014, Ian Clelland iclell...@chromium.org
escribió:

 On Fri, Sep 12, 2014 at 2:23 AM, julio cesar sanchez 
 jcesarmob...@gmail.com javascript:;
  wrote:

  About the WKWebView and UIWebView being the only renderers because the
  apple rule, ludei's cocoonjs uses their own renderer based on chromium
 

 Do you have a source for that claim? It would be incredibly cool (and maybe
 even possible, according to a strict reading of Apple's review guidelines),
 but I can't confirm it.

 The closest thing that I can find is their Webview+ project, for Android
 4.0+ (http://support.ludei.com/hc/en-us/articles/201952993), and the
 release notes announcing it (
 http://support.ludei.com/hc/en-us/articles/201941147-CocoonJS-v2-0-0), but
 also only for Android.

 Ian

Re: Is there any plan to make InAppBrowser plugin based on CordovaWebView

2014-09-12 Thread julio cesar sanchez

Anyway, reading the app store policies


   - 2.17

   Apps that browse the web must use the iOS WebKit framework and WebKit
   Javascript


Technically we don't browse the web, that should apply to InAppBrowser
plugin only

Re: Need help to develop a plugin to call a native IOS Libraries from the Phone gap

2014-09-14 Thread julio cesar sanchez

This is the official guide

http://docs.phonegap.com/en/3.5.0/guide_hybrid_plugins_index.md.html#Plugin%20Development%20Guide

El domingo, 14 de septiembre de 2014, RAM Mohan Adduri
radd...@consultants.ooredoo.qa escribió:

Dear Team –

I am just started developing Phonegap plugin to call a native service
libraries in IPad so can you please help me on this. It would be great if
you can provide some resources to understand how to develop this.

Regards,

Ram

RAM Mohan Adduri

Consultant
Temporary Users

PO Box 217, Doha, Qatar

T: 28746 M:

Follow us on http://www.twitter.com/ooredooqatarTwitter
http://www.twitter.com/ooredooqatar and
http://www.facebook.com/qtelqatarFacebook
https://www.facebook.com/ooredooqatar

The information in this email and any attachments thereto may contain
information that is confidential, protected by intellectual property
rights, and may be legally privileged. It is intended solely for the
addressee(s). Access to this email by anyone else is unauthorized. Any use,
disclosure, copying, or distribution of the information contained herein by
persons other than the designated addressee is unauthorized and may be
unlawful. If you are not the intended recipient, you should delete the
message immediately from your system. If you believe that you have received
this email in error, please contact the sender. Any views expressed in this
email and its attachments are those of the individual sender except where
the sender expressly states them to be the views of Ooredoo.

Re: CB-5921

2014-09-16 Thread julio cesar sanchez

But you can't use swift if you support iOS 6, and cordova still supports
iOS 6

Re: NFC and IOS

2014-09-16 Thread julio cesar sanchez

Bad news

http://blogs.wsj.com/digits/2014/09/16/iphones-nfc-tech-will-only-work-with-apple-pay
http://blogs.wsj.com/digits/2014/09/16/iphones-nfc-tech-will-only-work-with-apple-pay/?mod=rss_Technologyutm_source=dlvr.itutm_medium=twitter

RE: WKWebView for iOS8

2014-09-17 Thread julio cesar sanchez

@firt said yesterday on twitter the GM and the final versión has the
same build versión, so the problem should be thereFrom: Ally Ogilvie
Sent: ‎9/‎18/‎2014 5:32
To: dev@cordova.apache.org
Subject: Re: WKWebView for iOS8
Interested in any updates if you have 'em @Shazron ?
Following Brian's tweet i'm kinda hoping there has been a breakthrough to
load local files!

Gonna switch to WKWebViews from iOS 8 in ma WizViewManager plugin.
(WizViewManager is a WebView creator and manager for iOS and Android -
sorta like IAB)

On Thu, Aug 14, 2014 at 6:08 AM, Brian LeRoux b...@brian.io wrote:

 orly

 On Wed, Aug 13, 2014 at 1:57 PM, Shazron shaz...@gmail.com wrote:

  External urls of course work. The other alternative is to host www
  contents on a local webserver, and for CORs use the whitelist.

  On Wed, Aug 13, 2014 at 1:51 PM, Shazron shaz...@gmail.com wrote:
   Well, bad news, the workaround doesn't work. Nothing from a file://
   url will load in a WKWebView in an iOS 8 beta 5 device.
   Assumption 1 below fails.

   Assumptions:
   1. WKWebView can load resources from tmp / Documents / Library /
  Library/Caches
   2. Can copy www folder in app bundle to tmp / Documents / Library /
   Library/Caches

   On Wed, Aug 13, 2014 at 11:18 AM, Shazron shaz...@gmail.com wrote:
   Jesse had a great idea -- surely you are allowed to load from tmp or
   Documents. Assuming I can copy off the app bundle, I would copy the
   www folder into tmp or Documents, and load the index.html from there.
   This is the Windows Phone Cordova approach I believe.

   Assumptions:
   1. WKWebView can load resources from tmp or Documents
   2. Can copy www folder in app bundle to tmp or Documents

   On Wed, Aug 13, 2014 at 11:07 AM, Shazron shaz...@gmail.com wrote:
   Bad news - local file loading in a WKWebView is borked ever since iOS
  8 beta 4.

   Not sure if there is some sort of new security model for loading
 local
   files in WKWebView = beta 4.WKWebView cannot load local files in its
   app bundle anymore you get a blank screen, when on the device.
   Simulator seems fine. I found this out when updating my beta 3 iPhone
   to beta 5 yesterday. I downgraded back, but this beta unfortunately
   expires in 7 days on Aug 21, 2014.

   1. https://devforums.apple.com/message/1011583
   2.

 http://stackoverflow.com/questions/24882834/wkwebview-not-working-in-ios-8-beta-4/24922619#24922619
   3. https://issues.apache.org/jira/browse/CB-7288
   4. rdar://problem/17761459
   5. rdar://problem/17835098

   On Wed, Jul 16, 2014 at 12:05 PM, Marc Weiner mhweiner...@gmail.com

  wrote:
   Same! Shazron, you're awesome!!

   On Wed, Jul 16, 2014 at 2:08 PM, Carlos Santana 
 csantan...@gmail.com

   wrote:

   Happy to see good news when returning from vacation. :-)

   On Mon, Jul 7, 2014 at 10:33 PM, Ally Ogilvie aogil...@wizcorp.jp

  wrote:

I'm usually an observer here but.. the urge to post was too
 great!

 http://seattlesportsnet.files.wordpress.com/2013/11/anchorman-celebration-gif.gif

Thanks for the research Shaz.

On Tue, Jul 8, 2014 at 4:57 AM, Tommy Williams 
 to...@devgeeks.org

   wrote:

 Yes!!!
 On 8 Jul 2014 05:52, Shazron shaz...@gmail.com wrote:

  Good news:
  https://twitter.com/shazron/status/486235098715394048

  On Fri, Jun 27, 2014 at 3:46 PM, Shazron shaz...@gmail.com
  wrote:
   Broke the iOS 8 issue into sub-tasks:
   https://issues.apache.org/jira/browse/CB-7043

   On Mon, Jun 16, 2014 at 8:20 AM, Shazron 
 shaz...@gmail.com
   wrote:
   Haven't yet - but from what I read - no. Something about
  requests
 being
  out
   of process

   On Monday, June 16, 2014, Andrew Grieve 
  agri...@chromium.org
wrote:

   Awesome.

   Shaz (or anyone else), curious if you've tested yet to
 see
  if the
   whitelist
   still works with WKWebView? (e.g. does it go through
NSURLProtocol?)

   On Sat, Jun 14, 2014 at 8:16 PM, tommy-carlos williams
   to...@devgeeks.org
   wrote:

This looks promising.

Thanks for the update, Shazron.

- tommy

On Sun, Jun 15, 2014 at 7:48 AM, Shazron 
  shaz...@gmail.com
 wrote:

Rev log:
  http://trac.webkit.org/log/trunk/Source/WebKit2/
UIProcess/API/Cocoa/WKWebView.mm
for potential WKWebView updates in beta 2.

On Sat, Jun 14, 2014 at 2:46 PM, Shazron 
  shaz...@gmail.com
 wrote:

 Some potential good news. Updated 4 days ago,
  hopefully its
   in
  beta
2:
 http://trac.webkit.org/changeset/169765

 Add -[WKWebView
  evaluateJavaScript:completionHandler:]

 Updated:
  https://issues.apache.org/jira/browse/CB-6884

 On Sat, Jun 7, 2014 at 10:06 PM, Carlos

Re: [iOS] Xcode 6 requirement

2014-09-27 Thread julio cesar sanchez

The input file bug only affects if you compile using xcode 5, not sure if
are there more bugs like that.
Any reasons to use xcode 5 and don't update to 6? I think xcode 6 requires
mountain lion or newer, so people with lion and xcode 5 maybe don't want to
update the computer from lion to mountain lion or maveriks, but computers
with lion can definitelly update

Re: [iOS] Xcode 6 requirement

2014-09-28 Thread julio cesar sanchez

Sorry, I mess up with the OS versions, anyway, my point is any computer
with mountain lion (required by xcode 5) can be updated to maveriks and
yosemite.
Fear to update is other point, I didn't update to maveriks until june (I
wanted to test xcode 6 beta) for the same reasons as you, but I haven't had
problems so far

El sábado, 27 de septiembre de 2014, Darryl Pogue dvpdin...@gmail.com
escribió:

 On 27 September 2014 08:48, julio cesar sanchez jcesarmob...@gmail.com
 javascript:; wrote:
  Any reasons to use xcode 5 and don't update to 6? I think xcode 6
 requires
  mountain lion or newer, so people with lion and xcode 5 maybe don't want
 to
  update the computer from lion to mountain lion or maveriks, but computers
  with lion can definitelly update

 Xcode 6 requires Mavericks or higher, which means people still on
 Mountain Lion can't
 upgrade.

 It would be convenient to keep Xcode 5 support until at least Yosemite
 is released.
 Several devs (myself included) are still on Mountain Lion because of
 Mavericks upgrade
 horror stories, but are planning to install Yosemite when it's available.

Re: Cordova Android 3.5.1 XAS Security Vulnerability -- possibility of releasing a 2.7-based patched version

2014-10-02 Thread julio cesar sanchez

I have received the same mail.

BTW, in one of my apps I use an embedded cordova webview and I'm not sure
how to upgrade that app.

My main problem is I don't know how to install the core plugins I need,
that isn't explained on the embedding webviews guide. I don't think I can
use the CLI as the project isn't created with the CLI and isn't a real
cordova project.

Any hints?

Maybe using plugman?

2014-10-02 17:52 GMT+02:00 Ian Clelland iclell...@chromium.org:

That patch fixes the startURL / errorURL issue, which is one of the major
components of the 3.5.1 security release (CVE-2014-3500).

The other issue is CVE-2014-3502, which is that intent urls can be launched
by a Cordova app regardless of the whitelist settings. There isn't a patch
which addresses this on the 2.x branch (unless IBM has produced one --
Mike?) but it shouldn't be much work to simply remove the all of the code
that handles intent / sms / geo / tel / etc. URLs from the
shouldOverrideUrlLoading method of CordovaWebViewClient.java. If you remove
the intent-launching code from that method, then it should stop your
application from launching external applications.

That being said, if you can afford to upgrade to 3.x (3.6.x now) then it
will be much easier for you to get additional security patches in the
future. We're not running or testing 2.x anymore, and can't guarantee, for
instance, that the patch that Andrew mentioned or the technique that I just
described will actually work.

Ian

On Thu, Oct 2, 2014 at 11:40 AM, Andrew Grieve agri...@chromium.org
wrote:

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 have dropped support for Cordova
2.x
months ago, and we recommend upgrading.

On Thu, Oct 2, 2014 at 7:33 AM, steve.wil...@bentley.com wrote:

We have released applications in the Google Play store based on
Cordova
2.7.0 and have received notification from Google that these apps are
vulnerable to an Android Cordova security issue (
http://cordova.apache.org/announcements/2014/08/04/android-351.html).

Upgrading to Cordova 3.5.1 would require significant work on our part.
Is
there any possibility that you can release a patched Cordova Android
version based on 2.7 that would fix this security vulnerability?

Please let me know whether you think this would be possible on your
part.
Thank you!

Thanks,
Steve Wilson

Re: Cordova Android 3.5.1 XAS Security Vulnerability -- possibility of releasing a 2.7-based patched version

2014-10-02 Thread julio cesar sanchez

I've using it for two and a half year on iOS but only for a year on android
Your blog post was very helpful (
http://infil00p.org/android/cordova/phonegap/2012/12/04/advanced-tutorial-using-cordovawebview-on-android/
)

We had a meeting with IBM guys yesterday and I think they mentioned that
they use the embedded webviews on worklight too

2014-10-02 19:16 GMT+02:00 Joe Bowser bows...@gmail.com:

On Thu, Oct 2, 2014 at 9:57 AM, julio cesar sanchez
jcesarmob...@gmail.com wrote:

I have received the same mail.

BTW, in one of my apps I use an embedded cordova webview and I'm not sure
how to upgrade that app.

Any hints?

Maybe using plugman?

Yes! Use plugman to install your plugins. It's kind-of annoying, but it's
the best way to get them to work. If there's bugs with Plugman, you should
file an issue that it doesn't support this use case.

Also, thanks for using the Embedded Cordova WebView! I'm really glad that
there's real people who use it, since at times I was thinking I was making
a big issue out of nothing.

2014-10-02 17:52 GMT+02:00 Ian Clelland iclell...@chromium.org:

That patch fixes the startURL / errorURL issue, which is one of the
major
components of the 3.5.1 security release (CVE-2014-3500).

The other issue is CVE-2014-3502, which is that intent urls can be
launched
by a Cordova app regardless of the whitelist settings. There isn't a
patch
which addresses this on the 2.x branch (unless IBM has produced one --
Mike?) but it shouldn't be much work to simply remove the all of the
code
that handles intent / sms / geo / tel / etc. URLs from the
shouldOverrideUrlLoading method of CordovaWebViewClient.java. If you
remove
the intent-launching code from that method, then it should stop your
application from launching external applications.

That being said, if you can afford to upgrade to 3.x (3.6.x now) then it
will be much easier for you to get additional security patches in the
future. We're not running or testing 2.x anymore, and can't guarantee,
for
instance, that the patch that Andrew mentioned or the technique that I
just
described will actually work.

Ian

On Thu, Oct 2, 2014 at 11:40 AM, Andrew Grieve agri...@chromium.org
wrote:

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 have dropped support for Cordova
2.x
months ago, and we recommend upgrading.

On Thu, Oct 2, 2014 at 7:33 AM, steve.wil...@bentley.com wrote:

We have released applications in the Google Play store based on
Cordova
2.7.0 and have received notification from Google that these apps
are
vulnerable to an Android Cordova security issue (

http://cordova.apache.org/announcements/2014/08/04/android-351.html).

Upgrading to Cordova 3.5.1 would require significant work on our
part.
Is
there any possibility that you can release a patched Cordova
Android
version based on 2.7 that would fix this security vulnerability?

Please let me know whether you think this would be possible on your
part.
Thank you!

Thanks,
Steve Wilson

Re: Cordova Android 3.5.1 XAS Security Vulnerability -- possibility of releasing a 2.7-based patched version

2014-10-08 Thread julio cesar sanchez

I'm updating the app right now.

I'm using plugman and it's working fine, the only problem I've found is, as
the app is old and I don't want to change the code, I tried to install the
file plugin from an older release (older than 1.0.0 release as it brought a
lot of changes) and got an error, but I'm not even sure if plugman supports
installing plugins from older releases.

I ended downloading the older release and instaled it from the folder, this
is working fine.

2014-10-02 21:37 GMT+02:00 julio cesar sanchez jcesarmob...@gmail.com:

We had a meeting with IBM guys yesterday and I think they mentioned that
they use the embedded webviews on worklight too

2014-10-02 19:16 GMT+02:00 Joe Bowser bows...@gmail.com:

On Thu, Oct 2, 2014 at 9:57 AM, julio cesar sanchez
jcesarmob...@gmail.com wrote:

I have received the same mail.

BTW, in one of my apps I use an embedded cordova webview and I'm not sure
how to upgrade that app.

Any hints?

Maybe using plugman?

Also, thanks for using the Embedded Cordova WebView! I'm really glad that
there's real people who use it, since at times I was thinking I was making
a big issue out of nothing.

2014-10-02 17:52 GMT+02:00 Ian Clelland iclell...@chromium.org:

That patch fixes the startURL / errorURL issue, which is one of the
major
components of the 3.5.1 security release (CVE-2014-3500).

The other issue is CVE-2014-3502, which is that intent urls can be
launched
by a Cordova app regardless of the whitelist settings. There isn't a
patch
which addresses this on the 2.x branch (unless IBM has produced one --
Mike?) but it shouldn't be much work to simply remove the all of the
code
that handles intent / sms / geo / tel / etc. URLs from the
shouldOverrideUrlLoading method of CordovaWebViewClient.java. If you
remove
the intent-launching code from that method, then it should stop your
application from launching external applications.

That being said, if you can afford to upgrade to 3.x (3.6.x now) then
it
will be much easier for you to get additional security patches in the
future. We're not running or testing 2.x anymore, and can't guarantee,
for
instance, that the patch that Andrew mentioned or the technique that I
just
described will actually work.

Ian

On Thu, Oct 2, 2014 at 11:40 AM, Andrew Grieve agri...@chromium.org
wrote:

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 have dropped support for
Cordova
2.x
months ago, and we recommend upgrading.

On Thu, Oct 2, 2014 at 7:33 AM, steve.wil...@bentley.com wrote:

We have released applications in the Google Play store based on
Cordova
2.7.0 and have received notification from Google that these apps
are
vulnerable to an Android Cordova security issue (

http://cordova.apache.org/announcements/2014/08/04/android-351.html).

Upgrading to Cordova 3.5.1 would require significant work on our
part.
Is
there any possibility that you can release a patched Cordova
Android
version based on 2.7 that would fix this security vulnerability?

Please let me know whether you think this would be possible on
your
part.
Thank you!

Thanks,
Steve Wilson

Re: Genymotion on Mac for Cordova testing

2014-10-22 Thread julio cesar sanchez

I've just installed and tested following this steps:

1. Download Virtual box
http://download.virtualbox.org/virtualbox/4.3.18/VirtualBox-4.3.18-96516-OSX.dmg
2. Install it
3. Download Genymotion
http://files2.genymotion.com/genymotion/genymotion-2.3.0/genymotion-2.3.0.dmg
(might need login)
4. Install it (Genymotion and Genymotion Shell)
5. Open Genymotion
6. Download a new device and start it.

I got a device with black screen, so I followed this steps:

When I start a virtual device, why does the window remain black?

You are probably in either of the following situations:

   - Your network adapter may be misconfigured. In this case:
  1. Run VirtualBox.
  2. Open *VirtualBox  Preferences ** Network*
  3. Edit the *Host-only Network* by clicking .
  4. Check that the adapter IPv4 address is in the same network (
  192.168.56.0/24 by default) as the DHCP server address, lower address
  bound and upper address bound. If not, your virtual device cannot start.
   You can also remove the *Host-only Network* by clicking . Genymotion
   will automatically recreate it at the next virtual device start.

I deleted the existing Host-only network adapter and it was recreated as it
says


For other problems check

https://cloud.genymotion.com/page/faq/


2014-10-22 17:41 GMT+02:00 Kerri Shotts ke...@photokandy.com:

 GenyMotion runs fine on my Mac (OS X 10.9.5). I haven't upgraded Geny to
 2.3.0, so am still on 2.2.2. My Virtual Box is 4.3.6 (a tad out-of-date).

 Are you having a problem getting the app itself to run, or is a problem
 with getting the emulators started? Have you checked the console app to see
 if anything interesting shows up in there?


 ___
 *Kerri Shotts*
 photoKandy Studios, LLC

 On the Web: http://www.photokandy.com/

 *Social Media:*
   Twitter: @photokandy, http://twitter.com/photokandy
   App.net: @photokandy, https://alpha.app.net/photokandy
   Google+: https://plus.google.com/110429856422449500918/posts
   Facebook: https://www.facebook.com/photoKandy
   Behance: https://www.behance.net/kerrishotts
   Tumblr: http://photokandy.tumblr.com/
   Github: https://github.com/kerrishotts
https://github.com/organizations/photokandyStudios
   CoderWall: https://coderwall.com/kerrishotts
   Stack Overflow: 
 http://stackoverflow.com/users/741043/kerri-shotts


 *Apps on the Apple Store:*
   Greek Interlinear Bible 1.3:

 https://itunes.apple.com/us/artist/photokandy-studios-llc/id498577828

 *Books:*
   PhoneGap 3.x Mobile Application Development Hotshot:
   http://www.photokandy.com/books/phonegap-3-x-hotshot/

   PhoneGap 2.x Mobile Application Development Hotshot:
   http://www.photokandy.com/books/phonegap-2-x-hotshot/

   Instant PhoneGap Social Application Development:
   http://www.photokandy.com/books/instant-social-app/



 On Wed, Oct 22, 2014 at 9:36 AM, Lisa Seacat DeLuca ldel...@us.ibm.com
 wrote:

 
 
  Hey guys, I need to test an Android 4.2 device for a Cordova issue I'm
  looking into and I just got a mac *yay*.  So I installed Genymotion and
 am
  having the hardest time getting it to run.  I know most of our team of
  developers use a Mac.  Does anyone else have Genymotion running?  Anyone
  have any difficulties during install that they might have a trick for me
 to
  try.  I have a sneaking suspicion that it's related to permissions but I
  could be wrong.  Genymotion runs without any problem on my Windows
 machine.
  It's just getting a little old going back and forth between the machines.
 
  Any advice appreciated!
 
 
  Lisa
  @LisaSeacat

Re: Genymotion on Mac for Cordova testing

2014-10-22 Thread julio cesar sanchez

Did you try what I said?

I got that error to, and followed this steps
When I start a virtual device, why does the window remain black?

You are probably in either of the following situations:

   - Your network adapter may be misconfigured. In this case:
  1. Run VirtualBox.
  2. Open *VirtualBox  Preferences ** Network*
  3. Go to *Host-only Network*
  4. Removed the *vboxnet0* by clicking

So when I restarted the device image again it connected.



2014-10-22 23:13 GMT+02:00 Joerg Holz h...@hamburg.de:

 So, it’s not a Gennymotion problem, it’s a VirtualBox problem.

 My corresponding versions are: VirtualBox 4.3.16 and the last version of
 Genymotion running on Yosemite, but it’s running on Mavericks also.

 I would suggest to update your VirtualBox, otherwise I would uninstall
 VirtualBox completly and reinstall it.

 On the other hand: Which system are you using on the new/old mac?


 Joerg



  Am 22.10.2014 um 22:44 schrieb Lisa Seacat DeLuca ldel...@us.ibm.com:
 
  Genymotion itself installs just fine and I can download vms fine.  I
 just can't get any of them to run.  I thought maybe it was an issue with
 permissions but even when i run from the command line with sudo I get
 errors (although different).  I opened a stackoverflow question here:
 
 
 http://stackoverflow.com/questions/26287897/genymotion-not-working-on-mac
 
  but my error is: Unable to connect to the virtual device. Genymotion
 will now close. Please check VirtualBox network configuration.
 
  I tried walking through the suggestions in the comments about updating
 the network adapters but that didn't fix my problem.  I just get a black
 screen until it throws the error.  Maybe i shoudl try to track down an
 older version of genymotion since it sounds like that works for other
 people.  Ugh, would make my life easier to be able to test Cordova apps on
 my mac.
 
  Anyways, thank you all of your response,
 
 
  Lisa
 

 
 Jörg Holz | +49-175-640 35 80
 h...@hamburg.de

 NEU: doreport - die Reportingsoftware:
 http://www.doreport.de
 


 -
 To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
 For additional commands, e-mail: dev-h...@cordova.apache.org

Re: Genymotion on Mac for Cordova testing

2014-10-22 Thread julio cesar sanchez

Mine was brand new too and I solved it deleting the network, but if it
doesn't work for you, I don't know what else you can do


2014-10-22 23:54 GMT+02:00 Joerg Holz h...@hamburg.de:

 Brand new sounds good:

 What’s about the newest Java-Version? I’m using Yosemite since the second
 dev-Version and I had problems until I install java 8.

 Joerg


  Am 22.10.2014 um 23:29 schrieb Lisa Seacat DeLuca ldel...@us.ibm.com:
 
  It's a brand new mac and brand new installation so i'm using the latest
 version of genymotion and virtualbox.  I can actually launch the vm's from
 within virtualbox and they startup just fine.  So it seems like it's more
 of a problem with genymotion being able to talk to the virtualbox.  So
 that's why I tried out the network fixes suggested but that didn't solve my
 issue.
 
  Lisa
 
  btw, also tried downgrading to an older version of genymotion and that
 didn't solve the problem
 
 
 
  Joerg Holz ---10/22/2014 05:14:40 PM---So, it’s not a Gennymotion
 problem, it’s a VirtualBox problem. My corresponding versions are: Virtua
 
  From: Joerg Holz h...@hamburg.de
  To:   dev@cordova.apache.org
  Date: 10/22/2014 05:14 PM
  Subject:  Re: Genymotion on Mac for Cordova testing
 
 
 
  So, it’s not a Gennymotion problem, it’s a VirtualBox problem.
 
  My corresponding versions are: VirtualBox 4.3.16 and the last version of
 Genymotion running on Yosemite, but it’s running on Mavericks also.
 
  I would suggest to update your VirtualBox, otherwise I would uninstall
 VirtualBox completly and reinstall it.
 
  On the other hand: Which system are you using on the new/old mac?
 
 
  Joerg
 
 
 
   Am 22.10.2014 um 22:44 schrieb Lisa Seacat DeLuca ldel...@us.ibm.com
 :
  
   Genymotion itself installs just fine and I can download vms fine.  I
 just can't get any of them to run.  I thought maybe it was an issue with
 permissions but even when i run from the command line with sudo I get
 errors (although different).  I opened a stackoverflow question here:
  
  
 http://stackoverflow.com/questions/26287897/genymotion-not-working-on-mac
  
   but my error is: Unable to connect to the virtual device. Genymotion
 will now close. Please check VirtualBox network configuration.
  
   I tried walking through the suggestions in the comments about updating
 the network adapters but that didn't fix my problem.  I just get a black
 screen until it throws the error.  Maybe i shoudl try to track down an
 older version of genymotion since it sounds like that works for other
 people.  Ugh, would make my life easier to be able to test Cordova apps on
 my mac.
  
   Anyways, thank you all of your response,
  
  
   Lisa
  
 
  
  Jörg Holz | +49-175-640 35 80
  h...@hamburg.de
 
  NEU: doreport - die Reportingsoftware:
  http://www.doreport.de
  
 
 
  -
  To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
  For additional commands, e-mail: dev-h...@cordova.apache.org
 
 

 
 Jörg Holz | +49-175-640 35 80
 h...@hamburg.de

 NEU: doreport - die Reportingsoftware:
 http://www.doreport.de
 


 -
 To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
 For additional commands, e-mail: dev-h...@cordova.apache.org

InAppBrowser insertCSS/executeScript with file option code example is confusing

2014-11-03 Thread julio cesar sanchez

Looking into the inAppBrowser code, it seems to me that the insertCSS and
executeScript are for injecting an external CSS or JS, but looking at the
code example, it seems (to me), that an internal file could be loaded

insertCSS example code:

var ref = window.open('http://apache.org', '_blank', 'location=yes');
ref.addEventListener('loadstop', function() {
ref.insertCSS({file: mystyles.css});
});

executeScript example code:

var ref = window.open('http://apache.org', '_blank', 'location=yes');
ref.addEventListener('loadstop', function() {
ref.executeScript({file: myscript.js});
});


So, can anybody confirm if this two functions are only for external
files? or is it possible to load files from www folder?

If only external files are possible, then maybe we should change the
example codes to something like

var ref = window.open('http://apache.org', '_blank', 'location=yes');
ref.addEventListener('loadstop', function() {
ref.insertCSS({file: http://www.example.com/mystyles.css});
});

Re: cordova 64-bit support

2014-11-07 Thread julio cesar sanchez

what's the point of swift plugins?
is there something that can't be done with objective-c and need swift?
I think iOS 6 support is more important that the swift plugins

2014-11-07 20:14 GMT+01:00 Shazron shaz...@gmail.com:

 Yup. So the answer is:

 cordova-ios:
 64 bit support since cordova-ios 3.4.1. Xcode 6 only support since
 cordova-ios 3.7.0.

 On Fri, Nov 7, 2014 at 11:04 AM, Marcel Kinard cmarc...@gmail.com wrote:

  I suspect Vidiraj's question was driven by this:
  https://developer.apple.com/news/?id=10202014a

Re: cordova 64-bit support

2014-11-08 Thread julio cesar sanchez

iOS 5 support was removed on cordova 3.5, released on may 2014, I think
it's too soon to remove iOS 6 support with all the devices left behind
(iphone 3gs and ipod touch 4gen), just to add swift plugins.

I'm ok with dropping support to old versions when there are real advantages
or security reasons.

I'm limited on resources too, but I volunteer to test on my ipod touch

Re: cordova 64-bit support

2014-11-09 Thread julio cesar sanchez

Apple just says earlier 5%. That should be iOS 5 and iOS 6

El domingo, 9 de noviembre de 2014, Terence M. Bandoian tere...@tmbsw.com
escribió:

 It might make sense to consider dropping support for an iOS version when
 usage, as reported by Apple, drops below a certain level.

 -Terence Bandoian


 On 11/8/2014 5:13 PM, julio cesar sanchez wrote:

 iOS 5 support was removed on cordova 3.5, released on may 2014, I think
 it's too soon to remove iOS 6 support with all the devices left behind
 (iphone 3gs and ipod touch 4gen), just to add swift plugins.

 I'm ok with dropping support to old versions when there are real
 advantages
 or security reasons.

 I'm limited on resources too, but I volunteer to test on my ipod touch



 -
 To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
 For additional commands, e-mail: dev-h...@cordova.apache.org

I've fixed an issue. What's next?

2014-11-13 Thread julio cesar sanchez

CB-7734 (https://issues.apache.org/jira/browse/CB-7734) was reported and I
asked if it could be assigned to me.
Shazron assigned to me and I fixed it with this pull request
https://github.com/apache/cordova-plugin-dialogs/pull/39

It's been 3 weeks and it hasn't been merged, so I don't know if I have to
do something else, it's the first issue assigned to me.

Re: I've fixed an issue. What's next?

2014-11-15 Thread julio cesar sanchez

I updated the pull request yesterday to add the iOS 8 macro code (and other
change proposed by Shazron), so it can work on Xcode 5

Re: [Discuss] Plugins release

2014-11-26 Thread julio cesar sanchez

Ian, can you take a look into this PR before updating the dialogs plugin?

https://issues.apache.org/jira/browse/CB-7734
https://github.com/apache/cordova-plugin-dialogs/pull/39

2014-11-26 10:16 GMT+01:00 Sergey Grebnov (Akvelon) v-seg...@microsoft.com
:

 Jesse, sounds good, you can re-work any of them to show example/pattern
 and I'll assist you in reworking the rest.

 Thx!
 Sergey
 -Original Message-
 From: Jesse [mailto:purplecabb...@gmail.com]
 Sent: Tuesday, November 25, 2014 9:55 PM
 To: dev@cordova.apache.org
 Subject: Re: [Discuss] Plugins release

 +1 to getting the updates out.

 Sergey, I would like to hold off on those plugins until I can do a
 windows-universal refactor to get rid of all the extra csproj's that are
 being added.

 @purplecabbage
 risingj.com

 On Tue, Nov 25, 2014 at 7:43 AM, Sergey Grebnov (Akvelon) 
 v-seg...@microsoft.com wrote:

  +1, fully support as well.  If someone has a chance to take a look on
  +the
  following PRs I will appreciate this! Thx
 
  https://github.com/apache/cordova-plugin-vibration/pull/25
  https://github.com/apache/cordova-plugin-battery-status/pull/19
  https://github.com/apache/cordova-plugin-globalization/pull/31
 
  Thx!
  Sergey
  -Original Message-
  From: Ian Clelland [mailto:iclell...@chromium.org]
  Sent: Tuesday, November 25, 2014 4:36 PM
  To: dev@cordova.apache.org
  Subject: Re: [Discuss] Plugins release
 
  +1, I heartily support this.
 
  I'll take a look at the PRs and call out any that I think need extra
  consideration. (We here in Canada can spend some time on Thursday and
  Friday merging some of them in :) ) On Mon Nov 24 2014 at 5:28:51 PM
  Steven Gill stevengil...@gmail.com wrote:
 
   I want to do a plugins release next Monday, Dec 1. (Thursday/Friday
   are holidays in the states).
  
   I will review PRs the next few days, please bring any that you deem
   important to my attention.

Re: Cordova file transfer

2014-11-30 Thread julio cesar sanchez

This is a cordova development mailing list, not for problems when
developing apps using cordova.
Ask on the phonegap google group or stack overflow.

But yes, you can upload other files, not just images.

2014-11-28 11:48 GMT+01:00 Ashima Bansal ash...@blackcapit.com:

 Is it possible to upload pdf or text files from our phone internal
 storage/SD Card . I tried using file transfer but its working only for
 images and not for other files. How can we do this ?

 Thank You,
 Ashima Bansal

Re: Build proyect on different Android Cordova in the same PC

2014-12-12 Thread julio cesar sanchez

I have not tried what Ivan said, but as you are on version 2.9.0 I don't
think you can because cordova 2.9.0 wasn't installed on the system, just
downloaded, and there is no direct update from 2.9.X to 3.X.X.

What I did when upgraded from 2.9.1 to 3.6.4 was, I generated the
cordova-3.6.4.jar, deleted cordova-2.9.1.jar from the android project,
added cordova-3.6.4.jar and tested, as 2.9.1 included all the plugins in
the core and cordova 3.X.X didn't include them, I had to install the
plugins I was using with plugman.
So, updating like I mentioned, you can generate the .jar for any cordova
version and just test it, but your project won't be a real cordova project
and you'll need to update everytime like this, and install the plugins
using plugman instead of using the cordova CLI

So, the other choice you have is to create a new project using the CLI,
copy your current html, css and javascript and try. If you were using any
plugin it wont work, so you install the plugins you need using the cordova
CLI and then you will be able to update easily on new cordova updates.

Re: How to Implement native features in Cordova

2015-01-21 Thread julio cesar sanchez

As the media plugin doesn't follow the W3C specification for media capture,
it might be included in the plugin, but you should check if this is
possible on other platforms too.
You can file an issue on the cordova JIRA (
https://issues.apache.org/jira/browse/CB) as enhancement to the media
plugin providing the details you wrote here.

If you want to try to create a separate plugin, then check
http://docs.phonegap.com/en/3.5.0/guide_hybrid_plugins_index.md.html#Plugin%20Development%20Guide

2015-01-22 4:47 GMT+01:00 Jeremy Plack stlouis...@gmail.com:

 Hi,

 I'm new to Cordova and am interested in adding a native android feature.


 http://developer.android.com/reference/android/media/MediaMetadataRetriever.html

 This looks to me like it would be an improvement to the media plugin, or
 should this be in its own plugin?

 how would I go about integrating this feature into cordova and enlist some
 help and guidance in doing so?

 Thanks,

 *Jeremy Plack*
 *Freelance IT*
 *(636) 692-3465*
 stlouiswebservices.com

Re: anybody from phonegap build team here?

2015-01-16 Thread julio cesar sanchez

Ally, thanks for the link, I opened another thread and got a similar
answer. (I should have searched).

It's sad because I submited some plugins when having a paid plan wasn't
necessary for submitting plugins. One of them was approved and it's used by
more than 5000 apps. Now I can't update the plugin or submit new plugins
there.
I think I'll just move to plugins.cordova.io, delete the plugin from PGB
and break some fo the 5000 apps if they rebuild someday.

2015-01-16 10:54 GMT+01:00 Ally Ogilvie aogil...@wizcorp.jp:

Julio,

This might help you

http://community.phonegap.com/nitobi/topics/please-upgrade-your-phonegap-build-account-to-submit-a-plugin
You understand correct. However, it's not all bad news: You can still
upload your plugin to the Cordova Registry and recommend to your users they
add `source=plugins.cordova.io` attribute to a PhoneGap Build project
config.xml.

Ally.

On Tue, Jan 13, 2015 at 7:21 AM, julio cesar sanchez
jcesarmob...@gmail.com
wrote:

I know, I have asked there too, but that is an user forum, I was looking
for an answer from somebody from the phonegap build team, I'm not sure if
I'll get that there, and I have read answers from people on the phonegap
team on this mail list, so maybe people from the phonegap build team read
this list too. (I suppose they are different teams)

2015-01-12 22:01 GMT+01:00 Shazron shaz...@gmail.com:

Hi Julio,
The appropriate forum for PGB is http://community.phonegap.com

On Mon, Jan 12, 2015 at 10:16 AM, Gorkem Ercan gorkem.er...@gmail.com

wrote:

On 12 Jan 2015, at 4:15, julio cesar sanchez wrote:

Hi,

I know this a cordova list,

Actus Reus... and Mens Rea..

but maybe there is somebody from phonegap build
team here and can answer.

I have a doubt about contributing to phonegap build plugins, the
docs
say:
Submitting Your Plugin

Once your plugin is in a state that you're happy with,
submit the plugin http://build.phonegap.com/plugins#add
to PhoneGap Build.
But the url goes to https://build.phonegap.com/plugins#add, where a
message
like this appears Please upgrade your PhoneGap Build account to
submit
a
plugin.

So, now you can't contribute to the plugins if you don't have a paid
account? I've submitted some plugins with my free account before the
change
that allowed to publish private plugins, shouldn't it allow to
submit
open
source plugins to everyone, including free users, and add another
option
for uploading private plugins just for paid accounts?

I know I can publish them in plugins.cordova.io and they can be
used
on
phonegap build too, but I think it's better if the plugins appear in
both.

-
To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
For additional commands, e-mail: dev-h...@cordova.apache.org

--
http://www.wizcorp.jp/Ally Ogilvie
Lead Developer - MobDev. | Wizcorp Inc. http://www.wizcorp.jp/
--
TECH . GAMING . OPEN-SOURCE WIZARDS+ 81 (0)3-4550-1448 | Website
http://www.wizcorp.jp/ | Twitter https://twitter.com/Wizcorp |
Facebook
http://www.facebook.com/Wizcorp | LinkedIn
http://www.linkedin.com/company/wizcorp

Re: [DISCUSS] Plugins Release

2015-01-10 Thread julio cesar sanchez

Well, if somebody can review the pull request I did some months ago for the
dialogs plugin I'll be grateful
https://github.com/apache/cordova-plugin-dialogs/pull/39

I tested it on xcode 5 and xcode 6, on iOS 6, iOS 7 and iOS 8, it fixes a
repported bug (CB-7734) and changes the UIAlertView to UIAlerController
when available (it was necessary to fix the bug and makes the plugin future
proof)

El sábado, 10 de enero de 2015, Steven Gill stevengil...@gmail.com
escribió:

 I noticed Shaz cleaned up the iOS camera plugin. I figure other plugins
 might be ready for a release soon too.

 Let me know if you have any thoughts or concerns. I will look at doing this
 release next week.

anybody from phonegap build team here?

2015-01-12 Thread julio cesar sanchez

Hi,

I know this a cordova list, but maybe there is somebody from phonegap build
team here and can answer.

I have a doubt about contributing to phonegap build plugins, the docs say:
Submitting Your Plugin

Once your plugin is in a state that you're happy with,
submit the plugin http://build.phonegap.com/plugins#add
to PhoneGap Build.
But the url goes to https://build.phonegap.com/plugins#add, where a message
like this appears Please upgrade your PhoneGap Build account to submit a
plugin.

So, now you can't contribute to the plugins if you don't have a paid
account? I've submitted some plugins with my free account before the change
that allowed to publish private plugins, shouldn't it allow to submit open
source plugins to everyone, including free users, and add another option
for uploading private plugins just for paid accounts?

I know I can publish them in plugins.cordova.io and they can be used on
phonegap build too, but I think it's better if the plugins appear in both.

Re: Documentation on Android/Cordova Webview

2015-01-12 Thread julio cesar sanchez

If you unzip this, you have the framework directory

https://www.apache.org/dist/cordova/platforms/cordova-android-3.6.4.tgz

2015-01-12 12:55 GMT+01:00 Mike Dawson m...@ustadmobile.com:


 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 Hi Cordova Dev List,

 I'm looking to build a Hybrid app version and tried following:


 http://cordova.apache.org/docs/en/4.0.0/guide_platforms_android_webview.md.html#Android%20WebViews

 I think this might be a bit out of date.  I am running Cordova 4.2 and
 compiling with API Level 19; all on Ubuntu 14.10 which is all running
 fine for normal cordova and android development.

 The documentation says to unzip the download (whereas the main site
 recommends the normal installation using npm).  It then says to go to
 the android package framework directory.  There is no such framework
 directory either in a created project or in
 /usr/local/lib/node_modules/cordova or in a newly created cordova
 project with the android platform added.

 What does seem to work is to create a blank cordova project; add
 android, and then use the CordovaLib project generated as a library for
 another native android project; e.g.

 #native android project here
 mkdir androidproject
 cd androidproject
 android create project --target 6 --name UstadMobile --path
 ./ustadmobile --activity UstadMobile --package com.toughra.ustadmobile

 cd ..

 cordova create umcordovalib com.ustadmobile UMCordovaLib
 cd umcordovalib
 cordova platform add android
 cordova build

 cd ../androidproject
 android update project --target 6 --path ./ustadmobile/ --library
 ../../umcordovalib/platforms/android/CordovaLib/

 Is there any more up to date documentation on this? I did a quick google
 but couldn't find anything.  If not once I get through this I'd be happy
 to contribute a revised version of the documentation.

 Thanks/Regards,

 - -Mike

 - --
 Mike Dawson
 CEO
 Ustad Mobile

 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1

 iQIcBAEBAgAGBQJUs7Y9AAoJEMDbIyechsEfkMAQANDfbXnf6lnFryM30ae6gQ18
 htGraR10PYvlzTFJPz10Xbji7RHwRSNRej+g8Fok1tisi7MGhpcp5XAgFEp8kYcS
 vqDxqMZTI+PEDP3oGpYDB7z7hX6IGxzaXl7LcbujHh5ATFQST6zJe1JM8aCzZxeB
 5IchoYDxIK0LFcmJgc9wAFuFYX8hSwB2/nlnZ72tVbMZo8PNz4268rZcNo0xLjKg
 KydBMt6Iq47Mwkqb/wp8Sq4okT3z8emb/aTx3yodzeI0pi/rnbrnVEF2YES7Vr4F
 z/BoZWE6PQKfRWjKlK59HaqkwXM+NfTrA+KnSahqFD2hsDb8JIDIUqaj5ESUMD9P
 O/3At0EOgHop3FjG2LC432k9yjjeqwt8eD3gnp6CjSBcga+03TKEFhjMQK7ow9Fj
 uPF9IbTdgkuNEMb+dqtqMFaKk+B363wN4+fpxTyiSAeVadaIOy45ga8FVl5UHux6
 Mgx2P0QB+/rvfLNALm/XrQOFsikVhaJEII7IMZ3IK7IA0FdjI5d78yN8W+mzlS8n
 cjPKCi0SHpNATPZUI6QYnFxG+1xWReSh+nh3Nrqc60J4HgsFCSLa4XS6Y5NXzMCu
 RyDgf7fbsuS/GjGlTu/5eXqe/f9njYrigP+o4o9GGmXoUuvm33Em/9yArL5dbSP1
 cRFsWjo8j04jefDmeQEX
 =4hbU
 -END PGP SIGNATURE-



 -
 To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
 For additional commands, e-mail: dev-h...@cordova.apache.org

Re: anybody from phonegap build team here?

2015-01-12 Thread julio cesar sanchez

I know, I have asked there too, but that is an user forum, I was looking
for an answer from somebody from the phonegap build team, I'm not sure if
I'll get that there, and I have read answers from people on the phonegap
team on this mail list, so maybe people from the phonegap build team read
this list too. (I suppose they are different teams)





2015-01-12 22:01 GMT+01:00 Shazron shaz...@gmail.com:

 Hi Julio,
 The appropriate forum for PGB is http://community.phonegap.com

 On Mon, Jan 12, 2015 at 10:16 AM, Gorkem Ercan gorkem.er...@gmail.com
 wrote:
 
 
  On 12 Jan 2015, at 4:15, julio cesar sanchez wrote:
 
  Hi,
 
  I know this a cordova list,
 
  Actus Reus... and Mens Rea..
 
  but maybe there is somebody from phonegap build
  team here and can answer.
 
  I have a doubt about contributing to phonegap build plugins, the docs
 say:
  Submitting Your Plugin
 
  Once your plugin is in a state that you're happy with,
  submit the plugin http://build.phonegap.com/plugins#add
  to PhoneGap Build.
  But the url goes to https://build.phonegap.com/plugins#add, where a
 message
  like this appears Please upgrade your PhoneGap Build account to submit
 a
  plugin.
 
  So, now you can't contribute to the plugins if you don't have a paid
  account? I've submitted some plugins with my free account before the
 change
  that allowed to publish private plugins, shouldn't it allow to submit
 open
  source plugins to everyone, including free users, and add another option
  for uploading private plugins just for paid accounts?
 
  I know I can publish them in plugins.cordova.io and they can be used on
  phonegap build too, but I think it's better if the plugins appear in
 both.
 
  -
  To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
  For additional commands, e-mail: dev-h...@cordova.apache.org
 

 -
 To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
 For additional commands, e-mail: dev-h...@cordova.apache.org

Re: Deprecation Wars: ICS vs Gingerbread

2015-01-08 Thread julio cesar sanchez

The other day I saw a thread of a developer trying to support android 2.2,
and told me he was from argentina, was building an app just for argentina
and 2.2 had a big market share there.
I'm from Spain and 2.3 devices are still sold here.

I just tell this to add another point of view, but I'm OK with the 2.3
deprecation, some of the new features like the plugable webviews won't be
supported on 2.3 anyway, right?

Re: Introduction for Julian Horn

2015-03-16 Thread julio cesar sanchez

And what about detecting if the user didn't include any cordova tag?

I usually see questions on stackoverflow asking, X feature of cordova
isn't working. And the accepted answer is include the cordova.js script
tag in you index.html

2015-03-16 14:37 GMT+01:00 Horn, Julian C julian.c.h...@intel.com:

 Hi Jesse,

 While it's certainly true that it's impossible to bullet-proof Cordova,
 protection against multiple inclusion is pretty basic.  All the C system
 include files protect against multiple inclusion.  JavaScript objects like
 jQuery include code to tolerate multiple inclusion.  We should too.

 The fix certainly does not require a large chunk of time!  Here's the
 entire fix; you put this up near the top of cordova.js, inside the
 outermost function invocation:

 if (window.cordova) {
 return;
 }

 To appreciate why this matters, I think you have to cultivate a product
 viewpoint.  The Intel XDK is a development toolkit that attempts to make
 cross-platform HTML5 more approachable.  Obviously, as people get farther
 into HTML5 development they will run into all kinds of hard problems.  But
 right out of the box, you want people to be able to put together simple
 apps simply.  That kind of good initial experience is a key to making an
 approachable product.

 This particular mistake, of including two script tags for cordova.js, is
 easy to make and really hard to diagnose.  In fact, some quite experienced
 developers made this mistake and found it really hard to figure out how
 that mistake led to the observed symptoms.  You have to dig into cordova.js
 to figure it out, and this is not the simplest piece of code.  You don't
 want ordinary Cordova users to have to do that if you can avoid it.

 Julian

 -Original Message-
 From: Jesse [mailto:purplecabb...@gmail.com]
 Sent: Friday, March 13, 2015 6:14 PM
 To: dev@cordova.apache.org
 Subject: Re: Introduction for Julian Horn

 Hello and welcome (back?) Julian!
 I have added you as an assignable user in JIRA, and assigned this issue to
 you. You also should be able to assign issues to yourself now.

 Regarding this specific issue, I think I agree with Joe's comment in JIRA
 that this is probably not a bug.  There are literally millions of stupid
 things that people can do to their projects to break them, and I think if
 we fix stupid in code, we perpetuate it.

 Not a requirement, but I would recommend you share your proposed solution
 to this before you spend a large chunk of time on it.




 @purplecabbage
 risingj.com

 On Fri, Mar 13, 2015 at 2:55 PM, Shazron shaz...@gmail.com wrote:

  Welcome!
  You mean https://issues.apache.org/jira/browse/CB-7992 of course ;)
 
  On Fri, Mar 13, 2015 at 2:20 PM, Horn, Julian C
  julian.c.h...@intel.com
  wrote:
   Hello!  I am Julian Horn.  I'm a software engineer in the Intel XDK
  team.  I am the team lead for the Device Emulator component, our
  derivative of the Ripple emulator.
  
   I have signed and sent in an individual contributor agreement, and
   my
  company has a corporate contributor agreement signed.
   I have posted mail to this mail list and to the ripple mailing list
  before, but this will be my first contribution.
  
   To get my feet wet, I would like to take on CT-7792.  This is a
   small
  JIRA I filed that complains about what happens if a user accidentally
  codes two script tags for cordova.js.
   How do I go about getting this JIRA assigned to me?
  
   While this is a fairly trivial issue, we have found this is a common
  mistake that new users make, especially when they are developing an
  application from building blocks.  People can become confused about
  whether the script tag is already in the template or whether they
  have to add it themselves and they end up with two.  The behavior you
  get when you make this mistake and you run in the Device Emulator is
  bizarre, to say the least.  That's why I want to fix this.
 
  -
  To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
  For additional commands, e-mail: dev-h...@cordova.apache.org

Re: Regarding the contribution

2015-03-19 Thread julio cesar sanchez

Welcome.

You can start here http://cordova.apache.org/#contribute



2015-03-19 11:54 GMT+01:00 Rahulkar, Prashant prashant.rahul...@atos.net:

 Hello Sir,
 I am keen to contribute in your Apache Cordova project, I have any 9+
 years of experience in Web, Java, Enterprises application development.
 Please add me in your new member list and suggest to start with code.

 Thanks,
 Prashant Rahulkar

Re: Plugin Development

2015-03-27 Thread julio cesar sanchez

Hello.

Read the link you provided, read the SDK documentation and mix the
knowledge.

Most of the cordova plugins are open source and you can find them on
github, so you can search a few to see more complex code.

If you have any doubts after trying, ask on stackoverflow. This mail list
if for the development of cordova itself, not for 3rd party plugins or
problems while developing with cordova.


2015-03-27 7:37 GMT+01:00 Rahul Bhooteshwar 
rahul.bhootesh...@hotwaxsystems.com:

 Hello All,
 I am new to cordova development, and would like to know how to develop
 cordova plugins for various platforms. I found the development guide for
 the same here
 
 http://cordova.apache.org/docs/en/edge/guide_hybrid_plugins_index.md.html#Plugin%20Development%20Guide
 .
 But it explains the basic procedure to do the same. I would like to know
 how to develop cordova plugins using the SDK provided by device vendor for
 specific  platform. I want to develop cordova plugin for LineDevice
 http://ipcprint.com/. I have the ios SDK provided by vendor, but I don't
  know how to use  it with cordova. The SDK provided contains LineaSDK.h and
 libLineaSDK.a files. Please help.

 Rahul Bhooteshwar

[proposal] [ANDROID] move inAppBrowser intents from onPageStarted to shouldOverrideUrlLoading

2015-04-02 Thread julio cesar sanchez

I've been looking into issues and I have seen this one:
https://issues.apache.org/jira/browse/CB-8180

Right now the code to handle the tel links is inside the onPageStarted

if (url.startsWith(WebView.SCHEME_TEL)) {
try {
Intent intent = new Intent(Intent.ACTION_DIAL);
intent.setData(Uri.parse(url));
cordova.getActivity().startActivity(intent);
} catch (android.content.ActivityNotFoundException e) {
LOG.e(LOG_TAG, Error dialing  + url + :  +
e.toString());
}
}

But the problem is, it launchs the intent and try to open the web page, so
when you come back from the intent you see a couldn't load the url page
on the app.

I've tried to use the view.stopLoading() but it doesn't seem to stop it.
The issue only talks about the tel links, but I suppose that will happen
with sms, mailto and some other links.


So, I think a solution might be to move that code to
shouldOverrideUrlLoading function.

Is there any reason of doing this on the onPageStarted instead of using the
shouldOverrideUrlLoading?

Re: Jira CB-831: File transfer tests crash on Android L

2015-04-11 Thread julio cesar sanchez

Google added official multi sim support on the latest version, not sure how
that affects to apps. I have a motorola moto g 2014 and it's dual sim (at
least the spanish model), let me know if you need me to test anything when
I receive the 5.1 version (I'm on 5.0.2 right now)

Re: hi cordova team i need help please

2015-04-25 Thread julio cesar sanchez

First of all, this mail list isn't for user support, it's for cordova
development itself.

Second, you don't have a problem with cordova, your problem is there are
millions of apps on the app store, thousands for drawing and painting, you
won't find it by name because your app name has very common words and as
it's very new it gets burried by the thousands of apps that used the same
words on the name or description.

So, you can google ASO to learn how to improve the ranking of your app,
or you can invest in marketing

Re: ios 6+ flash brightness level

2015-04-27 Thread julio cesar sanchez

Flashlight isn't one of the core plugins

You have this 3rd party plugin available for iOS, android and WP8, not sure
if it supports brightness level
https://github.com/EddyVerbruggen/Flashlight-PhoneGap-Plugin

2015-04-27 6:23 GMT+02:00 Jian Guo jian@datamotive.com.au:

 Hi there,

 Just a quick question about cordova APIs. Do we have anything to tune the
 brightness of ios 6 + flashlight brightness level?

 There are apps which can tune it, but I guess they are native apps. For
 example:
 https://itunes.apple.com/au/app/light-led-flashlight/id379753015?mt=8

 are we gonna support this soon?

 Looking forward to your reply.

 Thanks,
 Jian Guo
 Senior Front-End Developer
 carsales.com Ltd

 Level 4, 449 Punt Road
 Locked Bag 9001, Richmond VIC 3121

 p 03 9093 8600 (reception)
 f  03 9093 8697
 e jian@carsales.com.aumailto:jian@carsales.com.au


 __
 Notice: This email and attachments (if any) is for the exclusive use of
 the addressee and may contain information that is privileged and
 confidential. Any unauthorised use of the contents of the email and/or
 attachments is expressly prohibited. If you are not the addressee of this
 email, please notify me immediately by email and then immediately destroy
 any electronic or paper copy of this email and/or attachments. Carsales.com
 Ltd and its related companies do not accept responsibility for the views
 expressed in the email or for the consequences of any computer viruses that
 may be transmitted with this email. This email is subject to copyright. No
 part of it should be reproduced, adapted or transmitted without the written
 consent of the copyright owner.

Re: [Proposal - New Feature] Add tag to config.xml to handle images

2015-05-02 Thread julio cesar sanchez

But you want it for native buttons?
If not, you can just put the images on the www folder

El viernes, 1 de mayo de 2015, Karen Tran ktop...@gmail.com escribió:

 I am looking for a way to be able to specify an image in the config.xml and
 have it be placed in the drawable directory. Under my circumstances, I have
 to assume that when the user creates a cordova project, he/she only knows
 how to modify the config.xml, so that's why I'm pushing for a way to do it
 this way.

 I do have a hackish way of doing it by using the preferences tag and
 getting the path to the image, and then having a script copy it over, but I
 know the better way to do it would be to just make a tag to take care of
 images that are not going to be the main icon or splash image and have
 cordova-cli handle it for me when I call cordova prepare.

 This isn't really for a plugin, though maybe an app template, but I just
 wanted to add this functionality to be able to specify non-icon and
 non-splash images through the config.xml.

 I've found where in cordova-lib that the parsing happens for the icon and
 splash tags, so I was proposing to add a new tag for general images. The
 images could be anything that a user might want in his or her app. An
 example would be a customized button. The user can specify the path to the
 image file, and then the image will be dropped into the drawable directory.

 On Fri, May 1, 2015 at 12:27 PM, Jesse purplecabb...@gmail.com
 javascript:; wrote:

  What is the use for the images? Is this for a plugin, or an app template?
  I can think of a couple ways to do this, but none would affect
  configure.xml.but
  I suggest you look at how the splash screen plugin does this for android.
 
 
 
   On May 1, 2015, at 8:39 AM, Karen Tran ktop...@gmail.com
 javascript:; wrote:
  
   Hi dev-list,
  
   I wanted to get your input on a feature I want to add to the
 config.xml.
  
   Currently there are only the icon tag and splash tag that allows the
 user
   to specify the icon and splash image in the config.xml respectively.
  
   I want to be able to specify multiple images that will be used in my
 app
   such as customized buttons. The problem is that the icon tag will
 rename
   the image specified to icon.png, so ultimately the user would only be
  able
   to change the main icon. And the splash tag of course handles the
 splash
   image, so I don't want that.
  
   I propose making a new tag that handles general images. It'll be
 similar
  to
   the icon tag, except it won't rename the image. It will copy the image
  from
   the src, and drop it into the correct drawable-density directory (I am
   working in android).
  
   I know I can just drop the images myself into the drawable folders,
 but I
   have to assume that my users won't know the android project structure
 and
   will only modify the config.xml.
  
   Any thoughts, comments, or critiques would be appreciated.
  
  
   Regards,
   Karen Tran
 
  -
  To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
 javascript:;
  For additional commands, e-mail: dev-h...@cordova.apache.org
 javascript:;

Re: Cookie support in docs.

2015-05-04 Thread julio cesar sanchez

I've just read this topic on the google group

https://groups.google.com/forum/#!topic/phonegap/0EnQJBPA0uA

On the FAQ you can read:

The first is within XHR (Ajax) requests to remote resources. Unless you
specifically remove them, your Ajax library will automatically use cookies
in subsequent calls to remote APIs and resources you request. So given that
some API returns a cookie required for future calls, you can assume it will
be automatically sent when your app hits it again.

But it seems it isn't true on android


2015-04-23 5:26 GMT+02:00 Andrey Kurdumov kant2...@googlemail.com:

 I put section about CORS, since looks like not everybody unaware that CORS
 applied to all remote communicatoins.

 https://github.com/cordova/cordova-discuss/pull/1

 Please take a look.

 2015-04-23 3:01 GMT+06:00 Raymond Camden raymondcam...@gmail.com:

  Sweet. Thanks Shazon!
 
  On Wed, Apr 22, 2015 at 1:58 PM, Shazron shaz...@gmail.com wrote:
   Created https://github.com/cordova/cordova-discuss/blob/master/FAQ.md
   as a doc so we can stage edits.
   If anyone needs direct access let me know.
  
  
   On Wed, Apr 22, 2015 at 10:21 AM, Raymond Camden
   raymondcam...@gmail.com wrote:
   So we don't have a FAQ yet. Is it time to start it? Here is my stab:
  
   Do cookies work in Cordova apps?
  
   There are two ways in which you may want to use cookies. The first is
   within XHR (Ajax) requests to remote resources. Unless you
   specifically remove them, your Ajax library will automatically use
   cookies in subsequent calls to remote APIs and resources you request.
   So given that some API returns a cookie required for future calls, you
   can assume it will be automatically sent when your app hits it again.
  
   The other way your app may desire to use cookies is locally - ie
   within the app itself. This does not make sense within a Cordova app
   as it isn't running on a proper web server itself. If your intent is
   simply to store data for the app then you should make use the various
   existing methods (link to
  
 
 http://cordova.apache.org/docs/en/4.0.0/cordova_storage_storage.md.html#Storage
  )
   to store data locally.
  
   On Wed, Apr 22, 2015 at 9:44 AM, Josh Soref jso...@blackberry.com
  wrote:
   Andrey:
   It makes sense for someone to write a simple document saying that
  cookies are
   supported for subresources requested from remote web servers, but
 that
  Cordova
   doesn't promise cookie support for the app itself, and it should
  suggest using
   localStorage or the file API for preferences.
  
   Thanks for volunteering to work on this :)
  
   -Original Message-
   From: agri...@google.com [mailto:agri...@google.com] On Behalf Of
   Andrew Grieve
   Sent: Wednesday, April 22, 2015 11:18 AM
   To: dev
   Subject: Re: Cookie support in docs.
  
   Cookies work the same as they do in a browser AFAIK. cookies for
 file:
   don't make sense because you talk to a server at file:. If you make
  an XHR
   to http:///, they it can set cookies.
  
   On Wed, Apr 22, 2015 at 6:12 AM, Andrey Kurdumov
   kant2...@googlemail.com
   wrote:
  
Hi,
   
I come across the following SO question.
   
http://stackoverflow.com/questions/24374397/cookie-support-in-
   cordova-official-documentation
   
The guy could not find any mentions about cookie support in the
   Phonegap. I
do google search and find that the only mention about cookie
  support is
issue CB-8026 where stated that Android support third-party
  cookies. I
personally was having problems with that, but resolve it using
  custom HTTP
header.
   
Question is: Does it make sense add the section in the docs
  regarding
cookies, and their limitations in Cordova apps, due to fact that
  files
server over file:/// protocol?
   
  
  
  
   --
  
 
 ===
   Raymond Camden, Developer Advocate for MobileFirst at IBM
  
   Email : raymondcam...@gmail.com
   Blog : www.raymondcamden.com
   Twitter: raymondcamden
  
   -
   To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
   For additional commands, e-mail: dev-h...@cordova.apache.org
  
  
   -
   To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
   For additional commands, e-mail: dev-h...@cordova.apache.org
  
 
 
 
  --
 
 ===
  Raymond Camden, Developer Advocate for MobileFirst at IBM
 
  Email : raymondcam...@gmail.com
  Blog : www.raymondcamden.com
  Twitter: raymondcamden
 
  -
  To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
  For additional commands, e-mail: dev-h...@cordova.apache.org

Re: Cordova5 load large page will crash

2015-05-11 Thread julio cesar sanchez

File the issue on the jira page
https://issues.apache.org/jira/browse/CB


El lunes, 11 de mayo de 2015, roger cheng ctl1...@gmail.com escribió:

 Test Environment
 1. Cordova5
 2. with/whithout  crosswalk-webview
 3. androd 4.x   5.x
 --

 When I open the special url with inappbrowser, our app will crash.
 This bug is easy to revert, just window.open(url).
 url sample: http://m.ruten.com.tw/goods/show.php?g=21103140951434
 (please click『拍賣檔案』)

 The url page with a lot of pictures.
 This crash occurred on load pictures, but not every time.(Chance of 60%,
 please reload)
 the exception
 --
 05-11 11:15:59.298  26658-26704/org.roger.buycloud W/Adreno-GSL﹕
 gsl_ldd_control:416: ioctl fd 43 code 0xc02c093d
 (IOCTL_KGSL_SUBMIT_COMMANDS) failed: errno 110 Connection timed out
 05-11 11:15:59.298  26658-26704/org.roger.buycloud W/Adreno-EGL﹕
 qeglDrvAPI_eglWaitSyncKHR:5854: EGL_BAD_PARAMETER
 05-11 11:15:59.298  26658-26704/org.roger.buycloud E/chromium﹕
 [ERROR:gl_fence_egl.cc(63)] Failed to wait for EGLSync.
 error:EGL_BAD_PARAMETER
 05-11 11:15:59.298  26658-26704/org.roger.buycloud A/chromium﹕
 [FATAL:gl_fence_egl.cc(65)] Check failed: g_ignore_egl_sync_failures.
 05-11 11:15:59.448  26658-26704/org.roger.buycloud W/google-breakpad﹕ ###
 ### ### ### ### ### ### ### ### ### ### ### ###
 05-11 11:15:59.448  26658-26704/org.roger.buycloud W/google-breakpad﹕
 Chrome build fingerprint:
 05-11 11:15:59.448  26658-26704/org.roger.buycloud W/google-breakpad﹕ 0.0.1
 05-11 11:15:59.448  26658-26704/org.roger.buycloud W/google-breakpad﹕ 12
 05-11 11:15:59.448  26658-26704/org.roger.buycloud W/google-breakpad﹕
 cdd40672-1595-45ee-a623-1018fca0e2a6
 05-11 11:15:59.448  26658-26704/org.roger.buycloud W/google-breakpad﹕ ###
 ### ### ### ### ### ### ### ### ### ### ### ###
 05-11 11:15:59.448  26658-26704/org.roger.buycloud E/chromium﹕ ### WebView
 Version 42.0.2311.137 (code 2311137)
 05-11 11:15:59.448  26658-26704/org.roger.buycloud A/libc﹕ Fatal signal 6
 (SIGABRT), code -6 in tid 26704 (RenderThread)
 05-11 11:15:59.448  26658-26704/org.roger.buycloud W/libc﹕ Security Level:
 (1), Debug inforamtion is controlled by the DUMPABLE flag.
 --

 thanks

 Roger

Re: [ios-sim] beta-4.0, help test

2015-05-16 Thread julio cesar sanchez

I've just tested and *cordova run --list* doesn't show any physical device,
just the virtual devices, and every device appears multiple times (once per
installed sdk version but doesn't show the version) and as you say, you
can't choose which version you want to run with cordova emulate --target
iPhone-5s, 8.3

*ios-sim showdevicetypes*  shows all the devices showing the iOS version
*ios-sim start --devicetypeid iPhone-5s, 8.1* starts the iOS simulator
with the selected iOS version

If you want me to test anything else let me know

2015-05-15 3:03 GMT+02:00 Shazron shaz...@gmail.com:

 One major difference is ios-sim 4.x is a pure node.js tool, that uses
 a node.js wrapper library I wrote for Xcode's simctl utility:
 https://github.com/phonegap/simctl

 Still MIT license, and was written from scratch and didn't use any of
 the old code.


 On Thu, May 14, 2015 at 5:58 PM, Shazron shaz...@gmail.com wrote:
  Hi,
  npm install -g ios-sim@beta-4.0
 
  I intend to time the release to coincide with cordova-ios 4.0.x's
  release when the time comes.
 
  Some options have been removed, some are unimplemented (the
  unimplemented ones are not criticial for Cordova) as of version 4.1.0.
 
  See the docs:
   https://github.com/phonegap/ios-sim/tree/4.x
 
  I lightly tested this with:
   cordova emulate
   cordova emulate --target iPhone-5s
   cordova run --list   // double listing fix is in 5.0-dev for
  multiple runtimes
 
  However specifying the runtime as well doesn't work, this is a bug in
  cordova-ios:
 
   cordova emulate --target iPhone-5s, 8.3

 -
 To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
 For additional commands, e-mail: dev-h...@cordova.apache.org

Re: Cleaning up Jira?

2015-04-15 Thread julio cesar sanchez

I have been looking on iOS bugs and there were a few that couldn't
reproduce. I closed one of them because the reporter confirmed that he
couldn't reproduce it anymore, but I'm still waiting for response on others.


El miércoles, 15 de abril de 2015, Andrew Grieve agri...@chromium.org
escribió:

 Any help with organizing our JIRA would be greatly appreciated! Bugs can
 always be re-opened, so I think you're fine to aggressively resolve them if
 they look to be no longer relevant.

 On Wed, Apr 15, 2015 at 12:57 PM, Murat Sutunc mura...@microsoft.com
 javascript:;
 wrote:

  Should we close resolved bugs such as
  https://issues.apache.org/jira/browse/CB-3452 after a week or so? People
  seem to report the bugs and don't reply back. If they decide to revisit
  after a long period we can re-open bugs.
 
  -Original Message-
  From: Joe Bowser [mailto:bows...@gmail.com javascript:;]
  Sent: Wednesday, April 15, 2015 9:51 AM
  To: dev@cordova.apache.org javascript:;
  Subject: Re: Cleaning up Jira?
 
  Depends on the platform.  I'd say to delete the Android ones since I just
  fixed it and tested it, but keep the one where I talk about refactoring
 it
  to clean up the nasty nested threading thing that's going on here.  (It's
  bad, I had to do bad, bad things to get that to work again.)
 
  Also, any time Cordova gets killed due to the camera using too much
 memory
  on Android, mark that as Won't Fix.  It's the nature of Intents on
 earlier
  versions of Android, and I haven't seen it happen on 4.4 or 5.x yet.
 That
  said, I have to try and get some super low-end 5.x devices.  (I'm looking
  at you Moto E)
 
  On Wed, Apr 15, 2015 at 9:48 AM Murat Sutunc mura...@microsoft.com
 javascript:;
  wrote:
 
   Hey,
   I was looking at the camera bugs (201 of them atm!) and some of them
   look pretty stale. Is it ok to close the bugs that no longer repro on
   the latest version of platform/plugin? Or close bugs which are
   resolved as can't repro? I think it would be much better to have few
   but actionable bugs than 10s of stale ones :) Thoughts??
  
   Thanks,
   Murat

Re: Proposal: Expose check_reqs at the CLI level

2015-04-15 Thread julio cesar sanchez

+1 to Josh, I think it should be possible to check even before you create a
project


El miércoles, 15 de abril de 2015, Josh Soref jso...@blackberry.com
escribió:

 We already support:

 `cordova build android`

 There's no need for the extra `platform` verb..

 But,
 `cordova build android --nobuild` isn't any more intuitive than w/ the
 extra
 platform.


 And yes, as I noted, and others have noted, we used to run check_reqs in
 add,
 we're not going back to doing that.

 A `cordova doctor` or `cordova requirements` verb seems fine.

 I'm also fine `cordova doctor PLATFORM` instead of `cordova platform doctor
 PLATFORM`,

 As for when someone is likely to want to ask what requirements do I need
 for
 a platform, it's fairly arbitrary.

 Someone who is given a project might know that they don't have the
 environment
 for a platform, they aren't likely to want to go down a build rabbit
 hole,
 so, I'm -1 on hiding it anywhere near build.

 It's perfectly reasonable from my perspective for someone to want to run
 `cordova requirements PLATFORM` without a project at all.
 Imagine someone is getting started, they install cordova, and know they
 want
 to develop for PLATFORM, they could reasonably want to set up their
 requirements for that platform before trying to create a project...

 I don't know if anyone's check_reqs scripts actually requires a project, I
 actually think they don't, so it's probably sufficient to run them straight
 from the platform origin instead of from a created project.

 One notable thing: check_reqs isn't a .js file yet, as an API, it's
 check_reqs (*nix) and check_reqs + something from %PATHEXT% (Windows)

  -Original Message-
  From: agri...@google.com javascript:; [mailto:agri...@google.com
 javascript:;] On Behalf Of
  Andrew Grieve
  Sent: Wednesday, April 15, 2015 11:00 AM
  To: dev
  Subject: Re: Proposal: Expose check_reqs at the CLI level
 
  We've worked to make iOS add'able from Windows, so I do think it's a good
  idea to *not* run check_reqs from add (we used to but removed it).
 
  We already run it on build, so potentially we already have this command:
  cordova platform build android --nobuild
 
 
 
  On Tue, Apr 14, 2015 at 9:51 PM, Treggiari, Leo leo.treggi...@intel.com
 javascript:;
  wrote:
 
   My opinions.
  
   Q1.  Just say that platform is not added, so cannot check requirements.
  
   I don't think it is important to support the platform-not-added case.
  
   Q2.  Should the requirements be checked when a platform is added, or
  when
   it is built ?
  
   'platform add' should work even when the requirements are not met.  If
   requirements
   used to be checked on 'platform add', then I suspect they were removed
 to
   support
   the scenario of using the same Cordova project on multiple host
 platforms.
   E.g. a team with some developers on Windows and some on Mac.  As a user
  of
   Cordova CLI on Windows, I want it to be OK to have the project I'm
 working
   on have the
   iOS platform added and I only get errors if I try to do something
 (build,
   emulate)
   which requires the native SDK.
  
   Leo
  
   -Original Message-
   From: Parashuram N (MS OPEN TECH) [mailto:panar...@microsoft.com
 javascript:;]
   Sent: Tuesday, April 14, 2015 6:04 PM
   To: dev@cordova.apache.org javascript:;
   Subject: RE: Proposal: Expose check_reqs at the CLI level
  
   I think you raise an interesting point on the behavior of check_reqs
 for
   platform that are not yet added.
  
   The options, as you mention are
  
   Question 1
   1 -  Add the platform, run check_reqs script, remove the platform and
   report results.
   1.5 - Just download the check_reqs script (or use it from the cached
   platform directory) without adding the platform, and run that.
   2 -  Just say that platform is not added, so cannot check requirements.
  
   Question 2: It also comes to the case of - when would a user want to
 run
   the requirement check
   - before starting a cordova project ?
   - before adding a platform ?
   - should the requirements be checked when a platform is added, or when
 it
   is built ?
  
   The answer to the above questions will help us understand if a top
 level
   req_check is required or not. We should also look at what check_reqs do
   today - the do not tell you ALL the missing pieces for building an SDK.
  
   It would be good to hear what the others in the community think about
   these answers.
  
   -Original Message-
   From: Josh Soref [mailto:jso...@blackberry.com javascript:;]
   Sent: Tuesday, April 14, 2015 9:55 AM
   To: dev@cordova.apache.org javascript:;
   Subject: RE: Proposal: Expose check_reqs at the CLI level
  
   Fwiw, for the case of a platform that isn't in a project yet, I'd
   envision:
  
   `cordova platform doctor not-yet-installed`
  
   to do effectively:
   ```sh
   (
   PLATFORM=not-yet-installed
   (cordova platform add $PLATFORM 21)  /dev/null 
   cordova platform doctor $PLATFORM;

[iOS] can somebody reproduce this bug?

2015-04-17 Thread julio cesar sanchez

Hi,
Can somebody see this issue and try to reproduce it on an iOS 8.1 or 8.2
device?
https://issues.apache.org/jira/browse/CB-7734

shazron says he can't reproduce it

Re: Does Cordova have a problem making developers happy?

2015-04-09 Thread julio cesar sanchez

I read most of the questions with cordova tag on stackoverflow and the
questions on the google group and I see this problems.

- Some people don't read the docs
- Some people read the wrong docs (they use cordova 2.9.1 because it's the
latest they can download, but read the edge docs and things don't work as
expected)
- Some people follow old tutorials instead of reading the docs and the
things have changed a lot and don't work.
- Some people don't need cordova but use it anyway, they just want a
webview to show their website
- Some people use j* ** (I don't want to name it either) and blame
cordova for the slowness
- With cordova everybody can create apps, but configuring the PATH isn't
easy for most people, a lot of questions are realated to this, they didn't
configure the PATH, they did it but wrong, they don't know they have to set
it (see my first point)
- People is still confused about the difference between phonegap, cordova
and phonegap build service, I see people using phonegap CLI for local
development but try to install the plugins putting the phonegap build
plugin config line on the config.xml (again, people don't read or don't
understand the docs)
- People want to use eclipse (now android studio) for the development, they
google and see blog post about a plugin, but that plugin is very old and
uses phonegap 1.x.x (see my second point)
- People is having troubles connecting with the server, some of them
because use localhost as the url, others because they don't configure the
whitelist properly, others for unknow reasons.
- Some of them discover bugs, but instead of reporting them so it can be
fixed, just ask on stackoverflow why it doesn't work.
- Most people don't know how to debug, then if something doesn't work just
complain.
- Some people forget to link the cordova.js file, they create the project
and replace the index.html with the index.html of their website.
- Some people blame cordova when the problem is the webview (old android
devices).


About people that used cordova and are now developing in native, I bet most
of them tried cordova on android 2.x.x with j* ** and it was slow,
they read the articles about facebook and linkedin dropping html5 and
switching to native and did the same, and after the effort they put on
learning native development they don't wan't to go back and will tell
everybody cordova is bad because it was slow when they tried it years ago.









2015-04-09 0:02 GMT+02:00 Dmitry Blotsky dblot...@microsoft.com:

 Here is a short thing I found recently on this topic:
 http://coenraets.org/keypoint/phonegap-performance/#0

 Kindly,
 - Dmitry

 -Original Message-
 From: Tyler Freeman [mailto:ty...@drumpants.com]
 Sent: Wednesday, April 8, 2015 1:12 PM
 To: dev@cordova.apache.org; Michael Brooks
 Subject: Re: Does Cordova have a problem making developers happy?

 I think what colors people's perception the most is the graphics and
 interaction performance of JS vs Native. Here's a few possible reasons:

 * They are basing their bias off Phonegap apps they saw 3 years ago. Even
 though it's improved so much since then, those first apps still hang in
 people's minds.

 * Developers are not trying hard enough for that smooth, buttery
 animations. It is possible to get 60fps on modern WebKit views, but it's
 hard and takes a lot of work.

 * For instance, I came across an article once that recommended using CSS
 transforms instead of properties like left. That changed my whole way of
 thinking, and my app looks and reacts so much better because of it. I think
 it would be good for the Cordova docs to lay out tips like that for making
 top-notch apps.

 * Non-native feel and interactions. Some apps just port their iOS-style
 design straight to Android without considering that Android users expect a
 completely different paradigm. Not sure there's much to do about this.

 Tyler

 On April 8, 2015 9:42:00 AM PDT, Michael Brooks mich...@michaelbrooks.ca
 wrote:
 This is a really interesting survey. My take is that the score is low
 because over 50% of the participants are Windows users and the default
 Cordova experience on Windows is extremely unconventional - Git Bash,
 Node.js Command Prompt, terminal command driven development, and no
 full blown IDE. The Microsoft team is dramatically improving this and
 as Visual Studio integration becomes more well known, I hope those
 survey results improve.
 
 On Wed, Apr 8, 2015 at 9:08 AM, Toplak Daniel d.top...@cadenas.de
 wrote:
 
  Absolutely right :-)
 
  Cordova is too easy in some situations and most of the developers
 using
  cordova (not the cordova developers itself) are knowing nothing about
 the
  plugin system under the hood, or anything about the JS-Native-JS
 bridge.
  They even don't know anything about the asynchronos communitcation
 with
  plugins.
 
  In most situations this is absolutely ok, but if anything special is
  needed or something goes wrong, then they have a problem.
 
  The

Re: Does Cordova have a problem making developers happy?

2015-04-09 Thread julio cesar sanchez

Raymond, sorry for the j* ** part, I know you like it and write
about it.
The truth is I haven't tried the 1.4.5 version yet, I use 1.3.2 at work and
I don't feel it soo slow (I use fastClick too and we target android 4 or
greater)

Just was talking about the questions I read on stackoverflow and *most* of
the question where they say my cordova app is slow the say they are using
that framework, but of course they don't mention the device where they are
testing, the version of the framework or the android version. I've seen *a
few* question where they ask my cordova app is slow and I'm using ionic
framework, it's not always the framework fault.



2015-04-09 15:52 GMT+02:00 Carlos Santana csantan...@gmail.com:

 Julio this is a great report/list of current state of dev ux for developers
 using cordova in what ever form.

 I would be sad if this list get's buried in the mailing list. I would like
 to have place in some place (i.e. google doc) to brain storm actions to
 improve on some of those items.

 At least for me I have being doing some thinking lately in this space.

 I think one things to me is that I would like to see cordova have zero
 friction to open collaboration.

 One small thing would be to go FULL usage of Github.
 We already have folks go there to submit PR anyway.

 1. Use Github Issues
 Have folks use Github issues as the easiest and preferred way
 Backup/Archive  data on Apache using github web hooks to create
 corresponding jira items, and sync comments. we already doing this with
 mentions of jira CB-.

 Ability to have a more open conversation, even cross referencing other open
 source project that can collaborate with cordova like npm, react-native,
 etc.. to solve common problems once with open standards and open source.

 potential for using issues tags, for auto taggin pr with apache icla,
 questions, etc..

 2. Use Github Wiki
 Use Github Wiki instead of wiki.apache.org/cordova. Easier to read, easier
 to find and read for users. Backup/Archive data on Apache using github web
 hooks, or some other automated process.

 3. Use Github Pages
 Cordova.io already is built with jekyll. Easier to maintain and easier to
 atract people to help out on blogs, ages, Docs
 Backup/Archive data on Apache using github webhook or other automated
 process.

 4. Simplify our message on cordova.io to hey! we do open source go to
 Github for everything.

 I'm not sure but the only rule that Apache imposes is that if Gihub decides
 to go down (;-p) or disappear the project can continue to work and data and
 history is preserved.

 Also what about if cordova decides to move out from Apache Foundation, to
 another open source Foundation? That should not affect the community they
 should still continue to interface in Github.




 On Thu, Apr 9, 2015 at 4:08 AM, Stef stephane.bachel...@gmail.com wrote:

  As a survey it's always biased.
 
  I've used Cordova since a long time before the 1.x. The problem is
 clearly
  not about Cordova, but most developers don't understand this. They think
  Cordova is like build an awesome application in 21 days.
  Clearly most of these guys don't know Javascript, the mobile web nor
  anything relative to the mobile.
 
  There are really a lots of shitty mobile applications and most of them
 are
  native :)
 
  --
  Stéphane Bachelier,
  Tél. 06 42 24 48 09
  B8A5 2007 0004 CDE4 5210  2317 B58A 335B B5A4 BFC2
 
  2015-04-09 9:35 GMT+02:00 José-Luc Voltaire 
  jose-luc.volta...@netdevices.fr
  :
 
   Hi,
  
   I am a developper and I use Cordova.
  
   I just wanted to say that even thought we don't know all the details
  about
   how it works under the hood, we have, at least, an idea of the work
 done
   and appreciate it.
  
   I try to understand how the tools I use work and I don't think I am the
   only one.
  
   I'm agree with Tyler and I think mobile web apps can be as good as
 native
   ones, it requires a lot of work, and that's what I try to do for the
  apps I
   work on!
  
   Again, Thank you for your work, we appreciate!
  
   2015-04-08 22:12 GMT+02:00 Tyler Freeman ty...@drumpants.com:
  
I think what colors people's perception the most is the graphics and
interaction performance of JS vs Native. Here's a few possible
 reasons:
   
* They are basing their bias off Phonegap apps they saw 3 years ago.
  Even
though it's improved so much since then, those first apps still hang
 in
people's minds.
   
* Developers are not trying hard enough for that smooth, buttery
animations. It is possible to get 60fps on modern WebKit views, but
  it's
hard and takes a lot of work.
   
* For instance, I came across an article once that recommended using
  CSS
transforms instead of properties like left. That changed my whole
 way
   of
thinking, and my app looks and reacts so much better because of it. I
   think
it would be good for the Cordova docs to lay out tips like that for
   making
top-notch apps.

Re: Is there something like this for cordova? (a phonegap build feature)

2015-05-20 Thread julio cesar sanchez

Jesse, I said that on my last sentence

the only way is to create a plugin that writes the values there on
install.

But I think it's a bit overkill to create a dummy plugin just to add values
to that files, and as phonegap build has a way of doing this, and I think
telerik platform too, shouldn't we add such feature?


El miércoles, 20 de mayo de 2015, Jesse purplecabb...@gmail.com escribió:

 No, this does not exist in cordova's config.xml
 You could possibly achieve this with a plugin, and a plugin.xml file that
 does nothing more than specify config options.

 See the config-file element here:

 http://cordova.apache.org/docs/en/edge/plugin_ref_spec.md.html#Plugin%20Specification

 @purplecabbage
 risingj.com

 On Wed, May 20, 2015 at 12:04 PM, julio cesar sanchez 
 jcesarmob...@gmail.com javascript:; wrote:

  On phonegap build you can add values to the info.plist or
  androidManifest.xml from the config.xml, but I didn't see that features
  available on cordova
 
 
 
 http://phonegap.com/blog/2014/01/30/customizing-your-android-manifest-and-ios-property-list-on-phonegap-build/
 
 
  I'm not sure if it isn't possible or if it isn't documented, in case it
  isn't possible, should we add such feature? In some cases you have to add
  some values in the info.plist or androidManifest.xml and the only way is
 to
  create a plugin that writes the values there on install.

Is there something like this for cordova? (a phonegap build feature)

2015-05-20 Thread julio cesar sanchez

On phonegap build you can add values to the info.plist or
androidManifest.xml from the config.xml, but I didn't see that features
available on cordova

http://phonegap.com/blog/2014/01/30/customizing-your-android-manifest-and-ios-property-list-on-phonegap-build/


I'm not sure if it isn't possible or if it isn't documented, in case it
isn't possible, should we add such feature? In some cases you have to add
some values in the info.plist or androidManifest.xml and the only way is to
create a plugin that writes the values there on install.

Re: Cordova plugin Errors

2015-06-22 Thread julio cesar sanchez

They seem like warnings, not errors, does the app work?

2015-06-22 11:24 GMT+02:00 SiShop ST sishop@gmail.com:

 Hi

 With latest version of cordova for iOS build there are errors in plugin

 cordova-plugin-statusbar and cordova-plugin-media-capture

 /Users/sishopsnt/Projekti/quicka/platforms/ios/QuickA/Plugins/cordova-plugin-statusbar/CDVStatusBar.m:182:40:
 warning:
   implicit conversion from enumeration type 'UIInterfaceOrientation'
 (aka
   'enum UIInterfaceOrientation') to different enumeration type
   'UIDeviceOrientation' (aka 'enum UIDeviceOrientation')
 [-Wenum-conversion]
 if (UIDeviceOrientationIsLandscape(orientation)  (rect.size.width ...
 ~~ ^~~
 /Users/sishopsnt/Projekti/quicka/platforms/ios/QuickA/Plugins/cordova-plugin-statusbar/CDVStatusBar.m:204:44:
 warning:
   implicit conversion from enumeration type 'UIInterfaceOrientation'
 (aka
   'enum UIInterfaceOrientation') to different enumeration type
   'UIDeviceOrientation' (aka 'enum UIDeviceOrientation')
 [-Wenum-conversion]

 ...(UIDeviceOrientationIsLandscape(self.viewController.interfaceOrientation...
   ~~
 ^~~~
 /Users/sishopsnt/Projekti/quicka/platforms/ios/QuickA/Plugins/cordova-plugin-statusbar/CDVStatusBar.m:373:52:
 warning:
   implicit conversion from enumeration type 'UIInterfaceOrientation'
 (aka
   'enum UIInterfaceOrientation') to different enumeration type
   'UIDeviceOrientation' (aka 'enum UIDeviceOrientation')
 [-Wenum-conversion]

 ...(UIDeviceOrientationIsLandscape(self.viewController.interfaceOrientation...
   ~~
 ^~~~
 3 warnings generated.

 cordova-plugin-media-capture

 /Users/sishopsnt/Projekti/quicka/platforms/ios/QuickA/Plugins/cordova-plugin-media-capture/CDVCapture.m:819:60:
 warning:
   comparison of address of 'UIAccessibilityAnnouncementNotification'
 not
   equal to a null pointer is always true
 [-Wtautological-pointer-compare]
   ...= (UIAccessibilityAnnouncementNotification != NULL);
  ^~~
 1 warning generated.

Re: Google Analytics on Cordova Docs

2015-06-23 Thread julio cesar sanchez

+1

El martes, 23 de junio de 2015, Parashuram N (MS OPEN TECH) 
panar...@microsoft.com escribió:

 +1 to adding analytics to docs too. I think this will also help us
 concentrate on specific types of docs. We will know if people like tutorial
 like things or references.

 -Original Message-
 From: Andrey Kurdumov [mailto:kant2...@googlemail.com javascript:;]
 Sent: Tuesday, June 23, 2015 12:18 AM
 To: dev@cordova.apache.org javascript:;
 Subject: Google Analytics on Cordova Docs

 Hi all,

 I see the usage of Google Analytics on the main Crodova website.
 Would be good to have docs pages tracking too.

 For me personally very interesting which translation pages is most visited
 and thus which of them I have to proofread first. Another interested metric
 is which version of docs are more visited. I have experience that peoples
 without knowing look at the wrong version of docs.

 What do you think about such initiative?

 -
 To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org javascript:;
 For additional commands, e-mail: dev-h...@cordova.apache.org
 javascript:;

Re: CDVInAppBrowser problem

2015-06-25 Thread julio cesar sanchez

You should open an issue on the jira page (
https://issues.apache.org/jira/browse/CB) providing more details

2015-06-25 10:38 GMT+02:00 Maria Nazarenko maria.nazare...@dataart.com:

 Hi, all!

 In your class CDVInAppBrowser.m you have synchronous request in main
 thread. When the connection or operation is slow, the App can be terminated
 by iOS. This will occur randomly. Any ideas how to fix that?

 Thanks.
 Maria Nazarenko
 iOS Developer
 DataArthttp://www.dataart.com.ua - Enjoy IT! ®
 10, Baumana st., office 7
 Dnepropetrovsk, Ukraine
 +38-056-787-07-95 x. 5331
 +38-063-426-84-37 /cell/
 mnazare...@dataart.commailto:mnazare...@dataart.com

Re: Support needed

2015-05-27 Thread julio cesar sanchez

This isn't a support mail, you should ask on stackoverflow.

But that's hiw the plugin works, it launchs the camera app, if you don't
want that you can create your own plugin. I've seen ine that shows the
camera inside of a canvas element, as far as I know, that's the only way to
show the camera inside the html


El jueves, 28 de mayo de 2015, Ryan J. Salva rsa...@microsoft.com
escribió:

 Mohamed,

 If you check the documentation available for the Camera plugin at
 https://github.com/apache/cordova-plugin-camera#options, you'll find an
 option for cameraDirection.

 -
 cameraDirection: Choose the camera to use (front- or back-facing). The
 default is BACK. Defined in  navigator.camera.Direction  (Number)

 Camera.Direction = {
 BACK : 0,  // Use the back-facing camera
 FRONT : 1  // Use the front-facing camera
 };
 -

 Hope this helps.
 rjs

 Ryan J. Salva  |  Principal Program Manager Lead
 Visual Studio Tools for Apache Cordova
 rsa...@microsoft.com javascript:;
 425 706 5270 office
 206 612 5079 mobile



 My team is hiring.

 From: Mohamed Ali [mailto:mohamed_...@omsme.com javascript:;]
 Sent: Wednesday, May 27, 2015 4:19 PM
 To: dev@cordova.apache.org javascript:;; dev-ow...@cordova.apache.org
 javascript:;
 Cc: Samah Seddik
 Subject: Support needed

 Hello Team,
 I'm developing a crossplatform application using cordova
 (Visual studio hyprid multi device application).
 I need to open the camera inside of the application without launching the
 camera application.

 Requirements:
 1- Back camera should be opened in a frame inside of the page
 2- User can capture photos and videos.

 I found navigator.getUserMedia that is opening the front camera. Is
 there any way to open the rear camera instead?

 Needed platforms:
 Android
 IPhones

 Could you please help?


 Thanks  Best Regards,

 Mohamed Ali , PMP
 Project Manager

 M: +20 122 0488  334 |  T: +202 2671 4091 |  F: +202 2670 6016
 E:   mohamed_...@omsme.com javascript:;  |  www.omsme.com  |



 DISCLAIMER:
 The Information contained in this transmission may be confidential and
 legally privileged. If you are not the intended recipient, please advise
 the sender and delete this transmission and all copies. Any views or
 opinions expressed in this email are solely by the author and not
 necessarily those of OMS. OMS is not responsible for any political,
 religious, racial or partisan opinion in any correspondence conducted by
 its domain users. Therefore, any such opinion expressed, whether explicitly
 or implicitly, in any said correspondence is not to be interpreted as that
 of OMS.



 -
 To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org javascript:;
 For additional commands, e-mail: dev-h...@cordova.apache.org
 javascript:;

Re: Adobe Commiters offline

2015-07-06 Thread julio cesar sanchez

Welcome back

2015-06-30 18:46 GMT+02:00 Shazron shaz...@gmail.com:

 Just a reminder about this in case you all think we dropped off the face of
 the Earth :)

 On Friday, June 26, 2015, Steven Gill stevengil...@gmail.com wrote:

  Hey All,
 
  Adobe has a company wide shutdown next week (every summer). I just wanted
  to let you all know that we won't be around much during it. We will be
 back
  July 6th.
 
  Feel free to email or slack me if anything comes up. I won't respond very
  quickly though ;).
 
 
  Cheers,
  -Steve
 
  P.S. My team is hiring :)

Re: CSP ignored when using remote content

2015-05-23 Thread julio cesar sanchez

As they have told you and you already know, CORS doesn't apply when you
load from file, but it apply when you load from http, if you change the
content src to and http page then CORS apply, you can't make it work from
remote servers, it's not a cordova thing, it's a webview thing

El sábado, 23 de mayo de 2015, Pär p.majh...@gmail.com escribió:

 Guuuys! Thanks for your answers and all! But i guess i haven't been clear
 enough, i already know it works on file:///, I want it to work when its
 nt file:/// but a remte source!

 And whats this talk about CORS headers? You can make XHRs to ANYTHING when
 using a local cordova content src (file:///), the server doesnt need to
 send ANY CORS headers! Try it.

 But i want to use a remoote source, NOT file:///. So something
 like content
 src=http://remoteserver.com/app/index.html;. And no the server doesnt
 send me CORS headers, i need it to work without CORS headers, like it does
 with the file:/// already!

 Whats happening in my case? I get a regular chrome same-origin-policy
 message  No 'Access-Control-Allow-Origin' header is present on the
 requested resource. Origin 'remoteserver.com' is therefore not allowed
 access.. THIS DOES NOT HAPPEN WHEN I RUN THE EXACT SAME
 APP/HTML/JAVASCRIPT FROM A LOCAL CONTENT SRC.

 SO WHY DOESNT IT WHEN USING A REMOTE SRC?

 Is it intentional? Is that how cordova is supposed to work? Why
 the discrepancy? Is it a bug?

 Im not trying to be disrespectful, i have great respect for you guys. I
 just want to make myself understood clearly now, so that you understand my
 question 100%.

 On 22 May 2015 at 21:08, Shazron shaz...@gmail.com javascript:; wrote:

  If using the wkwebview-engine plugin in cordova-ios 4.0 (release TBD),
  using file:/// URLs will respect CORS, I believe (Device: you can only
  test this currently with files loaded from the tmp folder:
  https://github.com/shazron/WKWebViewFIleUrlTest - Simulator: anything
  goes)
  The wkwebview-engine plugin uses the new WKWebView component in iOS 8,
  instead of the system UIWebView (which doesn't care about CORS).
 
  I haven't tested this with the latest iOS 8.3 though.
 
  On Fri, May 22, 2015 at 11:42 AM, Nikhil Khandelwal
  nikhi...@microsoft.com javascript:; wrote:
   CORS does not apply for local content using file:///, hence, browser
  will allow all XHRs when your origin is local. When you host content on
  remoteserver.com CORS is applied. If you make an XHR to xhr.com, the
  browser will pre-flight a request to xhr.com asking if xhr.com supports
  xhr access from remoteserver.com. xhr.com responds using a response
  header - 'Access-Control-Allow-Origin' allowing XHR to be allowed or not.
  You can use network inspection tools to see the request/response to see
  what's happening in your case and understand the failure.
  
   Thanks,
   Nikhil
  
  
   -Original Message-
   From: Pär [mailto:p.majh...@gmail.com javascript:;]
   Sent: Thursday, May 21, 2015 6:24 PM
   To: dev@cordova.apache.org javascript:;
   Subject: Re: CSP ignored when using remote content
  
   Thanks for the reply. Yes, the CSP rules are defined by the page that
 is
  loaded, wherever that is. The thing is that the behavior when loading
 that
  page from a remote server is different from the behavior when loading the
  page locally, even though its the exact same page.
  
   I have access origin=* and CSP default-src *. When i have a local
  content src i can do any cross origin XHR's. Then i change content src
 to a
  server where i serve the platform/www folder of my cordova project, and
  suddently the same XHR's are blocked. So the behaviour is different just
  from one varialbe changning; content src.
  
   On 22 May 2015 at 02:27, Jesse purplecabb...@gmail.com javascript:;
 wrote:
  
   This is the intended behavior.  The csp rules are defined by the page
   that is loaded, wherever it is.
   Pointing content.src to a remote server basically means, ignore
   anything that is in www/index.html.
  
   @purplecabbage
   risingj.com
  
   On Thu, May 21, 2015 at 2:16 PM, Pär p.majh...@gmail.com
 javascript:; wrote:
  
When using a remote content src like content src=
http://remoteserver.com/app/index.html; the CSP rules seems to be
ignored; cross origin requests fail even with a default-src * CSP.
Is this intended behaviour or a bug?
   
  
 
  -
  To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
 javascript:;
  For additional commands, e-mail: dev-h...@cordova.apache.org
 javascript:;

Re: Introduction

2015-07-07 Thread julio cesar sanchez

It's only supported by android 5 webview (12% share right now), so I think
the plugin makes sense for now even if it's going to be deprecated in the
future and replaced by the browser battery status when more people have
android 5 or greater

But the discussion about this should be better on the cordova-discuss
https://github.com/cordova/cordova-discuss/issues



2015-07-07 20:42 GMT+02:00 Joe Bowser bows...@gmail.com:

 I hate to dash your hopes, but I think that we should probably not have a
 Battery Status plugin and defer to browser behaviour on Android, since
 Battery Status is supported on the browser with the latest Android
 WebViews, and with Crosswalk.  Any plugin should just be glue code for
 facilitating this behaviour, similar to how we deprecated the Geolocation
 plugin on Android in favour to Browser Geolocation.

 That's my two cents on the issue right now.

 On Tue, Jul 7, 2015 at 11:17 AM Brian LeRoux b...@brian.io wrote:

  exactly so and by all means please feel free to use that, bluebird, rsvp,
  q, jakes es6 polyfill or any of the 5000+ libs for Promises [1]
 
  though I suggest one limits the scope to the other 200+ libraries
 claiming
  A+ support! [2]
 
  ;P
 
  [1] https://www.npmjs.com/search?q=Promise
  [2] https://www.npmjs.com/search?q=Promise+A%2B
 
 
  On Tue, Jul 7, 2015 at 10:53 AM, Tyler Freeman ty...@tappur.co wrote:
 
   I'd just like to mention that jQuery has promises built-in as the
   $.Deferred object. It's not quite the same as the official Promises
 spec,
   but can be used similarly in most cases.
  
  
   On July 7, 2015 9:42:10 AM PDT, Brian LeRoux b...@brian.io wrote:
  
   We experimented with Promise polyfills and had nothing but trouble.
 I'd
   like to preface by saying: lets not get into a theory war. Some people
  like
   promises (fine) and some do not (also fine). My stance is that we
 should
   leave that choice up to our end users.
  
   Lets throw some facts out to colour things.
  
   1. Promises are a spec that will land in browsers natively [1]
   2. Promises as a concept have MANY polyfill implementations
   3. The polyfill landscape is largely divergent and implement different
   flavors of the concept
  
   Since we implement a User Agent we *could* polyfill to spec. As a
  plugin.
   (Jake's is probably best [2]) I'd be in favor of this and making that
  THE
   plugin dep for companion plugins that require Promises. The problem
 with
   this is #3. If we have a window.Promise it could be clobbered by a
 user
   that is not super aware of how things are composed under the hood. If
 it
   *could* happen guess what: it will. Some frameworks even force the
 idea
  of
   Promises that may not be totally on spec. Older jQuery and Ember come
 to
   mind.
  
   The other way to solve this problem is patience. This is the path I am
  most
   in favor of. Lets wait out the native implementation to land in the
  various
   webviews and at such time we can start using those.
  
   Plugins really should wrap device and operating system API's (in my
   opinion) and we should leave library code for the user land to figure
  out.
   The Promise API *is a library* until such time as it has been
  implemented
   into the language runtimes natively (and not just speculatively
   standardized). Ok I guess faltered into the theory war part there. ;)
  
   [1] https://promisesaplus.com/
   [2] https://github.com/jakearchibald/es6-promise
  
  
  
  
   On Mon, Jul 6, 2015 at 6:45 PM, Murat Sutunc mura...@microsoft.com
  wrote:
  
Hey Paul,
Welcome to Cordova! I've looked at your changes on github and have
  some
early feedback.
  
1) As per spec you return a Promise on battery.js but to my
 knowledge
  we
don't have a fallback for ES6 Promises on platforms that don't
  support it
yet. I would like to know what other committers think about this
  problem.
2) I think the old API and the new API can co-exist for a while
  before we
deprecate and remove the old one. I see that the new spec uses a
  different
method name so we should be fine here.
  
Thanks,
Murat
  
-Original Message-
From: Paul Contat [mailto:contat.p...@gmail.com]
Sent: Wednesday, July 1, 2015 12:38 AM
To: dev@cordova.apache.org
Subject: Introduction
  
Hello everyone,
  
My name is Paul Contat, and I'm an engineering student and currently
  doing
an internship at W3C focusing on aligning cordova API with W3C ones
  where
applicable, as part of the HTML5Apps EU project (
  
 
 http://html5apps-project.eu/2014/08/27/aligning-cordova-and-w3c-device-apis/
)
  
For my internship, I’m planning to contribute to the cordova
 project,
starting by the BatteryStatus API (
https://issues.apache.org/jira/browse/CB-6065) if it’s possible.
  
I've just signed the ICLA, created an account on Apache JIRA so I’m
  ready
to start and submitted my first pull request:

Re: Cordova Face to Face meeting

2015-08-17 Thread julio cesar sanchez

I can't go, too far, too expensive and not much vacation left.
Take notes and share them with the ones that can't go.

Have fun!

El lunes, 17 de agosto de 2015, Jesse purplecabb...@gmail.com escribió:

 Done.



  On Aug 17, 2015, at 10:29 AM, Steven Gill stevengil...@gmail.com
 javascript:; wrote:
 
  Last chance to enter availability in doodle for the face to face. Doodle:
  http://doodle.com/58peh49rqm2tbyhm. I am closing it tomorrow so we can
 try
  to finalize the dates and book flights.
 
  On Fri, Aug 7, 2015 at 4:08 PM, Carlos Santana csantan...@gmail.com
 javascript:; wrote:
 
  I think 2 days is a good idea it will give a chance to have a social
 night
  #jsdrinking
 
  I think I'm the last person to suggest since I'm wrestling with the fax
  machine here :-)
  On Fri, Aug 7, 2015 at 6:14 PM Carlos Santana csantan...@gmail.com
 javascript:;
  wrote:
 
  Yeah I would preferred more than a day. It would be hard to justify the
  business trip from North Carolina for a single day
 
  We are looking into sending two folks.
 
  - Carlos
  Sent from my iPhone
 
  On Aug 7, 2015, at 5:51 PM, Steven Gill stevengil...@gmail.com
 javascript:;
  wrote:
 
  I'd be open to 2 days but 1 could work to.
 
  Maybe something like:
  Day 1: intros, roadmap planning, identify pain points, etc
  Day 2: split into smaller teams and try to solve some of the concerns
  from
  day 1.
 
  On Fri, Aug 7, 2015 at 2:48 PM, Parashuram N panar...@microsoft.com
 javascript:;
  wrote:
 
  I am guessing that this would be a one day meeting.
 
  -Original Message-
  From: Carlos Santana [mailto:csantan...@gmail.com javascript:;]
  Sent: Friday, August 7, 2015 2:25 PM
  To: dev@cordova.apache.org javascript:;
  Subject: Re: Cordova Face to Face meeting
 
  How many days are we planning to meet? I'm writing the travel request
  by
  hand to send the fax :-)
 
 
  On Thu, Aug 6, 2015 at 9:42 PM Masahiro Tanaka masah...@asial.co.jp
 javascript:;
  wrote:
 
  I'm in! :)
 
  On Fri, 07 Aug 2015 08:37:50 +0900, Steven Gill
  stevengil...@gmail.com javascript:;
  wrote:
 
  Doodle:
  https://na01.safelinks.protection.outlook.com/?url=http%3a%2f%2fdood
  le.com%2f58peh49rqm2tbyhmdata=01%7c01%7cpanarasi%40microsoft.com
  %7c
 
 3fa83cc33aeb446a585708d29f6ebe75%7c72f988bf86f141af91ab2d7cd011db47%
  7c1sdata=Vq5pSYf1esq4Nw1%2fYJmbPEYP4kvZrbPHJhBfgWy18j0%3d
 
  On Thu, Aug 6, 2015 at 4:17 PM, Parashuram N
  panar...@microsoft.com javascript:;
  wrote:
 
  Sorry for dropping the ball here - Microsoft can host this in
  October. I will start working with my Corporate facilities team to
  get the place where we can meet, and let you guys know the
 details.
 
  Would it be safe to assume that there will be approx. 30 people at
  the meeting ?
  Steve, please do start a doodle for this.
 
  -Original Message-
  From: Tim Barham [mailto:tim.bar...@microsoft.com javascript:;]
  Sent: Thursday, August 6, 2015 4:08 PM
  To: dev@cordova.apache.org javascript:;
  Subject: RE: Cordova Face to Face meeting
 
  I'll be there! Looking forward to it.
 
  -Original Message-
  From: Jesse [mailto:purplecabb...@gmail.com javascript:;]
  Sent: Friday, August 7, 2015 8:25 AM
  To: dev@cordova.apache.org javascript:;
  Subject: Re: Cordova Face to Face meeting
 
  Yes!
 
 
 
  My team is hiring!
  @purplecabbage
  https://na01.safelinks.protection.outlook.com/?url=risingj.comdata
  =01%7c01%7cpanarasi%40microsoft.com
  %7c3fa83cc33aeb446a585708d29f6eb
 
 e75%7c72f988bf86f141af91ab2d7cd011db47%7c1sdata=PHqR%2bUh%2bsPBfg0
  lU8kpQVavrBk9E4flFB%2fiUIipcSqM%3d
 
  On Thu, Aug 6, 2015 at 2:59 PM, Steven Gill
  stevengil...@gmail.com javascript:;
  wrote:
 
  Does October timeframe look okay for Microsoft to host? I can
  send out a doodle.
 
  On Sat, Jul 25, 2015 at 8:59 AM, Raymond Camden
  raymondcam...@gmail.com javascript:;
  wrote:
 
  I'd love to do this too (and like Carlos, need to ask
  permission of course ;). October works for me too, just not
 9-11.
 
  On Wed, Jul 22, 2015 at 10:26 PM, Carlos Santana
  csantan...@gmail.com javascript:;
  wrote:
  She is a school psychologist so her chances of finding this
  mailing is almost zero :-) On Wed, Jul 22, 2015 at 10:55 PM
  Dmitry Blotsky 
  dblot...@microsoft.com javascript:;
  wrote:
 
  This is a publicly-archived mailing list, so the element of
  surprise
  is
  now lost. ;)
 
  On Jul 22, 2015, at 4:00 PM, Carlos Santana
  csantan...@gmail.com javascript:;
  wrote:
 
  oh heck go to vacation there, and then surprise wife that
  a 2 day
  work
  meeting just came up and happens to be there :-)
  coincidence?
 
  On Wed, Jul 22, 2015 at 6:58 PM Carlos Santana 
  csantan...@gmail.com javascript:;
  wrote:
 
  Oct 2 - 20 if I get to go, that way I can take wife and
  kid
  :-) and
  stay
  for a vacation
 
  On Wed, Jul 22, 2015 at 6:24 PM Steven Gill 
  stevengil...@gmail.com javascript:;
  wrote:
 
  Sounds reasonable. I'll further shorten it and suggest
  Oct 5-30th sometime.
  Oct

Re: cordova platfor update DOA for cordova-android@4.1.0

2015-07-31 Thread julio cesar sanchez

+1 to Joe, this update is 4.1.0 (major version bump) because the support
for API Level 10 was removed

BTW, Carlos, I've seen that you changed the issue priority from Minor to
Critical, I set it to Minor because there is an easy workaround, just tell
the user to add the android-minSdkVersion preference with value 14 or
greater on the config.xml  butpreference name=android-minSdkVersion
value=14 /


2015-07-31 5:40 GMT+02:00 Joe Bowser bows...@gmail.com:

 Enhance update script and notify user.  We do not support API Level 10.

 On Thu, Jul 30, 2015, 8:49 PM Carlos Santana csantan...@gmail.com wrote:

  Is still not clear to me what's the proper fix, to revert back both
 minsdk
  to level 10, or enhance update script to check if app minsdk have lower
  level than 14 making incompatible with new cordovalib and update it to 14
  for the user?
 
  On Thu, Jul 30, 2015 at 9:57 PM Murat Sutunc mura...@microsoft.com
  wrote:
 
   Good catch! +1 on 4.1.1
  
On Jul 30, 2015, at 6:41 PM, Steven Gill stevengil...@gmail.com
  wrote:
   
+1. I can get a vote out for it tomorrow
On Jul 30, 2015 6:20 PM, Carlos Santana csantan...@gmail.com
  wrote:
   
I think we need to fix and release a 4.1.1 this CB-9428 fixed before
  new
cordova-cli get's released.
   
the update logic lives in the platform update script, not the
 cordova
   cli
   
https://issues.apache.org/jira/browse/CB-9428
   
basically doing an upgrade today like cordova platform update
android@4.1.0
is DOA when trying to build because the minSDK for CordovaLib get's
   updated
to 14, but the minSDK for the App remains untouched to 10
   
if a new cordova-cli get's released with android 4.1.0 pinned, then
  the
default platform update cordova platform update  problem will be
  more
prevalent and spread
   
  
   -
   To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
   For additional commands, e-mail: dev-h...@cordova.apache.org

Re: WKWebView and iOS 9

2015-08-04 Thread julio cesar sanchez

My idea:

Make iOS 9 use WKWebView as default without plugin and iOS 8 and previous
use UIWebView, then if people want WKWebView on iOS 8 they install the
existing plugin with the webserver

2015-08-05 5:54 GMT+02:00 Shazron shaz...@gmail.com:

 +1 Carlos

 On Wednesday, August 5, 2015, Carlos Santana csantan...@gmail.com wrote:

  I would like to see by default or configuration setting be able to have
  that combination WKWebView plugin only works on iOS 9 and older iOSes
  fallback to UIWebView
 
  I can already hear customers asking too many questions about running a
  webserver inside their app (i.e.  security, energy, old hacks on their
 own
  custom plugins, etc). I prefer to have the option to tell them it's a
  choice it's very easy to select to not have a webserver at all.
 
  - Carlos
  Sent from my iPhone
 
   On Aug 4, 2015, at 8:16 PM, Shazron shaz...@gmail.com javascript:;
  wrote:
  
   My thinking -- It'll be a hybrid approach - iOS 8 uses local-web
 server,
   iOS 9 doesn't. We'll have to support both if the dev deploys to an
 older
   target (the final fallback is UIWebView)
  
   Either that or WKWebView plugin only works on iOS 9 and older iOSes
   fallback to UIWebView.
  
   On Wednesday, August 5, 2015, Edna Y Morales eymor...@us.ibm.com
  javascript:; wrote:
  
  
   Hi all,
  
   Since the file:// url loading bug was fixed for WKWebView in iOS 9,
 are
  we
   going to move away from the local webserver solution?
  
   Thanks,
   Edna Morales
 
  -
  To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
 javascript:;
  For additional commands, e-mail: dev-h...@cordova.apache.org
  javascript:;

Re: WKWebView and iOS 9

2015-08-05 Thread julio cesar sanchez

You are right, sorry, I haven't looked into the pluggable webviews yet.

After looking into the WKWebView engine plugin I've seen that the local
webserver is a dependency, I thought it was included inside the plugin (as
the one from Eddy).

So, the way to go is remove the dependency and make it only available for
iOS 9? and if the user want to use it on iOS 8 then he install the
webserver plugin manually and maybe add a preference on the WKWebView
engine plugin? or is there a way that the preference (or an install param)
can install the webserver plugin with a hook or something?


2015-08-05 8:30 GMT+02:00 Shazron shaz...@gmail.com:

 I don't think that is a good idea. The reason why WKWebView is a plugin is
 the faster update cycle. This is the total point of the new 4.x release:
 pluggable webviews. If the current UIWebView implementation is buggy,
 someone could *potentially* update that also.

 On Wed, Aug 5, 2015 at 1:44 PM, julio cesar sanchez 
 jcesarmob...@gmail.com
 wrote:

  My idea:
 
  Make iOS 9 use WKWebView as default without plugin and iOS 8 and previous
  use UIWebView, then if people want WKWebView on iOS 8 they install the
  existing plugin with the webserver
 
  2015-08-05 5:54 GMT+02:00 Shazron shaz...@gmail.com:
 
   +1 Carlos
  
   On Wednesday, August 5, 2015, Carlos Santana csantan...@gmail.com
  wrote:
  
I would like to see by default or configuration setting be able to
 have
that combination WKWebView plugin only works on iOS 9 and older
 iOSes
fallback to UIWebView
   
I can already hear customers asking too many questions about running
 a
webserver inside their app (i.e.  security, energy, old hacks on
 their
   own
custom plugins, etc). I prefer to have the option to tell them it's a
choice it's very easy to select to not have a webserver at all.
   
- Carlos
Sent from my iPhone
   
 On Aug 4, 2015, at 8:16 PM, Shazron shaz...@gmail.com
  javascript:;
wrote:

 My thinking -- It'll be a hybrid approach - iOS 8 uses local-web
   server,
 iOS 9 doesn't. We'll have to support both if the dev deploys to an
   older
 target (the final fallback is UIWebView)

 Either that or WKWebView plugin only works on iOS 9 and older iOSes
 fallback to UIWebView.

 On Wednesday, August 5, 2015, Edna Y Morales eymor...@us.ibm.com
javascript:; wrote:


 Hi all,

 Since the file:// url loading bug was fixed for WKWebView in iOS
 9,
   are
we
 going to move away from the local webserver solution?

 Thanks,
 Edna Morales
   
-
To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
   javascript:;
For additional commands, e-mail: dev-h...@cordova.apache.org
javascript:;

Re: [DISCUSS] Upcoming Releases

2015-08-05 Thread julio cesar sanchez

We should wait for ios 3.9.1 with the build fix before the tools release

2015-08-05 4:33 GMT+02:00 Carlos Santana csantan...@gmail.com:

 I will help out with reviewing and voting for all.

 I can take over the release of browser and firefoxos, I have a new Mac so
 it will be a good practice to go thru a release process and make sure I
 have pgp setup and access to different places

 - Carlos
 Sent from my iPhone

  On Aug 4, 2015, at 7:50 PM, Steven Gill stevengil...@gmail.com wrote:
 
  Lots of discussions on upcoming releases. My proposed timeline
 
  Wed: Start a tools release:
  cordova-lib@5.2.0 (fully working --browserify flag if we merge in PR)
  cordova-cli@5.2.0
  cordova-plugman@0.24.0 or 1.0.0 (removed all registry features)
  cordova-js@4.1.0
 
  Pinned android 4.1.1 and ios 3.9.0
 
  Wed/Thurs: Start platform releases
  Windows, Blackberry, Browser, Ubuntu, FirefoxOS, webos
 
  Next week:
  * New lib/cli release with updated pinned platforms. Probably 5.2.1
  * Plugins release
 
  If people want to take over/help with any of these releases, let me know.
  I'm going to start by diving into tools tomorrow. I will definitely need
  help with reviewing and voting on releases.

 -
 To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
 For additional commands, e-mail: dev-h...@cordova.apache.org

Re: [DISCUSS] Upcoming Releases

2015-08-05 Thread julio cesar sanchez

BTW, I want to help reviewing too, but I don't really know how to do it, in
the contributing documentation I have found information about the issue
workflow, but I can't find anything about reviewing workflow

2015-08-05 9:41 GMT+02:00 julio cesar sanchez jcesarmob...@gmail.com:

 We should wait for ios 3.9.1 with the build fix before the tools release

 2015-08-05 4:33 GMT+02:00 Carlos Santana csantan...@gmail.com:

 I will help out with reviewing and voting for all.

 I can take over the release of browser and firefoxos, I have a new Mac so
 it will be a good practice to go thru a release process and make sure I
 have pgp setup and access to different places

 - Carlos
 Sent from my iPhone

  On Aug 4, 2015, at 7:50 PM, Steven Gill stevengil...@gmail.com wrote:
 
  Lots of discussions on upcoming releases. My proposed timeline
 
  Wed: Start a tools release:
  cordova-lib@5.2.0 (fully working --browserify flag if we merge in PR)
  cordova-cli@5.2.0
  cordova-plugman@0.24.0 or 1.0.0 (removed all registry features)
  cordova-js@4.1.0
 
  Pinned android 4.1.1 and ios 3.9.0
 
  Wed/Thurs: Start platform releases
  Windows, Blackberry, Browser, Ubuntu, FirefoxOS, webos
 
  Next week:
  * New lib/cli release with updated pinned platforms. Probably 5.2.1
  * Plugins release
 
  If people want to take over/help with any of these releases, let me
 know.
  I'm going to start by diving into tools tomorrow. I will definitely need
  help with reviewing and voting on releases.

 -
 To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
 For additional commands, e-mail: dev-h...@cordova.apache.org

Re: [DISCUSS] Cordova-Windows 4.1.0 release

2015-08-05 Thread julio cesar sanchez

WebOS http://developer.lge.com/webOSTV/sdk/web-sdk/

You need virtualbox


2015-08-04 20:14 GMT+02:00 Carlos Santana csantan...@gmail.com:

 I can help with verifying and voting.

 Might need help with WebOS, is there a simulator or Emulator?

 - Carlos
 Sent from my iPhone

  On Aug 4, 2015, at 1:16 PM, Steven Gill stevengil...@gmail.com wrote:
 
  All of these platforms could use a release:
 
  Blackberry
  Ubuntu
  FirefoxOS
  WebOS
 
  I could start them, but last time around I couldn't get enough votes.
 
  On Tue, Aug 4, 2015 at 9:32 AM, Carlos Santana csantan...@gmail.com
 wrote:
 
  Sounds good to me
 
  We are starting to pickup and testing to refresh our tools for the fall
  release.
  I would like to use latest and greatest released
 
  What about BlackBerry?? There are commits seating in cordova-blackberry
  master that are not released
 
  - Carlos
  Sent from my iPhone
 
  On Aug 4, 2015, at 11:34 AM, Rob Paveza rob.pav...@microsoft.com
  wrote:
 
  Does anyone have any reason to delay a cordova-windows platform
  release?  Any outstanding patches to land?
 
  If not, I'll start a release tomorrow.
 
  Thanks! -Rob
 
  -
  To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
  For additional commands, e-mail: dev-h...@cordova.apache.org
 
  -
  To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
  For additional commands, e-mail: dev-h...@cordova.apache.org
 
 

 -
 To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
 For additional commands, e-mail: dev-h...@cordova.apache.org

I would like to become a Committer

2015-07-22 Thread julio cesar sanchez

Hi all.

I've been contributing to cordova in different ways for a long time and I
would like to become a Committer.

Things I've done to contribute:
- I've opened some issues on the JIRA page and told users to open issues
when they publish a question that it's clearly a bug.
- I've closed some issues on the JIRA page
- I've sent a few pull requests to core iOS plugins
- I've been on the dev list for more than a year, I don't write a lot, but
I read most of the messages.
- I've created some iOS and android plugins and shared most of them
- I've been participating on the Phonegap google group from the beginning
and answering Cordova questions on stackoverflow

Right now I can help with iOS and Android plugins, docs and spanish
translations, but I'm willing to learn more about Cordova CLI and other
tools you use and contribute some day.

Let me know if you have some questions.

Re: [DISCUSS] cordova-ios 3.9.0 release

2015-07-17 Thread julio cesar sanchez

+1

2015-07-17 6:24 GMT+02:00 Carlos Santana csantan...@gmail.com:

 +1 I think MS mentioned they wanted to cherry pick the signing using
 build.json

 On Thu, Jul 16, 2015 at 7:25 PM Shazron shaz...@gmail.com wrote:

  From the hangout today someone mentioned fixes that need to go out, 4.x
 was
  holding this back (and won't be ready at least not within the next 4
 wks).
  I'll be away for the next few weeks so I can't help out on this.
 
  I'd say branch off 3.8.x and cherry-pick commits in.
 
  Thoughts?

Re: Oz

2015-07-13 Thread julio cesar sanchez

*Is it possible? *yes. There are a lot for app builders that use cordova
*What does it involve? *Are you really doing this question? You are
planning to create an app builder and you don't know what does it involve?

Anyway, this is the cordova developer list, it is for discussing the
development of cordova itself, not for questions about using cordova, you
should ask on the phonegap group or some site from stack family (I don't
think it fits on stack overflow, but they migh have another place to ask
questions like this)


2015-07-12 23:43 GMT+02:00 Ozy Oz o...@ozyoz.com:

 Hello,



 We are planning to create our own do it yourself mobile app platform for
 our
 customers to basically create their own mobile apps using pre-made app
 themes like

 como.com, biznessapps.com or appmachine.com etc.



 Is that possible with your framework and what does it involve? Such as
 programming skills or design skills, our own servers etc?



 Thank you,



 Oz

Re: [GitHub] cordova-ios pull request: CB-9685 A fix for the magnifying glass p...

2015-10-22 Thread julio cesar sanchez

Ok, forget about the -webkit-user-select: none; part, you might put that on
the body but use -webkit-user-select: text; on input type text and textarea.

2015-10-22 13:03 GMT+02:00 julio cesar sanchez <jcesarmob...@gmail.com>:

> +1 for preference
>
> but I think the problem the plugin solves only appears when you add the
> css to avoid text selection (-webkit-user-select: none;), so if the user
> wants text selection he won't add that css and he doesn't need the plugin.
>
> BTW, I'm not able to reproduce the magnifier glass issue on iOS 9.1, maybe
> apple fixed it?
>
>
> 2015-10-22 12:18 GMT+02:00 EddyVerbruggen <g...@git.apache.org>:
>
>> Github user EddyVerbruggen commented on the pull request:
>>
>> https://github.com/apache/cordova-ios/pull/164#issuecomment-150170110
>>
>> I think I'll be adding a configuration for this to config.xml as not
>> all folks may like this feature (new PR).
>>
>> The plugin that inspired this PR has been around for a few weeks now:
>> https://github.com/EddyVerbruggen/cordova-plugin-ios-longpress-fix and
>> while most like it, it may break text selection. If your app needs that
>> this feature will cause trouble.
>>
>> I propose enabling this private plugin only when a certain config.xml
>> property has been enabled.
>>
>> And I'd also like to add a feature to suppress the magnifying glass
>> for devices with 3D Touch support. In the plugin mentioned above I've
>> already done so, by specifying a preference: `> name="Suppress3DTouch" value="true" />`.
>>
>> Any thoughts others want to share perhaps?
>>
>>
>> ---
>> If your project is set up for it, you can reply to this email and have
>> your
>> reply appear on GitHub as well. If your project does not have this feature
>> enabled and wishes so, or if the feature is enabled but not working,
>> please
>> contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
>> with INFRA.
>> ---
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
>> For additional commands, e-mail: dev-h...@cordova.apache.org
>>
>>
>

Re: [GitHub] cordova-ios pull request: CB-9685 A fix for the magnifying glass p...

2015-10-22 Thread julio cesar sanchez

+1 for preference

but I think the problem the plugin solves only appears when you add the css
to avoid text selection (-webkit-user-select: none;), so if the user wants
text selection he won't add that css and he doesn't need the plugin.

BTW, I'm not able to reproduce the magnifier glass issue on iOS 9.1, maybe
apple fixed it?

2015-10-22 12:18 GMT+02:00 EddyVerbruggen :

> Github user EddyVerbruggen commented on the pull request:
>
> https://github.com/apache/cordova-ios/pull/164#issuecomment-150170110
>
> I think I'll be adding a configuration for this to config.xml as not
> all folks may like this feature (new PR).
>
> The plugin that inspired this PR has been around for a few weeks now:
> https://github.com/EddyVerbruggen/cordova-plugin-ios-longpress-fix and
> while most like it, it may break text selection. If your app needs that
> this feature will cause trouble.
>
> I propose enabling this private plugin only when a certain config.xml
> property has been enabled.
>
> And I'd also like to add a feature to suppress the magnifying glass
> for devices with 3D Touch support. In the plugin mentioned above I've
> already done so, by specifying a preference: ` name="Suppress3DTouch" value="true" />`.
>
> Any thoughts others want to share perhaps?
>
>
> ---
> If your project is set up for it, you can reply to this email and have your
> reply appear on GitHub as well. If your project does not have this feature
> enabled and wishes so, or if the feature is enabled but not working, please
> contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
> with INFRA.
> ---
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
> For additional commands, e-mail: dev-h...@cordova.apache.org
>
>

Re: [DISCUSS] Removal of unused iOS bridges

2015-10-29 Thread julio cesar sanchez

+1, I first saw the bridges when looking into one issue but didn't know if
the user configures them or if it was something internal that changed on
certain circumstances, so if it isn't used, remove it.


2015-10-29 3:35 GMT+01:00 Carlos Santana :

> Sorry late to the bridge dead sentence.
>
> +1 Strongly agree, some of these feel like old hacks that are not need it
> anymore, and also not public documented so it's OK for removal.
>
>
>
> On Tue, Oct 27, 2015 at 9:06 PM Tommy Williams  wrote:
>
> > +1
> >
> >
> > On 28 October 2015 at 11:45:00, Simon MacDonald (
> simon.macdon...@gmail.com)
> > wrote:
> >
> > +1
> >
> > Simon Mac Donald
> > http://hi.im/simonmacdonald
> >
> >
> > On Tue, Oct 27, 2015 at 8:13 PM, Tim Barham 
> > wrote:
> > > +1
> > >
> > > -Original Message-
> > > From: Steven Gill [mailto:stevengil...@gmail.com]
> > > Sent: Tuesday, October 27, 2015 5:11 PM
> > > To: dev@cordova.apache.org
> > > Subject: Re: [DISCUSS] Removal of unused iOS bridges
> > >
> > > +1
> > >
> > > On Tue, Oct 27, 2015 at 5:05 PM, Shazron  wrote:
> > >
> > >> Filed
> > >>
> https://na01.safelinks.protection.outlook.com/?url=https%3a%2f%2fissue
> > >> s.apache.org
> %2fjira%2fbrowse%2fCB-9883=01%7c01%7cTBARHAM%40064d.m
> > >> gd.microsoft.com
> %7cfcf3db870c2d4d8b63ac08d2df2c6078%7c72f988bf86f141af
> > >> 91ab2d7cd011db47%7c1=GRbmnhveNymzREsn6T4SzKSTSSBtcqijfXhFAEMejNA
> > >> %3d
> > >>
> > >> On Tue, Oct 27, 2015 at 5:00 PM, Shazron  wrote:
> > >> > ## DESCRIPTION
> > >> >
> > >> > We have 7 bridges in iOS:
> > >> >
> > >>
> https://na01.safelinks.protection.outlook.com/?url=https%3a%2f%2fgithu
> > >> b.com
> %2fapache%2fcordova-ios%2fblob%2fc0fe92d6c0b91efa2da0d5cec78e0baa
> > >> 95ce55c9%2fcordova-js-src%2fexec.js%23L36-L43=01%7c01%7cTBARHAM%4
> > >> 0064d.mgd.microsoft.com
> %7cfcf3db870c2d4d8b63ac08d2df2c6078%7c72f988bf8
> > >> 6f141af91ab2d7cd011db47%7c1=MTwKRVfHlU4fHHI7c8Pa9vEqYELxmJudMWkl
> > >> ILrvqAc%3d
> > >> >
> > >> > IFRAME_NAV is the default, and is actively used.
> > >> > WK_WEBVIEW_BINDING will be used by the wkwebview-engine plugin,
> > >> > although I really want the plugin itself to inject this, haven't
> > >> > explored that yet.
> > >> >
> > >> > ## PROPOSAL
> > >> >
> > >> > Remove these bridges:
> > >> >
> > >>
> https://na01.safelinks.protection.outlook.com/?url=https%3a%2f%2fgithu
> > >> b.com
> %2fapache%2fcordova-ios%2fblob%2fc0fe92d6c0b91efa2da0d5cec78e0baa
> > >> 95ce55c9%2fcordova-js-src%2fexec.js%23L38-L42=01%7c01%7cTBARHAM%4
> > >> 0064d.mgd.microsoft.com
> %7cfcf3db870c2d4d8b63ac08d2df2c6078%7c72f988bf8
> > >> 6f141af91ab2d7cd011db47%7c1=M70lyqlz4itP87I1XA%2bSwDpcCu7cfsI%2f
> > >> DzjBf63QcAo%3d
> > >> >
> > >> > XHR_NO_PAYLOAD
> > >> > XHR_WITH_PAYLOAD
> > >> > XHR_OPTIONAL_PAYLOAD
> > >> > IFRAME_HASH_NO_PAYLOAD
> > >> > IFRAME_HASH_WITH_PAYLOAD
> > >> >
> > >> > ... and their associated native code.
> > >>
> > >> -
> > >> To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
> > >> For additional commands, e-mail: dev-h...@cordova.apache.org
> > >>
> > >>
> > >
> > > -
> > > To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
> > > For additional commands, e-mail: dev-h...@cordova.apache.org
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
> > For additional commands, e-mail: dev-h...@cordova.apache.org
> >
> >
>

Re: [DISCUSS] Proposal to Remove the Cordova iOS Native Whitelist

2015-11-10 Thread julio cesar sanchez

What about url schemes? I suppose they won't work unless we allow them
using the CSP, but, do we have code to handle them?

I've been looking on the source code and *CDVUIWebViewNavigationDelegate.m,
*on *shouldStartLoadWithRequest* ask *CDVViewController.m* for*
shouldOpenExternalURL *that queries all the plugins for
*shouldOpenExternalURL* method and uses *[[UIApplication sharedApplication]
openURL:url];* to open the app.


Anyway, the old legacy whitelist return *YES* only for *tel *scheme*, *and
the new whitelist doesn't include that method, so I don't think removing
the plugin will break anything, but is it already broken?

or we should use the inAppBrowser plugins with _system to open other apps
instead of the whitelist?




2015-11-10 3:18 GMT+01:00 Shazron :

> Filed https://issues.apache.org/jira/browse/CB-9972
>
> On Mon, Nov 9, 2015 at 5:18 PM, Carlos Santana 
> wrote:
> > Shaz,
> >Got some feedback but so far nothing extreme to block your proposal.
> >
> > The only concerned was my comments around iOS8 and lower and it looks
> like CSP is the level of security it will get and that's fine.
> >
> >  +1 to move forward
> >
> > - Carlos
> > @csantanapr
> >
> >> On Nov 9, 2015, at 8:13 PM, Shazron  wrote:
> >>
> >> Any updates on your end Carlos? Anyone else have any concerns? I'm
> >> preparing a PR for review soon.
> >>
> >>> On Wed, Nov 4, 2015 at 2:42 PM, Carlos Santana 
> wrote:
> >>> currently evaluating with some other folks at work, will provide
> feedback
> >>> soon.
> >>>
> >>> On Tue, Nov 3, 2015 at 11:07 PM Tommy-Carlos Williams <
> to...@devgeeks.org>
> >>> wrote:
> >>>
>  +1 to letting the OS handle it.
> 
> > On 4 Nov 2015, at 12:44, Jesse  wrote:
> >
> > I completely support the proposal!
> >
> >
> > @purplecabbage
> > risingj.com
> >
> >> On Tue, Nov 3, 2015 at 5:35 PM, Shazron  wrote:
> >>
> >> BUMP. This is important, and is causing a lot of pain for our users.
> >> For example:
> >>
> 
> https://github.com/jessemonroy650/top-phonegap-mistakes/blob/master/the-whitelist-system.md
> >>
> >>
> >>> On Mon, Nov 2, 2015 at 5:38 PM, Shazron  wrote:
> >>> To view contents of the PR easily:
> >>
> 
> https://github.com/shazron/cordova-discuss/blob/da7af6606848a1b7d96f4d5ee5402360bf5fd53c/proposals/ios-whitelist-removal.md
> >>>
>  On Mon, Nov 2, 2015 at 5:36 PM, Shazron 
> wrote:
>  PR sent: https://github.com/cordova/cordova-discuss/pull/27
> 
> > On Mon, Nov 2, 2015 at 5:21 PM, Shazron 
> wrote:
> > Sorry everyone -- I'm structuring it as a PR and will revert my
> > commits. Will be easier to comment that way
> >
> >> On Mon, Nov 2, 2015 at 5:05 PM, Shazron 
> wrote:
> >>
> 
> https://github.com/cordova/cordova-discuss/blob/master/proposals/ios-whitelist-removal.md
> >>
> >> Comment here or there, etc. I've included flowcharts...
> >>
> >> tldr; remove the whitelist in cordova-ios-4.x. we are not good
> at
> >> security, let the OS handle it.
> >>
> >>
> -
> >> To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
> >> For additional commands, e-mail: dev-h...@cordova.apache.org
> >>
> >>
> 
>  -
>  To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
>  For additional commands, e-mail: dev-h...@cordova.apache.org
> 
> 
> >>
> >> -
> >> To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
> >> For additional commands, e-mail: dev-h...@cordova.apache.org
> >>
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
> > For additional commands, e-mail: dev-h...@cordova.apache.org
> >
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
> For additional commands, e-mail: dev-h...@cordova.apache.org
>
>

Re: Site reporting docs aren't latest?

2015-11-10 Thread julio cesar sanchez

It's loading 5.1.1 for me, but latest is 5.4.0

2015-11-10 16:21 GMT+01:00 Raymond Camden :

> Going to http://cordova.apache.org/docs/en/latest/index.html gives an
> outdated message even though it is the latest.
>
> --
> ===
> Raymond Camden, Developer Advocate for MobileFirst at IBM
>
> Email : raymondcam...@gmail.com
> Blog : www.raymondcamden.com
> Twitter: raymondcamden
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
> For additional commands, e-mail: dev-h...@cordova.apache.org
>
>

Re: [DISCUSS] Proposal to Remove the Cordova iOS Native Whitelist

2015-11-11 Thread julio cesar sanchez

Ahh, missed that, thanks Shazron!

2015-11-11 1:39 GMT+01:00 Shazron <shaz...@gmail.com>:

> This is handled by this:
>
> https://github.com/apache/cordova-ios/tree/master/CordovaLib/Classes/Private/Plugins/CDVSystemSchemes
>
> Doc:
>
> https://github.com/apache/cordova-docs/commit/80906ac23c77f4ce7a5d330b28fba803736c7253
>
> On Tue, Nov 10, 2015 at 7:41 AM, julio cesar sanchez
> <jcesarmob...@gmail.com> wrote:
> > What about url schemes? I suppose they won't work unless we allow them
> > using the CSP, but, do we have code to handle them?
> >
> > I've been looking on the source code and
> *CDVUIWebViewNavigationDelegate.m,
> > *on *shouldStartLoadWithRequest* ask *CDVViewController.m* for*
> > shouldOpenExternalURL *that queries all the plugins for
> > *shouldOpenExternalURL* method and uses *[[UIApplication
> sharedApplication]
> > openURL:url];* to open the app.
> >
> >
> > Anyway, the old legacy whitelist return *YES* only for *tel *scheme*,
> *and
> > the new whitelist doesn't include that method, so I don't think removing
> > the plugin will break anything, but is it already broken?
> >
> > or we should use the inAppBrowser plugins with _system to open other apps
> > instead of the whitelist?
> >
> >
> >
> >
> > 2015-11-10 3:18 GMT+01:00 Shazron <shaz...@gmail.com>:
> >
> >> Filed https://issues.apache.org/jira/browse/CB-9972
> >>
> >> On Mon, Nov 9, 2015 at 5:18 PM, Carlos Santana <csantan...@gmail.com>
> >> wrote:
> >> > Shaz,
> >> >Got some feedback but so far nothing extreme to block your
> proposal.
> >> >
> >> > The only concerned was my comments around iOS8 and lower and it looks
> >> like CSP is the level of security it will get and that's fine.
> >> >
> >> >  +1 to move forward
> >> >
> >> > - Carlos
> >> > @csantanapr
> >> >
> >> >> On Nov 9, 2015, at 8:13 PM, Shazron <shaz...@gmail.com> wrote:
> >> >>
> >> >> Any updates on your end Carlos? Anyone else have any concerns? I'm
> >> >> preparing a PR for review soon.
> >> >>
> >> >>> On Wed, Nov 4, 2015 at 2:42 PM, Carlos Santana <
> csantan...@gmail.com>
> >> wrote:
> >> >>> currently evaluating with some other folks at work, will provide
> >> feedback
> >> >>> soon.
> >> >>>
> >> >>> On Tue, Nov 3, 2015 at 11:07 PM Tommy-Carlos Williams <
> >> to...@devgeeks.org>
> >> >>> wrote:
> >> >>>
> >> >>>> +1 to letting the OS handle it.
> >> >>>>
> >> >>>>> On 4 Nov 2015, at 12:44, Jesse <purplecabb...@gmail.com> wrote:
> >> >>>>>
> >> >>>>> I completely support the proposal!
> >> >>>>>
> >> >>>>>
> >> >>>>> @purplecabbage
> >> >>>>> risingj.com
> >> >>>>>
> >> >>>>>> On Tue, Nov 3, 2015 at 5:35 PM, Shazron <shaz...@gmail.com>
> wrote:
> >> >>>>>>
> >> >>>>>> BUMP. This is important, and is causing a lot of pain for our
> users.
> >> >>>>>> For example:
> >> >>>>>>
> >> >>>>
> >>
> https://github.com/jessemonroy650/top-phonegap-mistakes/blob/master/the-whitelist-system.md
> >> >>>>>>
> >> >>>>>>
> >> >>>>>>> On Mon, Nov 2, 2015 at 5:38 PM, Shazron <shaz...@gmail.com>
> wrote:
> >> >>>>>>> To view contents of the PR easily:
> >> >>>>>>
> >> >>>>
> >>
> https://github.com/shazron/cordova-discuss/blob/da7af6606848a1b7d96f4d5ee5402360bf5fd53c/proposals/ios-whitelist-removal.md
> >> >>>>>>>
> >> >>>>>>>> On Mon, Nov 2, 2015 at 5:36 PM, Shazron <shaz...@gmail.com>
> >> wrote:
> >> >>>>>>>> PR sent: https://github.com/cordova/cordova-discuss/pull/27
> >> >>>>>>>>
> >> >>>>>>>>> On Mon, Nov 2, 2015 at 5:21 PM, Shazron <shaz...@gmail.com>
> >> wrote:
> >> >>>>>>>>> Sorry everyone -- I'm structuring it as a PR and will revert
&

Re: New Camera Plugin iOS feature

2015-11-12 Thread julio cesar sanchez

+1

I don't think it's possible to add this to android as we use an intent to
the camera app

2015-11-11 21:49 GMT+01:00 Jesse :

> +1
>
>
> @purplecabbage
> risingj.com
>
> On Wed, Nov 11, 2015 at 12:35 PM, Mefire O. 
> wrote:
>
> > +1
> > I think this is a useful feature.
> > We should also think about integrating this into other platforms in the
> > future.
> >
> > Thanks,
> > Omar Mefire
> >
> > On Nov 11, 2015 11:30 AM, Sarah Goldman  wrote:
> > Hello,
> >
> > I am proposing a new feature for the camera plugin: the ability to
> manually
> > dismiss camera popover views and view controllers on iOS.
> >
> > I encountered a need for this function when implementing a timeout based
> > logout on my app. If the user timed out while sitting there with the
> camera
> > open, I had no way to close the camera view controller and it would stay
> > open on top of the login page. When they finally took a photo it would
> exit
> > the camera and they would be on the login page. I would like to be able
> to
> > call navigator.camera.dismiss() before I send a user to the login view
> > after the timeout.
> >
> > dismiss would not take any callback handlers, instead it would trigger
> the
> > error callback set with getPicture and send a message stating the camera
> > was dismissed.
> >
> > I have created a Jira issue here:
> >
> >
> https://na01.safelinks.protection.outlook.com/?url=https%3a%2f%2fissues.apache.org%2fjira%2fbrowse%2fCB-9980=01%7c01%7commenjik%40microsoft.com%7c1473c75dc8124f2178c708d2eace94f9%7c72f988bf86f141af91ab2d7cd011db47%7c1=zJZwoka4ul4Pmf%2fbz8IyX7KVvKQPLBxcTmB4qbv71dQ%3d
> >
> > And I have submitted a pull request:
> > https://github.com/apache/cordova-plugin-camera/pull/117
> >
> > Thanks,
> > Sarah Goldman
> >
>

Re: Partnership with Google on App Indexing

2015-11-12 Thread julio cesar sanchez

Sorry, we have been answering but the mails went just to
dev@cordova.apache.org and not to you.

You can read all the answers here
http://markmail.org/message/euvaue2fquvbm3it


2015-11-12 19:06 GMT+01:00 Emeric Studer :

> Hello,
>
> Did you get a chance to read my previous email?
> We would be pleased to present to your team what Google App Indexing
>  could bring to your users.
> Please let us know when we could plan a short video call.
>
> Regards,
> Emeric
>
> On Fri, Oct 30, 2015 at 8:59 AM, Emeric Studer  wrote:
>
> > Hello,
> >
> > My name is Emeric and I am working on Google App Indexing
> > .
> >
> > Many developers have problems with discoverability and re-engagement in
> > their apps. We have addressed those issues and came up with an idea
> called
> > App Indexing.
> >
> > App Indexing allows Android and iOS apps to drive new installs, increase
> > traffic and improve discoverability by being indexed on the Google search
> > results. It means that users who have the app installed are able to open
> > the content directly in the app. Have a look at this short video
> >  to see how App Indexing
> > works.
> >
> > Adding deep links on Android
> >  and http links
> > on iOS  has a
> > positive influence on the ranking of your website even for users that
> > haven’t installed the app.
> >
> > It seems that it is not yet possible for the users of Cordova to benefit
> > from the many advantages of App Indexing.
> >
> > Is there any plan on your side to add the support of App Indexing?
> >
> > If you are interested to know more, please let me know, we could plan a
> 30
> > minutes video call to discuss App Indexing further.
> >
> > Kind regards,
> > --
> > Emeric
> >
>
>
>
> --
> Emeric
>

Re: [DISCUSS] Plugins release

2015-11-10 Thread julio cesar sanchez

Any more iOS experts can review my pull request?

2015-11-11 6:59 GMT+01:00 Steven Gill :

> Going to move forward with this tomorrow. Any holdups, let me know. Here or
> #plugins on slack.
>
> On Fri, Nov 6, 2015 at 2:51 PM, Richard Knoll 
> wrote:
>
> > I plan on merging in
> > https://github.com/apache/cordova-plugin-camera/pull/135 for the camera
> > plugin if there are no objections.
> >
> > Thanks,
> > Richard
> >
> > -Original Message-
> > From: Steven Gill [mailto:stevengil...@gmail.com]
> > Sent: Friday, November 6, 2015 11:38 AM
> > To: dev@cordova.apache.org
> > Subject: Re: [DISCUSS] Plugins release
> >
> > With plugin changes, it is always nice to get reviews since it could
> > affect every platform.
> >
> > file:146 is merged
> > file: 119 LGTM
> > Statusbar: 38 could use a review by iOS experts
> >
> > Keep em coming in!
> >
> > -Steve
> >
> > On Fri, Nov 6, 2015 at 5:53 AM, Simon MacDonald <
> simon.macdon...@gmail.com
> > >
> > wrote:
> >
> > > I agree with Jason,
> > > https://na01.safelinks.protection.outlook.com/?url=https%3a%2f%2fgithu
> > > b.com
> > %2fapache%2fcordova-plugin-file%2fpull%2f146=01%7c01%7cRIKNOLL%
> > 40exchange.microsoft.com
> %7c1e652e1ff1074570a66908d2e6e1e10f%7c72f988bf86f141af91ab2d7cd011db47%7c1=HU0E%2fMPc3C2cD%2fNEtQlLGStzqfDX4Sm%2f3OdrdACiHb8%3d
> > should be merged.
> > >
> > > Simon Mac Donald
> > > https://na01.safelinks.protection.outlook.com/?url=http%3a%2f%2fhi.im%
> > > 2fsimonmacdonald=01%7c01%7cRIKNOLL%40exchange.microsoft.com%7c1e6
> > > 52e1ff1074570a66908d2e6e1e10f%7c72f988bf86f141af91ab2d7cd011db47%7c1
> > > data=MXNVR%2bXGeH703bFkFHohHk6EwL8amOj4btn2kNuUPiU%3d
> > >
> > > On Thu, Nov 5, 2015 at 8:07 PM, Jason Ginchereau
> > > 
> > > wrote:
> > > > I think this PR should get in the release:
> > > https://na01.safelinks.protection.outlook.com/?url=https%3a%2f%2fgithu
> > > b.com%2fapache%2fcordova-plugin-file%2fpull%2f146=01%7c01%7cRIKNO
> > > LL%40exchange.microsoft.com%7c1e652e1ff1074570a66908d2e6e1e10f%7c72f98
> > > 8bf86f141af91ab2d7cd011db47%7c1=HU0E%2fMPc3C2cD%2fNEtQlLGStzqfDX
> > > 4Sm%2f3OdrdACiHb8%3d
> > > > It might be considered a blocker, because it is a regression that
> > > > could
> > > cause loss of data when upgrading apps which relied on the default
> > > AndroidPersistentFileLocation value.
> > > >
> > > > This would be a good one also, as it fixes a significant failure
> > > > working
> > > with some kinds of files on Android 5.0:
> > > https://na01.safelinks.protection.outlook.com/?url=https%3a%2f%2fgithu
> > > b.com%2fapache%2fcordova-plugin-file%2fpull%2f119=01%7c01%7cRIKNO
> > > LL%40exchange.microsoft.com%7c1e652e1ff1074570a66908d2e6e1e10f%7c72f98
> > > 8bf86f141af91ab2d7cd011db47%7c1=TxHgwQq3dyT4Qlo7PM%2fQ0iU3KhtoMP
> > > J5uU3UqGcY6yA%3d
> > > >
> > > > Jason
> > > >
> > > > -Original Message-
> > > > From: Steven Gill [mailto:stevengil...@gmail.com]
> > > > Sent: Thursday, November 5, 2015 3:09 PM
> > > > To: dev@cordova.apache.org
> > > > Subject: [DISCUSS] Plugins release
> > > >
> > > > I plan on starting a plugins release on Monday. It is going to be a
> > > > big
> > > one.
> > > >
> > > > Please review and close as many PRs as you can before than.
> > > >
> > > > If you have PR that is ready and needs someone to look at + merge,
> > > please share it in this thread and we will try to get to it before the
> > > release.
> > > > You could also share it on slack[1] in the #plugins channel.
> > > >
> > > > Let me know if we have any blockers.
> > > >
> > > > Cheers,
> > > > -Steve
> > > >
> > > >
> > > > [1]
> > > https://na01.safelinks.protection.outlook.com/?url=http%3a%2f%2fslack.
> > > cordova.io=01%7c01%7cjasongin%40microsoft.com%7c6bb15854633242978
> > > d6208d2e636167f%7c72f988bf86f141af91ab2d7cd011db47%7c1=QY3Nj3rIJ
> > > VCSOuncqfAqTul2GKH9L0Z7FQ3oaln4vg4%3d
> > >
> > > -
> > > To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
> > > For additional commands, e-mail: dev-h...@cordova.apache.org
> > >
> > >
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
> > For additional commands, e-mail: dev-h...@cordova.apache.org
> >
>

Re: Adding Telemetry information to Cordova

2015-11-03 Thread julio cesar sanchez

I think it's a good idea to add it and it will help understand how people
use cordova and find common problems that they might have

2015-11-02 23:13 GMT+01:00 Parashuram N :

> Hey folks,
>
> One of the action items from the face to face meeting was about adding the
> ability to the Cordova CLI to collect telemetry data. Folks said that they
> were not sure if Apache had any policies against it. I checked with
> legal-disc...@apache.org (and included
> the PMC in the mail) and looks like they don't have any policies for or
> against it.
> In terms of prior art, Looks like the Apache Flex project is already
> collecting limited telemetry, and CloudStack folks are thinking about it.
>
> Now that we know that Apache is not totally against collecting telemetry
> data, what do you guys think about it? Are there folks in the community who
> are totally against adding any kind of telemetry to Cordova ? If yes, can
> we discuss those concerns in this thread ?
> Also, are there folks who think this is a good idea ? If yes, please raise
> those points too.
>

Re: [DISCUSS] Plugins release

2015-11-06 Thread julio cesar sanchez

I was writing a mail with the same subject, luckily I saw your message
before sending.

I have this PR for statusbar plugin (ios), it fixes at least 2 jira issues
related to hotspot/call status bar and maybe a lot of more webview
size/resize issues (will check once it's merged)
https://github.com/apache/cordova-plugin-statusbar/pull/38



2015-11-06 2:07 GMT+01:00 Jason Ginchereau :

> I think this PR should get in the release:
> https://github.com/apache/cordova-plugin-file/pull/146
> It might be considered a blocker, because it is a regression that could
> cause loss of data when upgrading apps which relied on the default
> AndroidPersistentFileLocation value.
>
> This would be a good one also, as it fixes a significant failure working
> with some kinds of files on Android 5.0:
> https://github.com/apache/cordova-plugin-file/pull/119
>
> Jason
>
> -Original Message-
> From: Steven Gill [mailto:stevengil...@gmail.com]
> Sent: Thursday, November 5, 2015 3:09 PM
> To: dev@cordova.apache.org
> Subject: [DISCUSS] Plugins release
>
> I plan on starting a plugins release on Monday. It is going to be a big
> one.
>
> Please review and close as many PRs as you can before than.
>
> If you have PR that is ready and needs someone to look at + merge, please
> share it in this thread and we will try to get to it before the release.
> You could also share it on slack[1] in the #plugins channel.
>
> Let me know if we have any blockers.
>
> Cheers,
> -Steve
>
>
> [1]
> https://na01.safelinks.protection.outlook.com/?url=http%3a%2f%2fslack.cordova.io=01%7c01%7cjasongin%40microsoft.com%7c6bb15854633242978d6208d2e636167f%7c72f988bf86f141af91ab2d7cd011db47%7c1=QY3Nj3rIJVCSOuncqfAqTul2GKH9L0Z7FQ3oaln4vg4%3d
>

Re: [DISCUSS] Plugins release

2015-11-06 Thread julio cesar sanchez

Yeah, but I was told that my pull requests still had to pass reviews.

As the issues are related to the native webview size, I can't think any
test to add that can check that.

The pull request fixes CB-4712 and CB-5439 but it might fix other webview
size related issues as side effect. I've just tested for CB-4712 and
CB-5439, but once it's merged I'll check all the pending statusbar issues
to see if they were fixed too. Or I can check them this weekend before the
plugin is relesed, but didn't want to add more CBs to the pull request name
as only the first one was linked.


2015-11-06 12:37 GMT+01:00 Carlos Santana <csantan...@gmail.com>:

> Julio,
> You are a committer now :-), you can go ahead and merge if it's ready.
>
> Any manual or auto tests you can add or the one that exist today enough?
>
> What you mean by once it's merge you can check? You mean for any other
> uses cases in addition of the ones you already fixed
>
> - Carlos
> @csantanapr
>
> > On Nov 6, 2015, at 5:56 AM, julio cesar sanchez <jcesarmob...@gmail.com>
> wrote:
> >
> > I was writing a mail with the same subject, luckily I saw your message
> > before sending.
> >
> > I have this PR for statusbar plugin (ios), it fixes at least 2 jira
> issues
> > related to hotspot/call status bar and maybe a lot of more webview
> > size/resize issues (will check once it's merged)
> > https://github.com/apache/cordova-plugin-statusbar/pull/38
> >
> >
> >
> > 2015-11-06 2:07 GMT+01:00 Jason Ginchereau <jason...@microsoft.com>:
> >
> >> I think this PR should get in the release:
> >> https://github.com/apache/cordova-plugin-file/pull/146
> >> It might be considered a blocker, because it is a regression that could
> >> cause loss of data when upgrading apps which relied on the default
> >> AndroidPersistentFileLocation value.
> >>
> >> This would be a good one also, as it fixes a significant failure working
> >> with some kinds of files on Android 5.0:
> >> https://github.com/apache/cordova-plugin-file/pull/119
> >>
> >> Jason
> >>
> >> -Original Message-
> >> From: Steven Gill [mailto:stevengil...@gmail.com]
> >> Sent: Thursday, November 5, 2015 3:09 PM
> >> To: dev@cordova.apache.org
> >> Subject: [DISCUSS] Plugins release
> >>
> >> I plan on starting a plugins release on Monday. It is going to be a big
> >> one.
> >>
> >> Please review and close as many PRs as you can before than.
> >>
> >> If you have PR that is ready and needs someone to look at + merge,
> please
> >> share it in this thread and we will try to get to it before the release.
> >> You could also share it on slack[1] in the #plugins channel.
> >>
> >> Let me know if we have any blockers.
> >>
> >> Cheers,
> >> -Steve
> >>
> >>
> >> [1]
> >>
> https://na01.safelinks.protection.outlook.com/?url=http%3a%2f%2fslack.cordova.io=01%7c01%7cjasongin%40microsoft.com%7c6bb15854633242978d6208d2e636167f%7c72f988bf86f141af91ab2d7cd011db47%7c1=QY3Nj3rIJVCSOuncqfAqTul2GKH9L0Z7FQ3oaln4vg4%3d
> >>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
> For additional commands, e-mail: dev-h...@cordova.apache.org
>
>

Re: Partnership with Google on App Indexing

2015-10-30 Thread julio cesar sanchez

Hi,

I'm don't remember this being discussed on this mailing list, but my
opinion is, as it only supports iOS and android, it should be a 3rd party
plugin. Maybe others don't agree, so we should discuss it.

It would be cool if somebody from google can create the plugins and share
them.


2015-10-30 8:59 GMT+01:00 Emeric Studer :

> Hello,
>
> My name is Emeric and I am working on Google App Indexing
> .
>
> Many developers have problems with discoverability and re-engagement in
> their apps. We have addressed those issues and came up with an idea called
> App Indexing.
>
> App Indexing allows Android and iOS apps to drive new installs, increase
> traffic and improve discoverability by being indexed on the Google search
> results. It means that users who have the app installed are able to open
> the content directly in the app. Have a look at this short video
>  to see how App Indexing
> works.
>
> Adding deep links on Android
>  and http links on
> iOS  has a positive
> influence on the ranking of your website even for users that haven’t
> installed the app.
>
> It seems that it is not yet possible for the users of Cordova to benefit
> from the many advantages of App Indexing.
>
> Is there any plan on your side to add the support of App Indexing?
>
> If you are interested to know more, please let me know, we could plan a 30
> minutes video call to discuss App Indexing further.
>
> Kind regards,
> --
> Emeric
>

Re: [ANNOUNCE] Cordova-iOS 3.9.2 is released!

2015-11-04 Thread julio cesar sanchez

posted the link on the google group

2015-11-04 10:30 GMT+01:00 Steven Gill :

> Thanks to everyone who helped get this release out!
>
> Blog post:
> http://cordova.apache.org/announcements/2015/11/02/cordova-ios-3-9-2.html
> Tweet: https://twitter.com/apachecordova/status/661837413753335808
>

1 2 3 4 5 6 >

1 - 100 of 504 matches

Mail list logo