Re: [DISCUSS] Browser 5.0.0 release

[Kerri Shotts]

Tx for the reminder -- meant to do it this weekend and time got away from
me. I'll see what I can do tonight.

Best,
~ Kerri

*  Kerri shotts*, Developer Advocate @ Adobe
  Blog <https://medium.com/@photokandy> • @kerrishotts
<http://twitter.com/kerrishotts> • Github <https://github.com/kerrishotts>
  (All opinions are my own!)

On Mon, Aug 28, 2017 at 4:09 PM, Steven Gill <stevengil...@gmail.com> wrote:

> Need some votes!
>
> On Wed, Aug 23, 2017 at 5:53 PM, Steven Gill <stevengil...@gmail.com>
> wrote:
>
> > Okay. Sent PRs to fix browser [1] and cordova serve [2].
> >
> > [1] https://github.com/apache/cordova-browser/pull/41
> > [2] https://github.com/apache/cordova-serve/pull/4
> >
> > I will plan to merge these in tomorrow and start a release for both.
> >
> > On Thu, Aug 17, 2017 at 11:40 AM, Steven Gill <stevengil...@gmail.com>
> > wrote:
> >
> >> https://issues.apache.org/jira/browse/CB-13188
> >>
> >> On Thu, Aug 17, 2017 at 11:35 AM, Steven Gill <stevengil...@gmail.com>
> >> wrote:
> >>
> >>> new project. Adding and removing browser doesn't help
> >>>
> >>> On Thu, Aug 17, 2017 at 11:32 AM, Jesse <purplecabb...@gmail.com>
> wrote:
> >>>
> >>>> is this a new project? does adding and removing the browser platform
> >>>> help?
> >>>>
> >>>>
> >>>>
> >>>> @purplecabbage
> >>>> risingj.com
> >>>>
> >>>> On Thu, Aug 17, 2017 at 11:21 AM, Steven Gill <stevengil...@gmail.com
> >
> >>>> wrote:
> >>>>
> >>>> > Ahh I'm seeing this too :(. I'll fix it and do some more tests
> >>>> >
> >>>> > On Wed, Aug 16, 2017 at 9:52 PM, <alsoro...@apache.org> wrote:
> >>>> >
> >>>> > > Well yeah... `cordova run browser` currently gives me this:
> >>>> > > https://gist.github.com/alsorokin/0c586acbfd560f50a908a9916909b2
> 20
> >>>> > >
> >>>> > > -Original Message-
> >>>> > > From: Steven Gill [mailto:stevengil...@gmail.com]
> >>>> > > Sent: Wednesday, August 16, 2017 8:09 PM
> >>>> > > To: dev@cordova.apache.org
> >>>> > > Subject: [DISCUSS] Browser 5.0.0 release
> >>>> > >
> >>>> > > Hey everyone!
> >>>> > >
> >>>> > > I want to start a new browser release. 5.0.0. It will be a major
> >>>> because
> >>>> > > browser has adopted the platformAPI & because it introduces the
> >>>> creation
> >>>> > of
> >>>> > > manifest.json (from config.xml) for basic PWA support.
> >>>> > >
> >>>> > > Any issues or concerns?
> >>>> > >
> >>>> > >
> >>>> > > 
> >>>> -
> >>>> > > To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
> >>>> > > For additional commands, e-mail: dev-h...@cordova.apache.org
> >>>> > >
> >>>> > >
> >>>> >
> >>>>
> >>>
> >>>
> >>
> >
>

Re: I'm baaaaaack!

[Kerri Shotts]

John! Nice to see your name pop up in my inbox!!! Congrats on your
position as well! Hope to meet you at PGDay!

~Kerri

On Tue, Aug 22, 2017 at 17:30 Simon MacDonald <simon.macdon...@gmail.com>
wrote:

> Welcome back John! Will you be in Raleigh for NCDevCon this year?
>
> Simon Mac Donald
> http://simonmacdonald.com
>
> On Tue, Aug 22, 2017 at 2:37 PM, John M. Wargo <j...@johnwargo.com> wrote:
>
> > Greetings Cordova Dev Team!
> >
> > Its been a while, so I thought I'd pop on the list and re-introduce
> myself.
> >
> > Hello, my name is John M. Wargo and I've been a Cordova developer since
> > PhoneGap version 2 (more or less). I was a contributor for many years and
> > wrote 4 books on Apache Cordova/PhoneGap, but dropped off the map about
> two
> > years due to a job change. I recently joined Microsoft as a Program
> Manager
> > working on our Mobile Center product (working for Ryan J. Salva, and
> > working with Parashuram N - whom I think you all know). In my new
> position,
> > I'm not sure how much I'll be working directly with the project team,
> but I
> > will do what I can.
> >
> > I will be attending PhoneGap day in NY next month (I'll actually be
> > Microsoft's onsite host for the event), and joining in on the dev
> > conversation whenever I can.  Any get togethers planned for NY
> > before/during/after the conference?  Please let me know if you need
> > anything in or around the event.
> >
> > John M. Wargo
> > Web: www.johnwargo.com <http://www.johnwargo.com>
> > Twitter: @johnwargo <https://twitter.com/johnwargo>
> >
>
-- 

Kerri Shotts, IT Consultant • (312) 380–1035 • (618) 435–0823 (mobile)
https://kerri.consulting/

→ CONFIDENTIAL ←
This email and any attachments may be confidential. If you are not the
intended recipient, please let us know by replying to this message, and
then remove the message and its attachments from your system. You should
not disseminate, distribute, or otherwise copy or release the information
contained herein, nor can we accept any liability for any loss or damages
resulting from the use, abuse, or mis-use of the information contained
herein.

→ SECURITY ←
Computer viruses can be distributed via email. It is the recipient’s
responsibility to check this email and any attachments for viruses. Email
transmission cannot be guaranteed to be secure or error-free as the email
could have been intercepted, corrupted, delayed, and/or re-transmitted. The
sender does not accept any liability for errors or omissions within this
message or its attachments, nor for any viruses which may be present.
Note: We do our very best to ensure that nothing we send contains viruses.
However, because of the nature of email and the way it is sent, we can’t
promise that some other party hasn’t intercepted our email and added
malicious content. Due to the nature of email, we can’t accept any
liability for any damage or loss arising from the use, abuse, or mis-use of
this email and any of its attachments.

→ PRIVACY ←
Email is not a secure communications medium. When replying to this or any
message, you should not include any information that you do not want the
entire world to be capable of seeing. In other words, don’t send financial
accounts (CC#s, Bank Account #s, etc.), passwords, social security numbers,
or the like, even when asked directly. photoKandy Studios LLC will never
ask you for this information.
Information transmitted via email may be intercepted and retransmitted by
any number of other entities. This is the nature of email, and as such, we
can’t be held liable for any loss or damage incurred by replying to this
message with compromising information. Review your message prior to sending
it, and ensure that there is no information you wouldn’t be comfortable
with the entire world knowing.

Re: [CORE PLUGINS][DISCUSS] Roadmap 2017

[Kerri Shotts]

Just wanted to say “THANKS!” for the work you’ve done on this! :-) It’s much 
appreciated!

~ Kerri

> On Jul 22, 2017, at 14:43, Filip Maj  wrote:
> ...

Re: [DISCUSS] Accepting new apps into the App Showcase

[Kerri Shotts]

If we’re going to have an apps section on the website, it would be good to keep 
it updated. For example, the ReactEurope app goes to a 404 page. Buildr 
navigates to an iTunes page that is not available in the US region, so doesn’t 
tell me anything (would be better to link to a website instead).

Personally, it might be better just to drop the section entirely, since it will 
require maintenance, would end up with some subjective criteria (leading to 
“why them and not us?”), and would need to be rotated as new apps are added to 
prevent a huge list of apps on the front page. I like the idea, but maybe it 
would be better to have a Cordova App gallery (akin to Plugin search, 
cocoapods, etc.)… but that could easily be done by the community, since we’re 
tight on resources as it is.

That said, if we’re going to accept apps, we need some (reasonable) criteria 
for acceptance, along with the proviso that we won’t necessarily always feature 
the app (since we don’t want to end up featuring 1000 apps on the front page).

Some starting criteria:

* Should currently be available for sale/download on the appropriate app stores.
* The product needs to have a website where we can link (redirecting into 
iTunes is not ideal).
* The product should fit with Cordova’s CoC, since it’s being featured on the 
front page.
* The app itself should:
* be visually appealing and well designed (this is subjective, but no 
getting around that…)
* actually work (this would require someone downloading & testing it. Paid 
apps would need to supply a review copy for free.)
* be performant (no jank, quick response to user input, etc.)
* be in production (not just a demo app)
* be more than just wrapping a remote website
* Plusses for (but not required):
* Available source code (so others can learn from the app)
* Multiple platform support
* Free or usable trial version so that users can get a good feel for a 
performant Cordova app

Those are just off the top of my head, so take them as you will. :-)

~ Kerri

> On Jul 24, 2017, at 19:24, Shazron  wrote:
> 
> https://cordova.apache.org
> 
> Are we still accepting apps? How do we select?
> Right now there are 12. This relates to the Xmind request to dev@

Re: [Android] Let's drop support for Jellybean

[Kerri Shotts]

+1


~ Kerri

> On Jun 12, 2017, at 13:22, Trevor Brindle  wrote:
> 
> +1 makes sense to me. Ensuring testability and not making heroic measures
> to continue support an old OS is a good reason to me.
> 
> TrevorBrindle
> Lead Hybrid Mobile Engineer
> SHOP•COM powered by marketamerica
> C: (407) 450-8700
> 
> On Mon, Jun 12, 2017 at 1:23 PM, Shazron  wrote:
> 
>> +1
>> 
>> On Mon, Jun 12, 2017 at 8:38 AM, julio cesar sanchez <
>> jcesarmob...@gmail.com
>>> wrote:
>> 
>>> Currently, Jellybean is 8.8%, so it's bellow the 10%. We can drop it.
>>> 
>>> 
>>> 2017-06-12 17:22 GMT+02:00 Filip Maj :
>>> 
 Reviving this thread! Sorry for the late reply.
 
 Regarding Trevor's question:
> Just for consideration however, what do we actually gain by dropping
> official support? Are there compat libraries or tests we can drop
>> after
> this?
 
 From a testing/CI perspective, it becomes much more tenable to keep up
 with pull requests and ensure changes are validated on the platforms
 we support. We currently leverage Sauce Labs to run tests on emulators
 on Android, and Sauce dropped support for all Android versions up to
 and including 4.3 [1]. So, from a selfish perspective, as a cordova
 dev, dropping 4.3 and below support makes _my_ life easier as I don't
 have to manually test on earlier versions of Android.
 
 Not sure if there are other, less-selfish reasons? Ping Simon + Joe.
 
 Also, instead of letting this thread die a quiet death, may I suggest
 that whatever decision is made here, we file as issues and chalk up
 for the next cordova-android major release?
 
 [1] https://wiki.saucelabs.com/display/DOCS/2017/03/30/EOL+
 for+Android+4.0%2C+4.1%2C+4.2%2C+and+4.3+Automated+Mobile+App+Testing
 
 On Sun, Feb 26, 2017 at 4:36 PM, Trevor Brindle 
 wrote:
> I don't think it is unreasonable to drop support for an OS that had
>> its
> first release in July of 2012 (4.1 is almost 5 years old), especially
> considering the Cordova support policy for iOS.
> 
> Realistically, I think it's hard to justify support for before 4.4.
>>> Less
> than 10% of our customers are on 4.4 or earlier as a whole, and less
>>> than
> 10% of them actually use our apps regularly.
> 
> Just for consideration however, what do we actually gain by dropping
> official support? Are there compat libraries or tests we can drop
>> after
> this?
> 
> On Sun, Feb 26, 2017 at 12:10 PM Simon MacDonald <
 simon.macdon...@gmail.com>
> wrote:
> 
> I would happily drop support for anything less than API level 19 in
>> the
> next cordova-android major release.
> 
> 
> Simon Mac Donald
> http://simonmacdonald.com
> 
> On Sun, Feb 26, 2017 at 10:56 AM, Filip Maj 
>> wrote:
> 
>> As much as I personally would like to do so, I wonder what the
>> reaction among consumers of cordova would be.
>> 
>> On Sun, Feb 26, 2017 at 1:39 AM, Jesse 
>>> wrote:
>>> +1
>>> Our CI tests only test as far back as 4.4, so maybe I thought we
>>> were
>>> already there.
>>> 
>>> 
>>> 
>>> 
>>> 
>>> @purplecabbage
>>> risingj.com
>>> 
>>> On Fri, Feb 24, 2017 at 12:15 PM, Joe Bowser 
 wrote:
>>> 
 Hey
 
 Even though everything appears to be working on Jellybean, I
>> know a
 lot
>> of
 people have been wanting to throw it to the wayside.  Normally,
>> for
 us
>> to
 drop support for a platform, we have to wait unitl it goes below
>>> 10%,
>> but
 since Jellybean consists of three different API versions, and
>> since
 two
>> of
 those are below the 5% mark, I'm tempted to just toss it by the
 wayside
>> and
 set the minimum supported version of Android to 4.4.x, or API
>> level
 19.
 
 How do people feel about that.  I know in the past, people were
>>> super
 passionate about supporting everything, but given that my Android
>>> 4.1
 device is an old Nitobi device obtained before we even became
>>> Adobe,
>> and it
 took five tries to get it to cooperate with adb, I'm really
>>> starting
 to
 think it's time we dropped Jellybean.
 
 Thoughts?
 
 Joe
 
>> 
>> 
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
>> For additional commands, e-mail: dev-h...@cordova.apache.org
>> 
>> 
> 
> --
> TrevorBrindle
> Lead Hybrid Mobile Engineer
> SHOP•COM powered by marketamerica
> C: (407) 450-8700
 
 

Re: Incompatible plugin should reject the build

[Kerri Shotts]

+1 Fail (I think principle of least surprise applies here; most devs would 
expect an incompatible plugin to fail the build.)

~ Kerri

> On Jun 2, 2017, at 12:15, Shazron  wrote:
> 
> Consensus on this long stewing issue of 7 months?
> 
> If you deleted the thread:
> 1. Issue https://issues.apache.org/jira/browse/CB-12122
> 2. Thread https://s.apache.org/ofqR
> 
> +1 on engine check failing the build.
> Questions that need answered: Does cordova-fetch on cordova@7 do this
> already, like Simon said?
> 
> 
> On Mon, Nov 7, 2016 at 6:34 PM, Simon MacDonald 
> wrote:
> 
>> I think an engine check should fail the build. If there plugin version
>> they are trying to use will not work with the version of cordova or
>> platform they are currently using in their project it should not
>> build. Folks can screw up their semver in config.xml and end up
>> pulling in a plugin version that doesn't work with the CLI they are
>> currently using so stuff will just be horribly broken without them
>> knowing.
>> 
>> Also, I thought the new cordova-fetch was supposed to prevent this
>> sort of thing?
>> Simon Mac Donald
>> http://simonmacdonald.com
>> 
>> 
>> On Mon, Nov 7, 2016 at 8:24 PM, Shazron  wrote:
>>> See https://issues.apache.org/jira/browse/CB-12122
>>> 
>>> Right now if a plugin fails an  check, it just warns. Should we
>>> make engine checks fail the build?
>> 
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
>> For additional commands, e-mail: dev-h...@cordova.apache.org
>> 
>> 

Re: [CB-12733] Response please?

[Kerri Shotts]

Jordan,

I’ve closed the issue on issues.apache.org , since 
@jcesar is indeed correct. I’ve included more info in a comment.

That’s not to say that the docs being incorrect or Cordova-iOS not respecting 
the docs isn’t a problem — it is. Just that that should be a different issue 
with dev consensus on what should happen. I’ve created CB-12739 to track that.

(As to why I’ve never encountered the issue: I have always provided the 
multiple icons that Apple requires. So I have never only supplied one icon to 
see the issue.)

~ Kerri

> On Apr 28, 2017, at 16:04, Jordan Zimmerman  
> wrote:
> 
> Hello Devs,
> 
> I'm not used to an Apache project not having an @user list so I'm writing 
> here. How does one find out status on issues? I opened CB-12733 yesterday but 
> checked SO and the issue has existed for over a year: 
> http://stackoverflow.com/questions/36954438/cordova-ios-build-fail-compileassetcatalog-build
>  
> 
>  
> 
> What is Cordova's process for addressing issues like this?
> 
> -Jordan

Re: [CORE PLUGINS] Expansion of features needs to be discussed in dev@

[Kerri Shotts]

+1 as well :-)

~ Kerri

> On Apr 25, 2017, at 17:34, Steven Gill  wrote:
> 
> +1. Agree to all of this.
> 
> On Tue, Apr 25, 2017 at 3:25 PM, Filip Maj  wrote:
> 
>> I know some of the plugins (all of them?) call out at the top of the
>> docs that they are based on standards. I think we should be more
>> dilligent in referencing those specs when discussing/weighing changes
>> to the APIs.
>> 
>> It would be a lot easier to maintain a stance such as "this does not
>> follow the spec, thus we cannot accept it" if we walked the walk and
>> didn't just talk the talk. By that I mean that we should put effort
>> in:
>> a) modernizing the plugins that are still valuable,
>> b) making the hard decisions to remove outdated plugins, and
>> c) blogging/documenting transition paths for consumers of plugins we
>> decide to get rid of
>> 
>> The sooner we do this the less of a burden on the project.
>> 
>> On Tue, Apr 25, 2017 at 2:56 PM, julio cesar sanchez
>>  wrote:
>>> Whenever I see a PR for a new feature I tell the author to send a mail to
>>> discuss it, most of them don't do it.
>>> 
>>> 
>>> 2017-04-25 22:22 GMT+02:00 Simon MacDonald :
>>> 
 Hey Shazon,
 
 I agree with this goal. Our plugins were based upon W3C standards as
 they existed when the plugins were created. The standards have moved
 on and we haven't had as much time as we would like to stay in sync. A
 number of core plugins have been superseded by API's already available
 in browsers (I'm looking at you, cordova-plugin-device-motion).
 
 Changes to any of the core plugins should align themselves with W3C
 specs so we can increase code reuse across platforms and decrease our
 support and maintenance costs.
 
 
 Simon Mac Donald
 http://simonmacdonald.com
 
 
 On Tue, Apr 25, 2017 at 4:07 PM, Shazron  wrote:
> Resources are limited and we can barely keep up with all the core
>> plugin
> work that needs to be done, so we have to have a process with dealing
 with
> desired features that community members send out as PRs.
> 
> Firstly I want to acknowledge that external contributions are valued
 highly
> by the team, but they need to fulfill Cordova's goals and not be a
> maintenance burden on the project.
> 
> GOAL:
> Core plugins should conform to standards whenever possible, and we
>> should
> not add new features nor expand existing features without a consensus
>> on
> dev@
> 
> ROADMAP:
> I will be putting out another thread where I will propose a concrete
> roadmap for the existing core plugins -- listing those that will make
>> the
> maintenance cut, and/or listing those that are scheduled for sunset.
>> So
 put
> your two cents there.
 
 -
 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: Need windows 10 Plugin

[Kerri Shotts]

Hi Nagarajan,

This forum is for the development of Cordova, which means this isn’t the best 
place to ask. I invite you to ask your question at any of the following 
locations:

https://forums.adobe.com/community/phonegap
https://groups.google.com/d/forum/phonegap
http://slack.cordova.io/
http://stackoverflow.com/tags/cordova

Thanks, and best of luck with your project.

~ Kerri

> On Apr 11, 2017, at 23:32, Naga Rajan  wrote:
> 
> Hi,
> I am nagarajan. currently i am try to developing windows 10 mobile app
> using cordova in visual studio 2015. But i am face more problem finding the
> plugin for windows 10 mobile app. kindly do the need full..
> 
> Here i Mentioned below plugin.
> 
> 1.Facebook
> 2.Push notification
> 3.Get file url from uri
> 4.Capture audio, image and video
> 5.Native Click sound
> 6.Sqllite
> 7.IntentPlugin
> 8.Permissions
> 9.Network Information
> 10.SocialSharing
> 11.Copy to clip board
> 12.Pick audio video and image from sdcard
> 13.Compress video
> 14.Convert to base64
> 15.Compress Image
> 16.Minimize Application on Back press
> 
> Regards,
> Nagarajan k

Re: [DISCUSS] cordova-ios@4.4.0 release

[Kerri Shotts]

I was working on CB-10135, but that’s not going to happen in time for 4.4.0. (I 
can get the hidden file copied to /plugins, but not to the correct place in 
/platforms/ios/…) I’ve bumped it to 5.

CB-11895 is a quick easy fix, so I’m handling that right now. I tested on iOS 
10 and my fix works, but need to verify on iOS 9. That’s downloading now, so 
should have it ready to go EOD.

I also just created CB-12562 which deals with more deprecations, but targeting 
that for 5.

~ Kerri

> On Apr 12, 2017, at 02:22, julio cesar sanchez <jcesarmob...@gmail.com> wrote:
> 
> I think we should add this https://issues.apache.org/jira/browse/CB-8980 as
> it was added in latest cordova-android.
> The issue is a bit outdated, we decided to use "resource-file" instead of
> "image" so it can be used with any file, like config files, and not just
> images.
> 
> Some plugins like the push plugin need this to avoid hooks for copying
> FCM/GCM configuration files, icons and sounds.
> 
> 2017-04-12 2:25 GMT+02:00 Shazron <shaz...@gmail.com>:
> 
>> Anyone else need to wrap issues up for this release?
>> https://issues.apache.org/jira/secure/RapidBoard.jspa?rapidView=162
>> 
>> I'm finishing up https://issues.apache.org/jira/browse/CB-12514 and would
>> like to prep a release after that.
>> 
>> On Thu, Mar 2, 2017 at 9:27 AM, Kerri Shotts <kerrisho...@gmail.com>
>> wrote:
>> 
>>> Just FYI — I added CB-12287 <https://issues.apache.org/
>>> jira/browse/CB-12287> to the Done column; I had the wrong fix version
>>> value (d’oh!), so it didn’t get picked up originally.
>>> 
>>> I’m going to try to get to a few of the smaller todos over the weekend.
>>> 
>>> ~ Kerri
>>> 
>>>> On Mar 1, 2017, at 14:25, Shazron <shaz...@gmail.com> wrote:
>>>> 
>>>> Board:
>>>> https://issues.apache.org/jira/secure/RapidBoard.jspa?rapidView=162
>>>> 
>>>> In-Progress issues are ones that definitely will get in.
>>>> The others in the backlog ('ToDo') will/may get pushed to
>>> cordova-ios@4.4.1
>>>> or later.
>>>> 
>>>> LMK if there are others I missed that should get in.
>>>> 
>>>> I went through all ~160 issues for Component:iOS this past Monday and
>>> also
>>>> "Component:No Component" (~20 issues)
>>> 
>>> 
>> 

Re: [DISCUSS] Plugin search is broken

[Kerri Shotts]

Cool. Thanks! :-)

~ Kerri

> On Mar 24, 2017, at 12:52, Shazron <shaz...@gmail.com> wrote:
> 
> Here:
> https://github.com/apache/cordova-docs/blob/a3589ce66336821f2fd714a1115125cfcfa9fd1b/www/static/plugins/app.js
> 
> On Fri, Mar 24, 2017 at 5:36 AM, Kerri Shotts <kerrisho...@gmail.com> wrote:
> 
>> +1 to moving off npmsearch.
>> 
>> While I’m thinking of it — where does the code for the plugin search live?
>> I found variations on it, but not sure I ever came across the canonical
>> version.
>> 
>> ~ Kerri
>> 
>>> On Mar 23, 2017, at 16:04, Shazron <shaz...@apache.org> wrote:
>>> 
>>> I'm going to assume by lazy consensus that moving off npmsearch is a
>> 'go'.
>>> 
>>> Filed: https://issues.apache.org/jira/browse/CB-12602
>>> 
>>> Currently our plugin search works after I filed those two issues in their
>>> repo and they were was fixed, thus fixing our search.
>>> 
>>> On Sun, Mar 19, 2017 at 4:36 PM, Shazron <shaz...@apache.org> wrote:
>>> 
>>>> Consequently, found another bug and filed: https://issues.apache.
>>>> org/jira/browse/CB-12585
>>>> 
>>>> On Sun, Mar 19, 2017 at 4:04 PM, Shazron <shaz...@apache.org> wrote:
>>>> 
>>>>> I filed https://github.com/nodesource/npmsearch/issues/54 earlier and
>>>>> the dev fixed it right away, yay! So currently our search is working
>> again,
>>>>> but the original proposal stands regarding migration.
>>>>> 
>>>>> On Sun, Mar 19, 2017 at 1:50 PM, Shazron <shaz...@apache.org> wrote:
>>>>> 
>>>>>> Ignore the last message ;)
>>>>>> 
>>>>>> This results in zero results.
>>>>>> http://npmsearch.com/query/?fields=name,keywords,license,des
>>>>>> cription,author,modified,homepage,version,rating=keywords:
>>>>>> %22ecosystem:cordova%22=rating:desc
>>>>>> 
>>>>>> The same URL without the sort query param has results:
>>>>>> 
>>>>>> http://npmsearch.com/query/?fields=name,keywords,license,des
>>>>>> cription,author,modified,homepage,version,rating=keywords:
>>>>>> %22ecosystem:cordova%22
>>>>>> 
>>>>>> 
>>>>>> On Sun, Mar 19, 2017 at 1:44 PM, Shazron <shaz...@apache.org> wrote:
>>>>>> 
>>>>>>> I believe the original problem lies in npmsearch.com erroring on a
>>>>>>> query param "sort":
>>>>>>> http://npmsearch.com/query/?sort=rating:desc=name,key
>>>>>>> words,license,description,author,modified,homepage,version,r
>>>>>>> ating==keywords:%22ecosystem:cordova%22
>>>>>>> 
>>>>>>> The URL above is a query that we send to it. (a simple "sort="
>> results
>>>>>>> in the same error)
>>>>>>> 
>>>>>>> If "sort" is removed, it is fine:
>>>>>>> http://npmsearch.com/query/?fields=name,keywords,license,des
>>>>>>> cription,author,modified,homepage,version,rating==key
>>>>>>> words:%22ecosystem:cordova%22
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> On Sun, Mar 19, 2017 at 1:25 PM, Shazron <shaz...@apache.org> wrote:
>>>>>>> 
>>>>>>>> The impetus for this is, users are reporting [1][2][3][4] that they
>>>>>>>> can't find plugins, and I don't think they know of a search
>> alternative.
>>>>>>>> 
>>>>>>>> In the near term, I think we should tweet how to search for plugins
>>>>>>>> using npmjs.com
>>>>>>>> 
>>>>>>>> [1] https://twitter.com/edeortuzar/status/843310576101146625
>>>>>>>> [2] https://twitter.com/kumakumadev/status/843149557127155712
>>>>>>>> [3] https://twitter.com/quangv/status/842925319254360064
>>>>>>>> [4] https://twitter.com/skumarSDsoft/status/842677001433497600
>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>> On Sun, Mar 19, 2017 at 1:19 PM, Shazron <shaz...@apach

Re: [DISCUSS] Plugin search is broken

[Kerri Shotts]

+1 to moving off npmsearch.

While I’m thinking of it — where does the code for the plugin search live? I 
found variations on it, but not sure I ever came across the canonical version.

~ Kerri

> On Mar 23, 2017, at 16:04, Shazron  wrote:
> 
> I'm going to assume by lazy consensus that moving off npmsearch is a 'go'.
> 
> Filed: https://issues.apache.org/jira/browse/CB-12602
> 
> Currently our plugin search works after I filed those two issues in their
> repo and they were was fixed, thus fixing our search.
> 
> On Sun, Mar 19, 2017 at 4:36 PM, Shazron  wrote:
> 
>> Consequently, found another bug and filed: https://issues.apache.
>> org/jira/browse/CB-12585
>> 
>> On Sun, Mar 19, 2017 at 4:04 PM, Shazron  wrote:
>> 
>>> I filed https://github.com/nodesource/npmsearch/issues/54 earlier and
>>> the dev fixed it right away, yay! So currently our search is working again,
>>> but the original proposal stands regarding migration.
>>> 
>>> On Sun, Mar 19, 2017 at 1:50 PM, Shazron  wrote:
>>> 
 Ignore the last message ;)
 
 This results in zero results.
 http://npmsearch.com/query/?fields=name,keywords,license,des
 cription,author,modified,homepage,version,rating=keywords:
 %22ecosystem:cordova%22=rating:desc
 
 The same URL without the sort query param has results:
 
 http://npmsearch.com/query/?fields=name,keywords,license,des
 cription,author,modified,homepage,version,rating=keywords:
 %22ecosystem:cordova%22
 
 
 On Sun, Mar 19, 2017 at 1:44 PM, Shazron  wrote:
 
> I believe the original problem lies in npmsearch.com erroring on a
> query param "sort":
> http://npmsearch.com/query/?sort=rating:desc=name,key
> words,license,description,author,modified,homepage,version,r
> ating==keywords:%22ecosystem:cordova%22
> 
> The URL above is a query that we send to it. (a simple "sort=" results
> in the same error)
> 
> If "sort" is removed, it is fine:
> http://npmsearch.com/query/?fields=name,keywords,license,des
> cription,author,modified,homepage,version,rating==key
> words:%22ecosystem:cordova%22
> 
> 
> 
> 
> 
> 
> On Sun, Mar 19, 2017 at 1:25 PM, Shazron  wrote:
> 
>> The impetus for this is, users are reporting [1][2][3][4] that they
>> can't find plugins, and I don't think they know of a search alternative.
>> 
>> In the near term, I think we should tweet how to search for plugins
>> using npmjs.com
>> 
>> [1] https://twitter.com/edeortuzar/status/843310576101146625
>> [2] https://twitter.com/kumakumadev/status/843149557127155712
>> [3] https://twitter.com/quangv/status/842925319254360064
>> [4] https://twitter.com/skumarSDsoft/status/842677001433497600
>> 
>> 
>> 
>> 
>> On Sun, Mar 19, 2017 at 1:19 PM, Shazron  wrote:
>> 
>>> ### PROBLEM
>>> 
>>> Plugin search is broken.
>>> 
>>> ### DESCRIPTION
>>> 
>>> Page:
>>> http://cordova.apache.org/plugins/
>>> 
>>> JIRA:
>>> https://issues.apache.org/jira/browse/CB-12579
>>> 
>>> 
>>> Q: How does the plugin search work?
>>> 
>>> A:
>>> Page Source: http://cordova.apache.org/plugins
>>> and the source (this specific line): http://svn.apache.org/v
>>> iewvc/cordova/site/public/plugins/index.html?view=markup#l117
>>> 
>>> which is added from here:
>>> https://github.com/apache/cordova-docs/blob/master/www/plugi
>>> ns/index.html
>>> 
>>> which is generated from this React code:
>>> https://github.com/apache/cordova-docs/blob/a3589ce66336821f
>>> 2fd714a1115125cfcfa9fd1b/www/static/plugins/app.js
>>> 
>>> Nothing shows up as errors in the Web Inspector, so it is hard to
>>> track down.
>>> 
>>> ### MY PROPOSAL
>>> 
>>> The era of needing npmsearch.com to populate this page is over. We
>>> could just redirect users to npmjs.com and add the
>>> "ecosystem:cordova" token (i.e https://www.npmjs.com/sea
>>> rch?q=ecosystem%3Acordova)
>>> 
>>> The alternative is to use npm's Registry API:
>>> https://github.com/npm/registry/commits/master/docs/REGISTRY-API.md
>>> 
>>> The API was only documented earlier this year, if not we would have
>>> used it.
>>> 
>>> 
>> 
> 
 
>>> 
>> 

Re: [DISCUSS] cordova-ios@4.4.0 release

[Kerri Shotts]

Just FYI — I added CB-12287  to 
the Done column; I had the wrong fix version value (d’oh!), so it didn’t get 
picked up originally.

I’m going to try to get to a few of the smaller todos over the weekend.

~ Kerri

> On Mar 1, 2017, at 14:25, Shazron  wrote:
> 
> Board:
> https://issues.apache.org/jira/secure/RapidBoard.jspa?rapidView=162
> 
> In-Progress issues are ones that definitely will get in.
> The others in the backlog ('ToDo') will/may get pushed to cordova-ios@4.4.1
> or later.
> 
> LMK if there are others I missed that should get in.
> 
> I went through all ~160 issues for Component:iOS this past Monday and also
> "Component:No Component" (~20 issues)

Re: Introduction

[Kerri Shotts]

Welcome Corinne! Glad to have you here :-) Nice blog, btw!

~ Kerri

> On Feb 13, 2017, at 11:02, Corinne Krych  wrote:
> ...

Re: CB-11602: (android) Adds onRestart event support

[Kerri Shotts]

Indeed; it felt distinctly strange documenting launch storyboards in the plugin 
when 99% of the logic went into the platform instead. IIRC, the code changes in 
the plugin only amounted to a few lines.

~ Kerri

> On Jan 25, 2017, at 16:47, julio cesar sanchez  wrote:
> 
> +1, iOS needs the launch images even if you don't install the plugin and
> the launch storyboard has some of the logic in cordova-ios

Re: CB-11602: (android) Adds onRestart event support

[Kerri Shotts]

+1 to moving splash screen into platforms.


~ Kerri

> On Jan 25, 2017, at 01:09, Simon MacDonald  wrote:
> 
> I would be happy to see Splash Screen go back to the platforms as well.
> 
> Simon Mac Donald
> http://simonmacdonald.com
> 
> On Tue, Jan 24, 2017 at 10:56 PM, Joe Bowser  wrote:
> 
>> OK, time to address the elephant in the room:
>> 
>> Why is the Splashscreen still a plugin?  It was only made a plugin because
>> someone wanted to be a purist about plugins, and there's actually no good
>> reason for it to not just be built into Cordova.  I used to think
>> Splashscreens were dumb and were used to cover up bad loading times, but
>> there's a good business case for them since people expect them.
>> 
>> Also, related, Splashscreen on Android needs to be rebuilt anyway.  There's
>> numerous bugs with it, and I think adding it back into the platforms might
>> actually delete code and simplify things.
>> 
>> I know that we said these exact things before at meetings and wrote them in
>> minutes that we posted here, but I think now is probably good time to bring
>> this up.
>> 
>> The only reason I don't want to throw this back into Android is because I
>> don't want crap ton of PRs in Cordova-Android just all about Splashscreen.
>> That said, at least we can get those unit tested and actually make sure
>> that 3 second delays are actually 3 seconds and not some random value, and
>> other things like that.
>> 
>> 
>> On Tue, Jan 24, 2017 at 10:47 PM, Jesse  wrote:
>> 
>>> I would like to see us move towards making this platform level
>>> functionality,  The requirements of this API happen mostly outside of the
>>> scope of a plugin's lifetime.
>>> 
>>> If we could get to an api that was just, images with the right names are
>>> presented when the OS decides to do it, the way all native platforms
>> work,
>>> I think we would be better off.
>>> 
>>> 
>>> @purplecabbage
>>> risingj.com
>>> 
>>> On Fri, Jan 20, 2017 at 3:28 AM,  wrote:
>>> 
 Hello,
 
 There's a related issue marked as WontFix [1][2] but as far as I
 understand it does not apply to the SplashScreen plugin as it is
 initialized on startup (via ).
 So the question is - should we add onRestart as it is not fundamentally
 different from onStart, which is supported?
 Or is there a better/more correct way to do it?
 
 [1]: https://issues.apache.org/jira/browse/CB-9620
 [2]: https://issues.apache.org/jira/browse/CB-9621
 
 Please let me know if you have any questions or considerations.
 
 Best regards,
 Sergey Shakhnazarov,
 Akvelon developer.
 
 -Original Message-
 From: Sergey Shakhnazarov [mailto:dase...@apache.org]
 Sent: Thursday, January 12, 2017 12:10
 To: dev 
 Subject: CB-11602: (android) Adds onRestart event support
 
 Hi guys,
 
 I've investigated the CB-11602 Splashscreen plugin receives onPause and
 hides [1] and realized that the splashscreen plugin currently doesn't
 handle onStop->onRestart [2] events properly.
 The reason is that we don't have the onRestart event in cordova-android
>>> so
 I propose to add it [3] and update the splash screen plugin code
 accordingly to handle this pause-resume events correctly [4] (i.e.
 save/restore the splashscreen state on app switch/device lock).
 Please take a look.
 
 [1]: https://na01.safelinks.protection.outlook.com/?url=https%3A%
 2F%2Fissues.apache.org%2Fjira%2Fbrowse%2FCB-11602=02%
 7C01%7Cv-seshak%40microsoft.com%7Cb58575c22fb04ad3c29308d4
 3acabe0f%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C636198
 089826262946=ic0pYXcxfToH7eHWkPUktKDgm0aYMhHgfxqhJ8ECS
 sU%3D=0
 [2]:
 https://na01.safelinks.protection.outlook.com/?url=https%3A%
 2F%2Fdeveloper.android.com%2Freference%2Fandroid%2Fapp%
 2FActivity.html%23onRestart=02%7C01%7Cv-seshak%
 40microsoft.com%7Cb58575c22fb04ad3c29308d43acabe0f%7C72f988b
 f86f141af91ab2d7cd011db47%7C1%7C0%7C636198089826262946=Ido%
 2FCxLiFO9fdJxCTb1HvIt9dBo%2BMtIjwUqo6%2FDyPaw%3D=0()
 [3]: https://na01.safelinks.protection.outlook.com/?url=https%3A%
 2F%2Fgithub.com%2Fapache%2Fcordova-android%2Fpull%
 2F353%2Ffiles=02%7C01%7Cv-seshak%40microsoft.com%7Cb
 58575c22fb04ad3c29308d43acabe0f%7C72f988bf86f141af91ab2d7cd0
 11db47%7C1%7C0%7C636198089826272954=mMHBhAcWSuBXgWOVFS
 TyX8tV8cikEKfAO4hX95A7Zcs%3D=0
 [4]: https://na01.safelinks.protection.outlook.com/?url=https%3A%
 2F%2Fgithub.com%2Fapache%2Fcordova-plugin-splashscreen%
 2Fpull%2F120%2Ffiles=02%7C01%7Cv-seshak%40microsoft.
 com%7Cb58575c22fb04ad3c29308d43acabe0f%7C72f988bf86f141af91a
 b2d7cd011db47%7C1%7C0%7C636198089826272954=Xg5ldRRKYwl
 UGvbCWMUOzk2HIzWStMJze0jFTzif3A8%3D=0
 
 Best regards,
 Sergey Shakhnazarov,
 Akvelon developer.

Re: [Vote] Tools Release

[Kerri Shotts]

I vote +1:

* Ran coho audit-license-headers
* Ran coho check-license
* Verified tags
* Ran mobilespec on iOS sim & Android emulator; only failures were in 
file-transfer and one test in file
* Ran unit tests, no failures

~ Kerri

> On Jan 18, 2017, at 04:37, Steven Gill  wrote:
> 
> Please review and vote on this Tools Release
> by replying to this email (and keep discussion on the DISCUSS thread)
> 
> Release issue: https://issues.apache.org/jira/browse/CB-12358
> 
> tools have been published to
> dist/dev:https://dist.apache.org/repos/dist/dev/cordova/CB-12358/
> 
> The packages were published from their corresponding git tags:
> 
>cordova-js: 4.2.1 (805809bc66)
>cordova-lib: 6.5.0 (3c08c72680)
>cordova-plugman: 1.4.1 (3d92a364f5)
>cordova-cli: 6.5.0 (ece2c9be80)
>cordova-lib: fetch-1.0.2 (3c08c72680)
>cordova-lib: common-2.0.0 (3c08c72680)
>cordova-create: 1.0.2 (f69198e5ab)
> 
> Upon a successful vote I will upload the archives to dist/, publish
> them to npm, and post the corresponding blog post.
> 
> Voting guidelines:
> https://github.com/apache/cordova-coho/blob/master/docs/release-voting.md
> 
> Voting will go on for a minimum of 48 hours.
> 
> I vote +1:
> * Ran coho audit-license-headers over the relevant repos
> * Ran coho check-license to ensure all dependencies and
> subdependencies have Apache-compatible licenses
> * Ran mobilespec
> * Ran unit tests

Re: [DISCUSS] tools release

[Kerri Shotts]

Doing this now. Should have the vote shortly.

~ Kerri

> On Jan 23, 2017, at 11:40, Steven Gill  wrote:
> 
> Hey Folks!
> 
> Need one more vote. Due to an issue with npm linking [1], Need to use npm@2
> to actually link properly and run the tests.
> 
> [1] https://github.com/npm/npm/issues/15537#issuecomment-274140255
> 
> On Mon, Jan 16, 2017 at 9:15 PM, Steven Gill  wrote:
> 
>> I'll try to review those two PRs tomorrow and start the release. The PRs
>> may or may not make it in. I'll update.
>> 
>> I'm happy with the state of the tools currently. Definitely ready for a
>> release.
>> 
>> 
>> 
>> On Jan 16, 2017 7:26 AM, "Darryl Pogue"  wrote:
>> 
>>> If we're doing a tools release, I'd really love to get the
>>> resource-file tag parsing support into cordova-common merged. It lays
>>> the groundwork for supporting  tags in config.xml to
>>> copy files into the platforms, which is currently one of the most
>>> common steps that still relies on custom hooks.
>>> https://github.com/apache/cordova-lib/pull/468
>>> 
>>> I'd also be happy to see the shortname support merged, but it's not
>>> clear if we have consensus on whether it's the best approach or not:
>>> https://github.com/apache/cordova-lib/pull/453
>>> 
>>> On 16 January 2017 at 06:29, Karen Tran  wrote:
 
 +1
 
 On Mon, Jan 16, 2017 at 6:54 AM,  wrote:
 
> Hi guys,
> 
> What is the status of Tools Release?
> We can handle it as we need to release Windows platform with
> cordova-common updates but we need to know the exact list of things
>>> to be
> included in it.
> 
> Please let me know if you have any questions or considerations.
> 
> Best regards,
> Sergey Shakhnazarov,
> Akvelon developer.
> 
> -Original Message-
> From: Vladimir Kotikov (Akvelon) [mailto:v-vlk...@microsoft.com]
> Sent: Wednesday, December 21, 2016 15:46
> To: dev@cordova.apache.org
> Subject: Re: [DISCUSS] tools release
> 
> +1
> 
> We’re specifically interested in these three PRs:
>- https://na01.safelinks.protection.outlook.com/?url=
> https%3A%2F%2Fgithub.com%2Fapache%2Fcordova-lib%2Fpull%
> 2F505=02%7C01%7Cv-seshak%40microsoft.com%
> 7Ce8e7ef34878d497246e008d4299f662b%7C72f988bf86f141af91ab2d7cd011
> db47%7C1%7C0%7C636179211969896647=HkZ%2FmT9ZCcsvLyP3GuqtD%
> 2FZQxyhybaiYA%2BLCrYjBVaU%3D=0
>- https://na01.safelinks.protection.outlook.com/?url=
> https%3A%2F%2Fgithub.com%2Fapache%2Fcordova-lib%2Fpull%
> 2F509=02%7C01%7Cv-seshak%40microsoft.com%
> 7Ce8e7ef34878d497246e008d4299f662b%7C72f988bf86f141af91ab2d7cd011
> db47%7C1%7C0%7C636179211969896647=Aj7muzsOli2qEnuPHyin
>>> tdelemmsZo
> lLlHcTp%2FB9U5E%3D=0
>- https://na01.safelinks.protection.outlook.com/?url=
> https%3A%2F%2Fgithub.com%2Fapache%2Fcordova-lib%2Fpull%
> 2F513=02%7C01%7Cv-seshak%40microsoft.com%
> 7Ce8e7ef34878d497246e008d4299f662b%7C72f988bf86f141af91ab2d7cd011
> db47%7C1%7C0%7C636179211969896647=J3huQ2NR7Zq9JbVsGbzc
>>> SqCIsPmGP%
> 2FIgRJx8VKxuha8%3D=0
> 
> Notice that the first one contains a change that might break plugins
>>> that
> use  to modify appxmanifest files on Windows, so I think
>>> there
> should be a major version bump for cordova-common.
> 
> -
> Best regards, Vladimir
> 
> 
> On 12/21/16, 03:19, "Steven Gill"  wrote:
> 
>Adobe starts shutdown tomorrow until Jan 3 so adobe committers
>>> will be
> away
>during that span.
> 
>I agree we need a release but I'm fine waiting until new year to
>>> start
> it.
>There are a few PRs that would be nice to get in. Our CI for
> cordova-lib
>has been failing for a while due to cordova-android@6.1.0.
>>> Android
> needs a
>6.1.1 release too to fix that (or we update the tests to use
>>> nightly or
>github)
> 
> 
> 
>On Tue, Dec 20, 2016 at 2:51 PM, julio cesar sanchez <
> jcesarmob...@gmail.com
>> wrote:
> 
>> Should we do a tools release?
>> 
>> As we released cordova-android 6.1.0 and it was a minor bump,
>>> the
> current
>> CLI still picks 6.0.0. There is a lot of people hitting the
>>> icons
> problem
>> as they don't read the blog and don't know that 6.1.0 is
>>> available.
>> Also, there is another problem when adding browser platform that
> shows an
>> "Error loading cordova-browser" message, but the platform is
>>> added
>> correctly. This has been also fixed.
>> 
>> 
>> Not related to the release, but as we have a way of showing an
> informative
>> message that tells you that you are not using latest CLI, could
>>> we
> do the
>> same to tell that you are not adding the latest platform
>>> 

Eyeballs for cordova-ios PR #286

[Kerri Shotts]

If anyone has a free moment, a look at PR #286 for cordova-ios would be 
wonderful. I’ve been trying to think of scenarios where this might fail or what 
I’ve missed, and another perspective would probably help!

PR: https://github.com/apache/cordova-ios/pull/286 


I’d like to land this in the next cordova-ios release unless the team thinks 
this would be considered a breaking change, in which case 5.0 is fine by me.

~ Kerri

Re: (CB-12241) Cordova Device plugin: device.serial value does not match the phone's serial number

[Kerri Shotts]

Thanks all! I’ve closed the issue.

~ Kerri

> On Dec 15, 2016, at 01:02, Jesse <purplecabb...@gmail.com> wrote:
> 
> I am replying on the issue in JIRA, because there is no way to know if the
> issue creator is on the dev list, and these replies don't seem to make it
> back.
> 
> 
> 
> @purplecabbage
> risingj.com
> 
> On Wed, Dec 14, 2016 at 8:13 PM, Kerri Shotts <kerrisho...@gmail.com> wrote:
> 
>> Please see https://issues.apache.org/jira/browse/CB-12241 <
>> https://issues.apache.org/jira/browse/CB-12241>.
>> 
>> Based on a quick Google search, I turned this up:
>> http://stackoverflow.com/questions/14161282/serial-
>> number-from-samsung-device-running-android <http://stackoverflow.com/
>> questions/14161282/serial-number-from-samsung-device-running-android>,
>> which implies there’s no standard here, which would make creating a
>> solution that works correctly all the time problematic and a bug magnet (to
>> me, anyway). Given that, I’m inclined to close this issue as “not a
>> problem” and suggest the user fork as needed.
>> 
>> BUT, I’m far from an android expert, so thought I would ask for any
>> Android dev’s out there and see what they think. Thoughts on leaving the
>> bug open or closing it?
>> 
>> ~ Kerri
>> 
>> 

(CB-12241) Cordova Device plugin: device.serial value does not match the phone's serial number

[Kerri Shotts]

Please see https://issues.apache.org/jira/browse/CB-12241 
.

Based on a quick Google search, I turned this up: 
http://stackoverflow.com/questions/14161282/serial-number-from-samsung-device-running-android
 
,
 which implies there’s no standard here, which would make creating a solution 
that works correctly all the time problematic and a bug magnet (to me, anyway). 
Given that, I’m inclined to close this issue as “not a problem” and suggest the 
user fork as needed.

BUT, I’m far from an android expert, so thought I would ask for any Android 
dev’s out there and see what they think. Thoughts on leaving the bug open or 
closing it?

~ Kerri

Re: [BLOG POST] Dec 07 2016 Plugins Release

[Kerri Shotts]

+1

~ Kerri

> On Dec 11, 2016, at 17:17, Shazron  wrote:
> 
> https://github.com/apache/cordova-docs/pull/667
> 
> +1 it, etc
> 
> Pending npm package publish.

Re: [DISCUSSION] Windows tag, what should it be doing?

[Kerri Shotts]

Interesting; if I were configuring a project, I’d be pretty surprised that 
resource-file didn’t copy my file over. I prefer the path of least surprise 
here, so I’d think that resource-file should copy files (if we have to keep the 
existing method, maybe an attribute to switch?). BUT, I’d also prefer to keep 
things simpler, so I’d lean to using  for things like linking to 
DLLs and  for copying resources to the project (that don’t fit 
into other categories).

So, +1 for @jcesar’s suggestion. 


> On Dec 2, 2016, at 02:26, julio cesar sanchez  wrote:
> 
> We have the framework tag for the .dll files, so I think the resource-file
> should copy as the other platforms do.
> If the framework tag is not working as expected, we can change the
> behaviour on windows to work as needed.
> 
> 
> 2016-12-02 6:56 GMT+01:00 Jesse :
> 
>> Hi Karen,
>> 
>> I am not sure which is the best approach, but I agree that this is an
>> issue.  We need to keep the copy functionality.
>> I'll think more and come back.  Hopefully more people weigh in to ...
>> 
>> Cheers,
>>  Jesse
>> 
>> 
>> 
>> @purplecabbage
>> risingj.com
>> 
>> On Tue, Nov 29, 2016 at 9:06 AM, Karen Tran  wrote:
>> 
>>> I want to get some discussion on what the plugin.xml  tag
>>> should be doing in Windows because I didn't know that it had been changed
>>> for a while now.
>>> 
>>> jira issue: https://issues.apache.org/jira/browse/CB-12163
>>> 
>>> Current behavior: Doesn't copy resource file from src to target. Instead,
>>> it will use a reference to the src location. This is the snippet from
>>> PluginHandler.js explaining this behavior, which was not added to the
>> docs.
>>> (https://issues.apache.org/jira/browse/CB-10326)
>>> 
>>> // do not copy, but reference the file in the plugin folder. This
>>> allows to// have multiple source files map to the same target and
>>> select the appropriate// one based on the current build settings, e.g.
>>> architecture.// also, we don't check for existence. This allows to
>>> insert build variables// into the source file name, e.g.//
>>> 
>>> 
>>> 
>>> This is greatly different from the original intent of a the
>> 
>>> tag since it doesn't do a copy. I don't think that this new behavior
>> really
>>> should have replaced the copy functionality. It's a little unintuitive to
>>> reference resources from outside the application. Not all resource files
>>> are .dll, and there's no other reasonable tag to do a copy for files that
>>> are not source files, lib files, or assets. (e.g, I'm using resource-file
>>> tag with a .properties file, but because it does not get copied over, I
>>> can't reference my properties).
>>> 
>>> These are the points I think we should come to a decision on
>>> 1. What should be the default behavior of  tag? Should it
>>> simply be copy resources as it was originally intended to, or should it
>> be
>>> doing what it is now, which is making a reference to the resource files.
>>> 2. Should  tag handle both functionalities, or should one
>> be
>>> separated out into another tag?
>>> 
>> 


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

Re: [Vote] 4.3.1 iOS Release

[Kerri Shotts]

I vote +1:

Created mobilespec for ios
Ran mobilespec auto tests on iOS emulator, some failures (all expected on my 
end: file-transfer & 2 media tests)
Ran npm test, no errors
Created hello-world app via CLI, OK
Ran on device OK
Upgraded app via CLI, OK
Ran cordova-lib tests, no errors
Tested storyboard launch images, OK
Ran on device, OK

~ Kerri

> On Nov 30, 2016, at 19:28, Shazron  wrote:
> 
> Please review and vote on this 4.3.1 iOS Release
> by replying to this email (and keep discussion on the DISCUSS thread)
> 
> Release issue: https://issues.apache.org/jira/browse/CB-12203
> 
> The archive has been published to dist/dev:
> https://dist.apache.org/repos/dist/dev/cordova/CB-12203
> 
> The package was published from its corresponding git tag:
>cordova-ios: 4.3.1 (8fe24d41b0)
> 
> Note that you can test it out via:
> 
>cordova platform add https://github.com/apache/cordova-ios#4.3.1
> 
> Upon a successful vote I will upload the archive to dist/, publish it to
> npm, and post the blog post.
> 
> Voting guidelines:
> https://github.com/apache/cordova-coho/blob/master/docs/release-voting.md
> 
> Voting will go on for a minimum of 48 hours.
> 
> I vote +1:
> * Ran coho audit-license-headers over the relevant repos
> * Ran coho check-license to ensure all dependencies and sub-dependencies
> have Apache-compatible licenses
> * Ensured continuous build was green when repo was tagged

Re: [DISCUSS] cordova-ios 4.3.1 patch release

[Kerri Shotts]

Thanks!

Pushed to 4.3.x.

~ Kerri

> On Nov 22, 2016, at 13:11, Shazron <shaz...@gmail.com> wrote:
> 
> Thanks Kerri, please do push it to 4.3.x
> I'll take mobile-spec out for spin with your changes.
> 
> On Tue, Nov 22, 2016 at 10:59 AM, Kerri Shotts <kerrisho...@gmail.com>
> wrote:
> 
>> All,
>> 
>> I think I’ve got everything fixed for the storyboard feature. I’ve tested
>> it on my side along with the new automated tests using Travis & Appveyor.
>> 
>> IIRC, the reason the storyboard feature was disabled for 4.3.0 was a build
>> failure in mobilespec. I’m able to build my local mobilespec just fine, but
>> it would be fantastic if someone else could test and make sure that
>> mobilespec builds correctly for them as well. If it doesn’t, I’d love to
>> see the error message that is generated (if any).
>> 
>> @shazron: I cherry-picked the commits for CB-12084, CB-12130, CB-12155 to
>> my own 4.3.x branch (https://github.com/kerrishotts/cordova-ios/
>> commits/4.3.x). If the commits look OK (I used -x), I can push to Apache
>> so you don’t have to cherry-pick them yourself, unless you really, really
>> want to. ;-)
>> 
>> ~ Kerri
>> 
>>> On Nov 18, 2016, at 18:29, Shazron <shaz...@gmail.com> wrote:
>>> 
>>> I'll get that in Connor. Thanks for the PR!
>>> 
>>> On Fri, Nov 18, 2016 at 5:35 AM, Connor Pearson <cjp...@gmail.com>
>> wrote:
>>> 
>>>> Could we also include CB-11243? It can block submissions to iTunes
>> Connect
>>>> if you aren't building a universal app.
>>>> 
>>>> On Wed, Nov 16, 2016 at 4:52 PM, Kerri Shotts <kerrisho...@gmail.com>
>>>> wrote:
>>>> 
>>>>> Cool. I’m working on a couple things related to launch storyboards:
>>>>> 
>>>>> - CB-12155: automated tests for launch storyboards, so we can feel
>>>>> confident things are working as they should — in progress; probably 33%
>>>>> done (so if I’m lucky, done by EOW).
>>>>> - CB-12084: clean breaking Xcode project — this also let me know that I
>>>>> need to tweak the Launch Images build setting depending on certain
>>>>> situations. I’ve already got this built — PR coming soon which should
>>>> kick
>>>>> off CI.
>>>>> 
>>>>> I’ve got CB-9762 open as the top-level issue for everything I’m working
>>>> on.
>>>>> 
>>>>> ~ Kerri
>>>>> 
>>>>>> On Nov 16, 2016, at 15:34, Shazron <shaz...@gmail.com> wrote:
>>>>>> 
>>>>>> Kerri, I will cherry-pick the fixes for the two issues you worked on
>>>> into
>>>>>> the 4.3.x branch when you are done.
>>>>>> 
>>>>>> On Wed, Nov 16, 2016 at 1:31 PM, Shazron <shaz...@gmail.com> wrote:
>>>>>> 
>>>>>>> Any other issues that need to go in this release? The main focus has
>>>>> been
>>>>>>> to patch any new features that were released in 4.3.0. If not, they
>>>>> would
>>>>>>> go in 4.4.0 (next version) or 5.0.0 (next year).
>>>>>>> 
>>>>>>> See: https://issues.apache.org/jira/issues/?jql=
>>>>>>> fixVersion%20%3D%20%22cordova-ios%404.3.1%22%20AND%
>>>> 20project%20%3D%20CB
>>>>>>> (Kerri is working on that last issue, before I prepare the release)
>>>>>>> 
>>>>>>> 
>>>>> 
>>>>> 
>>>> 
>> 
>> 

Re: [DISCUSS] cordova-ios 4.3.1 patch release

[Kerri Shotts]

All,

I think I’ve got everything fixed for the storyboard feature. I’ve tested it on 
my side along with the new automated tests using Travis & Appveyor.

IIRC, the reason the storyboard feature was disabled for 4.3.0 was a build 
failure in mobilespec. I’m able to build my local mobilespec just fine, but it 
would be fantastic if someone else could test and make sure that mobilespec 
builds correctly for them as well. If it doesn’t, I’d love to see the error 
message that is generated (if any).

@shazron: I cherry-picked the commits for CB-12084, CB-12130, CB-12155 to my 
own 4.3.x branch (https://github.com/kerrishotts/cordova-ios/commits/4.3.x). If 
the commits look OK (I used -x), I can push to Apache so you don’t have to 
cherry-pick them yourself, unless you really, really want to. ;-)

~ Kerri

> On Nov 18, 2016, at 18:29, Shazron <shaz...@gmail.com> wrote:
> 
> I'll get that in Connor. Thanks for the PR!
> 
> On Fri, Nov 18, 2016 at 5:35 AM, Connor Pearson <cjp...@gmail.com> wrote:
> 
>> Could we also include CB-11243? It can block submissions to iTunes Connect
>> if you aren't building a universal app.
>> 
>> On Wed, Nov 16, 2016 at 4:52 PM, Kerri Shotts <kerrisho...@gmail.com>
>> wrote:
>> 
>>> Cool. I’m working on a couple things related to launch storyboards:
>>> 
>>> - CB-12155: automated tests for launch storyboards, so we can feel
>>> confident things are working as they should — in progress; probably 33%
>>> done (so if I’m lucky, done by EOW).
>>> - CB-12084: clean breaking Xcode project — this also let me know that I
>>> need to tweak the Launch Images build setting depending on certain
>>> situations. I’ve already got this built — PR coming soon which should
>> kick
>>> off CI.
>>> 
>>> I’ve got CB-9762 open as the top-level issue for everything I’m working
>> on.
>>> 
>>> ~ Kerri
>>> 
>>>> On Nov 16, 2016, at 15:34, Shazron <shaz...@gmail.com> wrote:
>>>> 
>>>> Kerri, I will cherry-pick the fixes for the two issues you worked on
>> into
>>>> the 4.3.x branch when you are done.
>>>> 
>>>> On Wed, Nov 16, 2016 at 1:31 PM, Shazron <shaz...@gmail.com> wrote:
>>>> 
>>>>> Any other issues that need to go in this release? The main focus has
>>> been
>>>>> to patch any new features that were released in 4.3.0. If not, they
>>> would
>>>>> go in 4.4.0 (next version) or 5.0.0 (next year).
>>>>> 
>>>>> See: https://issues.apache.org/jira/issues/?jql=
>>>>> fixVersion%20%3D%20%22cordova-ios%404.3.1%22%20AND%
>> 20project%20%3D%20CB
>>>>> (Kerri is working on that last issue, before I prepare the release)
>>>>> 
>>>>> 
>>> 
>>> 
>> 

Re: [DISCUSS] cordova-ios 4.3.1 patch release

[Kerri Shotts]

Cool. I’m working on a couple things related to launch storyboards:

 - CB-12155: automated tests for launch storyboards, so we can feel confident 
things are working as they should — in progress; probably 33% done (so if I’m 
lucky, done by EOW).
 - CB-12084: clean breaking Xcode project — this also let me know that I need 
to tweak the Launch Images build setting depending on certain situations. I’ve 
already got this built — PR coming soon which should kick off CI.

I’ve got CB-9762 open as the top-level issue for everything I’m working on.

~ Kerri

> On Nov 16, 2016, at 15:34, Shazron  wrote:
> 
> Kerri, I will cherry-pick the fixes for the two issues you worked on into
> the 4.3.x branch when you are done.
> 
> On Wed, Nov 16, 2016 at 1:31 PM, Shazron  wrote:
> 
>> Any other issues that need to go in this release? The main focus has been
>> to patch any new features that were released in 4.3.0. If not, they would
>> go in 4.4.0 (next version) or 5.0.0 (next year).
>> 
>> See: https://issues.apache.org/jira/issues/?jql=
>> fixVersion%20%3D%20%22cordova-ios%404.3.1%22%20AND%20project%20%3D%20CB
>> (Kerri is working on that last issue, before I prepare the release)
>> 
>> 

Re: Release cordova-android 6.0.1?

[Kerri Shotts]

+1

~ Kerri

> On Oct 31, 2016, at 18:27, julio cesar sanchez  wrote:
> 
> On cordova-android 6.0.0 the splash and icons are broken (see
> https://issues.apache.org/jira/browse/CB-12077)
> 
> The PR has just been merged and I think we have to release it as soon as
> possible as there has been 4 duplicated issues already
> 
> WDYT?

Re: [DISCUSS] cordova-plugin-compat release

[Kerri Shotts]

+1

~ Kerri

> On Oct 31, 2016, at 16:30, Shazron  wrote:
> 
> +1
> 
> On Mon, Oct 31, 2016 at 2:28 PM, Joe Bowser  wrote:
> 
>> Hey
>> 
>> We need to release cordova-plugin-compat so that we can proceed with a
>> cordova-plugin-camera release now that we have cordova-android 6.0.0
>> released.
>> 
>> The main change that we have is a fallback method that we're using to fetch
>> the application ID out of the BuildConfig.  We need to use this for the
>> FilesProvider that we're using to get around the Nougat security fixes that
>> we added.
>> 
>> It would be great to get this in, since this is currently blocking all work
>> on accepting other android-based PRs.
>> 
>> What do people think?
>> 
>> Joe
>> 

Re: [VOTE] 4.3.0 iOS Release

[Kerri Shotts]

I vote +1:

* Ran coho audit-license-headers
* Ran coho check-license
* Ran npm test (all passed)
* Was able to create a hello-world project and run on iOS sim

~ Kerri

> On Oct 24, 2016, at 13:30, Joe Bowser  wrote:
> 
> I vote +1:
> * Ran coho audit-license-headers over the relevant repos
> * Ran coho check-license to ensure all dependencies and subdependencies
> have Apache-compatible licenses
> * Ran mobile-spec against the Simulator
> 
> 
> On Sat, Oct 22, 2016 at 2:40 AM, Shazron  wrote:
> 
>> Please review and vote on this 4.3.0 iOS Release
>> by replying to this email (and keep discussion on the DISCUSS thread)
>> 
>> Release issue: https://issues.apache.org/jira/browse/CB-12054
>> 
>> The archive has been published to dist/dev:
>> https://dist.apache.org/repos/dist/dev/cordova/CB-12054
>> 
>> The package was published from its corresponding git tag:
>>cordova-ios: 4.3.0 (a59101beb1)
>> 
>> Note that you can test it out via:
>> 
>>cordova platform add https://github.com/apache/cordova-ios#4.3.0
>> 
>> Upon a successful vote I will upload the archive to dist/, publish it to
>> npm, and post the blog post.
>> 
>> Voting guidelines:
>> https://github.com/apache/cordova-coho/blob/master/docs/release-voting.md
>> 
>> Voting will go on for a minimum of 48 hours.
>> 
>> I vote +1:
>> * Ran coho audit-license-headers over the relevant repos
>> * Ran coho check-license to ensure all dependencies and subdependencies
>> have Apache-compatible licenses
>> * Ensured continuous build was green when repo was tagged
>> 

Re: [DISCUSS] cordova-ios 4.3.0 release

[Kerri Shotts]

@shazron 

So I looked more closely at your commit, and you mention a build exception in 
mobile spec? I’ve tried to replicate a build exception, but I can’t get one — 
can you share the error logs you were getting?

I agree; I’ll push out a PR early next week and re-open the issue to land it in 
4.3.1.


> On Oct 22, 2016, at 23:48, Shazron <shaz...@gmail.com> wrote:
> 
> Hi Kerri, which changes? Is it related to my fix for the code in
> prepare.js?
> I think we should push this fix for 4.3.1, which I will launch a.s.a.p once
> there is a PR for it :)
> 
> On Sat, Oct 22, 2016 at 9:28 PM, Kerri Shotts <kerrisho...@gmail.com> wrote:
> 
>> So, while testing for the VOTE thread, I discovered that a couple recent
>> changes have broken launch image storyboard support. As it stands now, the
>> broken code does NOT break existing functionality — it just means that
>> should a user utilize the launch storyboard image feature, it will render
>> as a white splash screen. The app itself would still work.
>> 
>> I’ve figured out the fix — a couple of lines need tweaking in prepare.js,
>> but I don’t want to hold up 4.3.0 unnecessarily as there are lots of other
>> important features to get out. If we wanted, we could release the above fix
>> in 4.3.1 and promote launch storyboard images then. Although if there’s a
>> quick way to pull the fix in, that’d be my preference… :-)
>> 
>> Thoughts?
>> 
>> ~ Kerri
>> 
>>> On Oct 20, 2016, at 15:38, Shazron <shaz...@gmail.com> wrote:
>>> 
>>> Chock full of new features:
>>> - CocoaPods (static libs only) support as 
>>> - Xcode 8 / iOS 10 support
>>> - buildFlag support on the command line
>>> - iPad storyboard support
>>> - others that I may have forgot
>>> 
>>> All the outstanding PRs and (according to me) issues that can get fixed
>>> are in.
>>> 
>>> Let me know if there are any concerns, if not I'll start the vote
>> tomorrow.
>> 
>> 


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

Re: [DISCUSS] cordova-ios 4.3.0 release

[Kerri Shotts]

So, while testing for the VOTE thread, I discovered that a couple recent 
changes have broken launch image storyboard support. As it stands now, the 
broken code does NOT break existing functionality — it just means that should a 
user utilize the launch storyboard image feature, it will render as a white 
splash screen. The app itself would still work.

I’ve figured out the fix — a couple of lines need tweaking in prepare.js, but I 
don’t want to hold up 4.3.0 unnecessarily as there are lots of other important 
features to get out. If we wanted, we could release the above fix in 4.3.1 and 
promote launch storyboard images then. Although if there’s a quick way to pull 
the fix in, that’d be my preference… :-)

Thoughts?

~ Kerri

> On Oct 20, 2016, at 15:38, Shazron  wrote:
> 
> Chock full of new features:
> - CocoaPods (static libs only) support as 
> - Xcode 8 / iOS 10 support
> - buildFlag support on the command line
> - iPad storyboard support
> - others that I may have forgot
> 
> All the outstanding PRs and (according to me) issues that can get fixed
> are in.
> 
> Let me know if there are any concerns, if not I'll start the vote tomorrow.

Re: Code/Doc review for CB-9762 & CB-11829/11830

[Kerri Shotts]

Thanks! :-) 

Also — thanks for catching those typos; I’ll fix those shortly. 

~ Kerri

> On Sep 28, 2016, at 16:59, Shazron <shaz...@gmail.com> wrote:
> 
> Thanks Kerri! This is a crazy amount of work! I'm not sure I understand it
> all, but good to get it out there for people to use/test.
> 
> On Wed, Sep 28, 2016 at 2:00 PM, Kerri Shotts <kerrisho...@gmail.com> wrote:
> 
>> FYI:
>> 
>> Pushed to core & splashscreen; CI is happy. Closed corresponding issues.
>> 
>> ~ Kerri
>> 
>>> On Sep 26, 2016, at 13:56, Kerri Shotts <kerrisho...@gmail.com> wrote:
>>> 
>>> I’ve added the storyboard support as described in CB-9762 to the
>> splashscreen plugin in CB-11829 and have finished the docs for the feature
>> as well. It’d be great to have a couple eyeballs take a quick look at the
>> following PRs and seeing if anything jumps out. :-)
>>> 
>>> Core support: https://github.com/apache/cordova-ios/pull/250/files
>>> Plugin changes & doc: https://github.com/apache/
>> cordova-plugin-splashscreen/pull/114/files
>>> 
>>> CI is happy, and all tests pass, although I should note that no new
>> tests have been introduced. One can test the visuals manually using the
>> splashscreen plugin’s manual tests on real devices (see quirks section of
>> docs).
>>> 
>>> Note: I’ve put the docs for the entire feature in the splash screen
>> docs, since that’s currently the only place we have any documentation
>> relating to splash screens. If we want to put this documentation elsewhere
>> or split it out (it’s long!), let me know.
>>> 
>>> ~Kerri
>> 
>> 

Re: Code/Doc review for CB-9762 & CB-11829/11830

[Kerri Shotts]

FYI:

Pushed to core & splashscreen; CI is happy. Closed corresponding issues.

~ Kerri

> On Sep 26, 2016, at 13:56, Kerri Shotts <kerrisho...@gmail.com> wrote:
> 
> I’ve added the storyboard support as described in CB-9762 to the splashscreen 
> plugin in CB-11829 and have finished the docs for the feature as well. It’d 
> be great to have a couple eyeballs take a quick look at the following PRs and 
> seeing if anything jumps out. :-) 
> 
> Core support: https://github.com/apache/cordova-ios/pull/250/files
> Plugin changes & doc: 
> https://github.com/apache/cordova-plugin-splashscreen/pull/114/files
> 
> CI is happy, and all tests pass, although I should note that no new tests 
> have been introduced. One can test the visuals manually using the 
> splashscreen plugin’s manual tests on real devices (see quirks section of 
> docs).
> 
> Note: I’ve put the docs for the entire feature in the splash screen docs, 
> since that’s currently the only place we have any documentation relating to 
> splash screens. If we want to put this documentation elsewhere or split it 
> out (it’s long!), let me know.
> 
> ~Kerri

Code/Doc review for CB-9762 & CB-11829/11830

[Kerri Shotts]

I’ve added the storyboard support as described in CB-9762 to the splashscreen 
plugin in CB-11829 and have finished the docs for the feature as well. It’d be 
great to have a couple eyeballs take a quick look at the following PRs and 
seeing if anything jumps out. :-) 

Core support: https://github.com/apache/cordova-ios/pull/250/files
Plugin changes & doc: 
https://github.com/apache/cordova-plugin-splashscreen/pull/114/files

CI is happy, and all tests pass, although I should note that no new tests have 
been introduced. One can test the visuals manually using the splashscreen 
plugin’s manual tests on real devices (see quirks section of docs).

Note: I’ve put the docs for the entire feature in the splash screen docs, since 
that’s currently the only place we have any documentation relating to splash 
screens. If we want to put this documentation elsewhere or split it out (it’s 
long!), let me know.

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

Re: [DISCUSS] Not requiring an iCLA for contributions

[Kerri Shotts]

+1

~ Kerri

> On Sep 13, 2016, at 12:27, Shazron  wrote:
> 
> Bump. There can't be lazy consensus on this. Before I potentially waste
> time on drafting a proposal, trying to feel the temperature on this change.
> 
> On Fri, Sep 9, 2016 at 3:34 PM, Shazron  wrote:
> 
>> It's up to us to decide, and right now we require the iCLA except for
>> trivial contributions.
>> 
>> I want to change this to a more relaxed requirement:
>> 1. Non-committers do not require an iCLA (you need one anyway to get an
>> account, so that's really a non-issue)
>> 2. Require a clear intent by the author to contribute under our normal
>> terms, for a non-trivial change
>> 
>> So some of you will be wondering, what does Apache say about this?
>> From: http://mail-archives.apache.org/mod_mbox/www-infrastru
>> cture-dev/201112.mbox/%3ca603ffce-623b-43e9-87f8-39baa51c7...@gbiv.com%3E
>> 
>> Roy Fielding:
>> "Yes, that opinion comes from me speaking as a board member and
>> author of the Apache License, and has previously been cleared
>> with Apache's legal team for a long ago discussion with Incubator.
>> We don't need a CLA on file to accept contributions from non-committers.
>> We just need a clear intent by the author to contribute under
>> our normal terms."
>> 
>> Other opinions: http://apetro.ghost.io/apache-contributors-no-cla/
>> 
>> We need to change our Contribute page:
>> http://cordova.apache.org/contribute/
>> 
>> ... as well as any PR templates:
>> https://github.com/apache/cordova-plugin-media/blob/master/.
>> github/PULL_REQUEST_TEMPLATE.md
>> 
>> This declaration of intent, if posted on Github, will be reflected on
>> dev@cordova.apache.org since Apache sends out an email on each PR or
>> comment to a PR, so we will be able to track it in our archives.
>> 
>> As usual it is always the committer's responsibility to make sure that all
>> code they push to a repository is compliant with ASF policies.
>> 
>> 

CB-9762 iOS Launch Storyboard update

[Kerri Shotts]

So, in playing around with my PR, I've discovered the following:

- Travis CI fails because it is using Xcode 6.1; they pass if I specify Xcode 
7.3 explicitly.
- Xcode 6.1 does not like the additions I made to the asset library and it 
complains loudly about about the storyboard (even when not set as the launch 
storyboard)
- Cordova documentation 
(http://cordova.apache.org/docs/en/latest/guide/platforms/ios/index.html#requirements-and-support)
 indicates that the minimum required version of Xcode is 6.0
- Xcode 6.0 will run on macOS 10.9 and higher.

This leads me to believe that this would be considered a breaking change, since 
the minimum version of Xcode would now be 7.0. Xcode 7.0 requires a minimum of 
macOS 10.10.4. 

Given all of that, I'm thinking this can't be rolled out until we have a major 
cordova-ios release. Thoughts? 

[Also added the above to the JIRA issue]

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

Re: [iOS] Feature change - updates in config.xml

[Kerri Shotts]

+1; totally fine with this. :-)

~ Kerri

> On Aug 24, 2016, at 20:30, Shazron  wrote:
> 
> More details and discussion in:
> https://issues.apache.org/jira/browse/CB-11712
> 
> In brief, the proposed change is:
>  changes in config.xml will not be allowed, and cordova will print an
> error, with instructions on what to do instead. The instructions will tell
> the user to do a `cordova platform rm ios` then a `cordova platform add
> ios`. This should be pretty quick since we cache platforms.
> 
> Before hitting "Reply" to this email with your comment, check out the issue
> where we discuss this in length.

Re: CB-9963 iOS uuid should remain even after uninstall

[Kerri Shotts]

I’ve got multiple cents worth of opinions on this one, so bullet points (each 
worth 2¢):

Persistent UUID is (IMNSHO) anti-user and bad for privacy. I’ve yet to see a 
good reason why this would be a good thing to support, and I’m glad Apple 
doesn’t let apps get it anymore. As such, I’m OK with the device plugin not 
guaranteeing an immutable identifier.
I don’t like lots of inconsistency between platforms, though. So for the same 
reason I’d vote -1 for device.uuidForVendor as iOS only is the same reason I 
don’t like the fact that UUID currently behaves differently across platforms. 
But I don’t like adding lots of code and using keychain to fix that. Not 
everyone who uses device is going to need the keychain, and so (for the vast 
majority of dev), this seems like wasted code and bytes.
So my hope would be this: device.uuid gets deprecated and goes away eventually. 
This results in less inconsistency between platforms, and removes an anti-user 
tracking mechanism in the process. Should someone need it, well… they can 
create a plugin for it. 
Somewhat related: what’s device.serial used for? Since it supports only Android 
& OS X, perhaps it should also go away?

~ Kerri

> On Aug 24, 2016, at 03:00, Zam Light  wrote:
> 
> i knew apple restricted the real uuid usage,
> but let's minimize the thing, other platform seems to return reliable
> unique uuid per device with same user,
> and iOS return a different behavior in uninstall and reinstall situation.
> it looks little weird when use plugin because of different behavior.
> 
> how about device.uuid return unique key and device.uuidForVendor for iOS
> platform only?
> 
> On Wed, Aug 24, 2016 at 8:07 AM Jesse  wrote:
> 
>> Please do not add this to the cordova-plugin-device, if you want to create
>> a new plugin to handle this, then go for it.
>> Apple restricted the real uuid's use for a reason, and cordova should
>> respect it.
>> 
>> 
>> @purplecabbage
>> risingj.com
>> 
>> On Tue, Aug 23, 2016 at 12:05 PM, julio cesar sanchez <
>> jcesarmob...@gmail.com> wrote:
>> 
>>> As the issue is an improvement and not a bug, I think we should discuss
>> if
>>> this should be added. I commented this on the issue long time ago
>>> 
>>> 
>>> So I think that storing the identifierForVendor on the keychain might be
>> a
>>> good idea, but not sure if we should add it to the device plugin or if
>> the
>>> developer should use a keychain plugin to store the device.uuid value if
>> we
>>> wants to get always the same value, maybe some developers want the real
>>> identifierForVendor value and not the first one
>>> 
>>> 
>>> 
>>> I think keychain is very complex and will add a lot of code to the
>>> plugin just to store a value, and some users might want the real
>>> identifierForVendor value. If an user wants to store the value can use a
>>> keychain plugin.
>>> 
>>> 
>>> El martes, 23 de agosto de 2016, Shazron  escribió:
>>> 
 Done.
 
 On Tue, Aug 23, 2016 at 10:15 AM, Zam Light > wrote:
 
> Hi:
> 
> i want to solve this issue with below link, could someone assign me
>> to
 it?
> 
> https://issues.apache.org/jira/browse/CB-9963?
>>> focusedCommentId=15432832&
> page=com.atlassian.jira.plugin.system.issuetabpanels:
> comment-tabpanel#comment-15432832
> 
> 
> --
> Best Regards,
> Zam
> 
 
>>> 
>> 
> -- 
> Best Regards,
> Zam

Re: [NODE] Can we drop node 0.x support?

[Kerri Shotts]

+1 as well
Kerri 



On Fri, Aug 12, 2016 at 8:18 PM -0500, "Jesse"  wrote:










+1
Please!

> On Aug 12, 2016, at 5:43 PM, Shazron  wrote:
> 
> cordova-lib engine says we still do support 0.x:
> https://github.com/apache/cordova-lib/blob/2a178662acfad9c779114fddd815e484fc1b6f1d/cordova-lib/package.json#L16
> 
> Can we drop support? Seems time.
> 
> See: https://twitter.com/feross/status/763548182416494593
> "Node v0.10 will be completely UNSUPPORTED in just 50 days. No security
> fixes."

Re: Does Cordova 6.0.0 support iOS 10 and Android N operating systems?

[Kerri Shotts]

Cordova does not officially support pre-release operating systems. N should be 
out soon, and iOS is usually released in the fall. Cordova support typically 
follows shortly after.
That said, Cordova doesn't have any checks to prevent you from targeting these 
versions, so go ahead and try (it would be a good idea to check the issue 
tracker for issues you may encounter). If you encounter a bug not previously 
reported, please report it using the issue tracker so that the lead time 
between OS release and Cordova release can be reduced.
About reporting issues: http://cordova.apache.org/contribute/issues.html
Hope that helps!
~Kerri
_
From: Eswara K. Jonnadula 
Sent: Friday, August 12, 2016 08:19
Subject: Does Cordova 6.0.0 support iOS 10 and Android N operating systems?
To:  
Cc: Bheemsena Rao , Santosh Mangsuli 


Hi,

We started using Cordova mobile application development framework 6.0.0 version 
for one of our applications.
We want to extend our application support on iOS 10 and Android N operating 
systems.

As per the Cordova documentation Cordova 6.0.0 version supports following 
mobile operating system versions.

iOS:
iOS 8 and iOS9
Android:
Android 6

My question is:
Does Cordova 6.0.0 supports iOS 10 and Android N versions?
If not which version of Cordova release is going to support iOS 10 and Android 
N operating systems.

Thanks,
Eswar

Re: [Discuss] Why was device.name removed from the device-plugin?

[Kerri Shotts]

-1 to using Bluetooth to get the device name. That would add an additional 
permission (AFAICT) that is hard to justify to an end user, and which would be 
added to a good number of Cordova apps intending only to use the device plugin 
to implement platform-specific features or workarounds. 
I agree with Joe -- this is best in a separate plugin. That give the dev a 
choice if they can justify the extra permission, and the potential headache 
that comes with arbitrary device names (or lack thereof). 
My two cents, anyway. :)
~Kerri

Re: [DRAFT] Cordova Board Report for June 2016

[Kerri Shotts]

LGTM

~ Kerri 



On Wed, Jun 8, 2016 at 6:30 PM -0500, "Shazron"  wrote:










https://github.com/cordova/apache-board-reports/blob/master/2016/2016-06.md

Let me know of any edits, or anything I missed.
I'm aiming to send this by EOD today or early tomorrow.

Thanks!

Re: Cordova Monthly Hangouts

[Kerri Shotts]

Quick update on my part — I might be able to make it at that time. A lot
depends upon a couple things going on tomorrow, so I won’t know for sure
just yet, but I’m going to cross my fingers and think a lot of happy
thoughts. :-)




From: Jesse <purplecabb...@gmail.com> <purplecabb...@gmail.com>
Reply: dev@cordova.apache.org <dev@cordova.apache.org>
<dev@cordova.apache.org>
Date: May 31, 2016 at 5:15:00 PM
To: dev@cordova.apache.org <dev@cordova.apache.org> <dev@cordova.apache.org>
Subject:  Re: Cordova Monthly Hangouts

I have deleted all available dates in the past, because if time travel were
ever going to be possible it would already have happened. I have also
deleted the imposter Tommy, and let the good one stay.

At this point, it is looking like Thursday June 2, at 12:00 PM SF Time.

This gives us: Steve, Me, Edna, Joe, Michael, Simon, Dmitry, Vladimir and
Tommy.
But it unfortunately doesn't work for Parshu, or Kerri

Anyone else want to respond?
http://doodle.com/poll/xvifrwwnqci2fti3

Cheers,
Jesse


@purplecabbage
risingj.com

On Tue, May 31, 2016 at 1:03 PM, Jesse <purplecabb...@gmail.com> wrote:

> Okay, my apologies, I totally dropped the ball on this.
> Since we are not having the hangout literally 1 hour ago, which was the
> best available time, please everyone have another look and let's see what
> we can salvage from this.
>
> If you haven't put your name in, please do so soon so we can agree on a
> time.
>
> Cheers,
> Jesse
>
>
>
> @purplecabbage
> risingj.com
>
> On Fri, May 13, 2016 at 10:52 AM, Kerri Shotts <ke...@photokandy.com>
> wrote:
>
>> Thanks for posting the doodle! I've put in my availability.
>>
>> *Kerri Shotts*, photoKandy Studios LLC • (312) 380–1035 • (618) 435–0823
>> *(mobile)*
>>
>> http://www.photokandy.com/ • @photokandy <http://twitter.com/photokandy>
>> •
>> Github <https://github.com/kerrishotts> • CoderWall
>> <https://coderwall.com/kerrishotts>
>>
>> Apps on the Apple  Store →
>> <https://itunes.apple.com/us/artist/photokandy-studios-llc/id498577828>
>> <https://itunes.apple.com/us/artist/photokandy-studios-llc/id498577828>
>>
>> → *CONFIDENTIAL* ←
>>
>> This email and any attachments may be confidential. If you are not the
>> intended recipient, please let us know by replying to this message, and
>> then remove the message and its attachments from your system. You should
>> not disseminate, distribute, or otherwise copy or release the
information
>> contained herein, nor can we accept any liability for any loss or
damages
>> resulting from the use, abuse, or mis-use of the information contained
>> herein.
>>
>> → *SECURITY* ←
>>
>> Computer viruses can be distributed via email. It is the recipient’s
>> responsibility to check this email and any attachments for viruses.
Email
>> transmission cannot be guaranteed to be secure or error-free as the
email
>> could have been intercepted, corrupted, delayed, and/or re-transmitted.
>> The
>> sender does not accept any liability for errors or omissions within this
>> message or its attachments, nor for any viruses which may be present.
>>
>> *Note:* We do our very best to ensure that nothing we send contains
>> viruses. However, because of the nature of email and the way it is sent,
>> we
>> can’t promise that some other party hasn’t intercepted our email and
added
>> malicious content. Due to the nature of email, we can’t accept any
>> liability for any damage or loss arising from the use, abuse, or mis-use
>> of
>> this email and any of its attachments.
>>
>> → *PRIVACY* ←
>>
>> Email is not a secure communications medium. When replying to this or
any
>> message, you should not include any information that you do not want the
>> entire world to be capable of seeing. In other words, don’t send
financial
>> accounts (CC#s, Bank Account #s, etc.), passwords, social security
>> numbers,
>> or the like, even when asked directly. photoKandy Studios LLC will
>> *never* ask
>> you for this information.
>>
>> Information transmitted via email may be intercepted and retransmitted
by
>> any number of other entities. This is the nature of email, and as such,
we
>> can’t be held liable for any loss or damage incurred by replying to this
>> message with compromising information. Review your message prior to
>> sending
>> it, and ensure that there is no information you wouldn’t be comfortable
>> with the entire world knowing.
>>
>> On Fri, May 13, 2016 at 12:43 PM, Jesse <purplecabb...@gmail.com> wrote:
>>
>> 

Re: Cordova Monthly Hangouts

[Kerri Shotts]

Thanks for posting the doodle! I've put in my availability.

*Kerri Shotts*, photoKandy Studios LLC • (312) 380–1035 • (618) 435–0823
*(mobile)*

http://www.photokandy.com/ • @photokandy <http://twitter.com/photokandy> •
Github <https://github.com/kerrishotts> • CoderWall
<https://coderwall.com/kerrishotts>

Apps on the Apple  Store →
<https://itunes.apple.com/us/artist/photokandy-studios-llc/id498577828>
<https://itunes.apple.com/us/artist/photokandy-studios-llc/id498577828>

→ *CONFIDENTIAL* ←

This email and any attachments may be confidential. If you are not the
intended recipient, please let us know by replying to this message, and
then remove the message and its attachments from your system. You should
not disseminate, distribute, or otherwise copy or release the information
contained herein, nor can we accept any liability for any loss or damages
resulting from the use, abuse, or mis-use of the information contained
herein.

→ *SECURITY* ←

Computer viruses can be distributed via email. It is the recipient’s
responsibility to check this email and any attachments for viruses. Email
transmission cannot be guaranteed to be secure or error-free as the email
could have been intercepted, corrupted, delayed, and/or re-transmitted. The
sender does not accept any liability for errors or omissions within this
message or its attachments, nor for any viruses which may be present.

*Note:* We do our very best to ensure that nothing we send contains
viruses. However, because of the nature of email and the way it is sent, we
can’t promise that some other party hasn’t intercepted our email and added
malicious content. Due to the nature of email, we can’t accept any
liability for any damage or loss arising from the use, abuse, or mis-use of
this email and any of its attachments.

→ *PRIVACY* ←

Email is not a secure communications medium. When replying to this or any
message, you should not include any information that you do not want the
entire world to be capable of seeing. In other words, don’t send financial
accounts (CC#s, Bank Account #s, etc.), passwords, social security numbers,
or the like, even when asked directly. photoKandy Studios LLC will *never*  ask
you for this information.

Information transmitted via email may be intercepted and retransmitted by
any number of other entities. This is the nature of email, and as such, we
can’t be held liable for any loss or damage incurred by replying to this
message with compromising information. Review your message prior to sending
it, and ensure that there is no information you wouldn’t be comfortable
with the entire world knowing.

On Fri, May 13, 2016 at 12:43 PM, Jesse <purplecabb...@gmail.com> wrote:

> Here's a doodle for a hangout. Let me know if I should extend the hours
> past 8:00 AM - 7:00 PM Pacific.
> http://doodle.com/poll/xvifrwwnqci2fti3
>
>
> @purplecabbage
> risingj.com
>
> On Fri, May 13, 2016 at 4:09 AM, julio cesar sanchez <
> jcesarmob...@gmail.com
> > wrote:
>
> > +1
> >
> > I'll be traveling the next two weeks (not pg day ), so I prefer after
> the
> > 29th.
> >
> > Steve, can you send the doodle?
> >
> >
> > El jueves, 12 de mayo de 2016, Shazron <shaz...@gmail.com> escribió:
> >
> > > +1
> > >
> > > On Wed, May 11, 2016 at 12:50 PM, Steven Gill <stevengil...@gmail.com
> > > <javascript:;>>
> > > wrote:
> > >
> > > > A hangout sounds good. We need to pick a date and time. Should I send
> > > out a
> > > > doodle?
> > > >
> > > > For me personally, I won't be able to attend until the first week of
> > June
> > > > due to PGDAY EU travels.
> > > >
> > > > On Tue, May 10, 2016 at 11:55 AM, Parashuram N <
> panar...@microsoft.com
> > > <javascript:;>>
> > > > wrote:
> > > >
> > > > > It has been a while since all of us met, so I was wondering if it
> > would
> > > > > help to do a Cordova Monthly hangout ? I also understand that we
> have
> > > > > Phonegap day EU this month, and maybe we could use that timeframe
> to
> > > get
> > > > > more folks involved in the hangout ? For the rest of us who could
> not
> > > > > attend Phonegap day EU, we could do the hangount. It may also help
> > > other
> > > > > community members see how we do hangouts, and may be a way to
> > encourage
> > > > > them to participate even more ?
> > > > >
> > > > > I was thinking that we could discuss some of the following topics
> > > > >
> > > > >
> > > > > 1.   Cordova Telemetry work that Mefire is working on - driving
> > > that
> > > > > to a Closure, and ensuring that all developers and toolsmiths are
> > good
> > > > with
> > > > > the proposal and the data we collect
> > > > >
> > > > > 2.   Talk about our Bug Tirage bar, look at ways to reduce
> > > > outstanding
> > > > > bug count and look at the work around running tests on every PR
> > > > >
> > > > > 3.   Follow up on the idea of a Cordova Roadmap
> > > > >
> > > > > Any other ideas ? I could start a Cordova discuss.
> > > > >
> > > >
> > >
> >
>

Re: proposal for new core plugin to control screen orientation

[Kerri Shotts]

+1; Agree. I've seen many questions about controlling orientation, so
having a core plugin to reply with would be nice to have.

Re: [Android] Ending support for Ice Cream Sandwich?

[Kerri Shotts]

+1
~Kerri
  

Re: Users mailing list

[Kerri Shotts]

Thought I'd throw in my 2¢ worth:

- If a user list is created, I'll gladly participate.

- Having a Cordova-branded user list could be useful from a "branding"
perspective. The Adobe Forums are "PhoneGap" branded, and the Google Group
is named "phonegap" (although the welcome text makes clear that it is for
both environments). Personally, I don't have a problem with the difference
in branding, but for newcomers, I'm sure it raises a few questions ("why am
I going to a phonegap group for a cordova question?").

- As for the blog, as much as I like that the announcements show up there,
not everyone is into feed readers (for whatever reason. I'm not one of of
them -- I'm a feedly addict). For those who prefer email subscriptions, a
user list for announcements would be handy.

- Google Group is still going, but activity is falling off as people
discover the Adobe Forums. The group may need to become r/o at some point
in the future, especially if use declines to next-to-nothing.

- Getting people to read is always the catch -- they just don't. Sometimes
I'm guilty of the same. Human nature, I suspect!

​~ Kerri​


On Fri, Apr 29, 2016 at 9:26 AM, julio cesar sanchez  wrote:

> ​...
>

Re: registry.cordova.io down (Cordova Plugin Registry a.k.a the CPR)

[Kerri Shotts]

May the registry rest in peace in the ethereal bit bucket in the sky!

Re: Intellisense and Debugging support for Cordova apps with VSCode

[Kerri Shotts]

Ok… that’s just plain awesome! Signing up! :-)




From: Parashuram N 
Reply: dev@cordova.apache.org 
Date: November 18, 2015 at 11:41:39 AM
To: dev@cordova.apache.org 
Subject:  Intellisense and Debugging support for Cordova apps with VSCode  

I have been working on a quick extension for VSCode to enable Intellisense and 
debugging support for Cordova apps. The project is still pretty early and I 
would love to hear your feedback. Please sign up at http://taco.tools/vscode/  
It currently supports auto-complete for most plugins and core Cordova/Ionic 
apps and debugging support for apps deployed on the device or emulator.  

Would love to hear feedback/suggestions.  

Re: Integrate binaries (apk / ipa) upload to stores into Cordova CLI

[Kerri Shotts]

Useful or not, I don’t think uploading binaries belongs in core. There are 
plenty of third-party offerings that work well, and they shoulder the support 
as well. Bringing uploading into core is just one more thing that Cordova devs 
would then need to support.

So although it’s useful and time-saving, it should be a third-party 
plugin/add-on, not core, in my opinion.

~ Kerri Shotts




From: Maxime Alexandre <maxime.alexan...@wininup.com>
Reply: dev@cordova.apache.org <dev@cordova.apache.org>
Date: November 10, 2015 at 4:35:46 AM
To: dev@cordova.apache.org <dev@cordova.apache.org>
Subject:  Re: Integrate binaries (apk / ipa) upload to stores into Cordova CLI  

I get your point, still think though that it would be a useful feature for  
many developers because it saves lots of time when you have your apps  
already set up. Cordova could later work on making Continuous Integration  
an easy step.  

Talking about documenting the process of adding one app to the stores is  
not an easy task and it could take a lot of time to make a great and useful  
doc, not just a basic text with no clear explanations, that's why i think  
i'm not the best guy to do that. I would be happy to contribute if the  
structure of the documentation on this subject was already defined. I'm  
thinking like videos of screen captures of the various steps of could be a  
better option than raw text.  

--  
Maxime  


On Mon, Nov 9, 2015 at 9:02 PM, Tommy Williams <to...@devgeeks.org> wrote:  

> Agree. The actual submission is such a small part over the overall pain.  
> There are plenty of places we could make the day to day development better  
> for all platforms before submission.  
>  
>  
> On 10 November 2015 at 06:43:42, Jesse (purplecabb...@gmail.com) wrote:  
>  
> Ultimately this is optimizing 1% of the process of building an  
> application,  
> I would much rather see focus on the 99% that is developing and testing  
> ...  
>  

Re: Plugin Audit 2015

[Kerri Shotts]

Yay, the audit happened! :-) So very cool. Not sure I agree with a couple of 
the choices, but haven’t had the brain power to think through everything yet.

If the keyboard plugin is going to remain managed by ionic, then I’d keep it 
out of core, honestly. To me, “core” implies Apache-managed. Installed by 
default, OTH, wouldn’t be a bad idea.

As for native dialogs, well… personally, I’m all for doing them in HTML/CSS/JS. 
On the flip side, native dialogs can be a quick way to display messages or get 
input. That said, I don’t think it needs to be a core plugin. Perhaps spin it 
off into a third-party plugin and let the community step up if they see the 
need.

@Parashuram: I have a native controls plugin for iOS. It needs some love, 
though, which I plan on getting to once my book is done (almost!). I know there 
are others out there too, but I’m not sure how many support Android.



Kerri Shotts , photoKandy Studios LLC • (312) 380–1035 • (618) 435–0823 (mobile)

http://www.photokandy.com/ • @photokandy • Github • CoderWall

→ CONFIDENTIAL ← 

This email and any attachments may be confidential. If you are not the intended 
recipient, please let us know by replying to this message, and then remove the 
message and its attachments from your system. You should not disseminate, 
distribute, or otherwise copy or release the information contained herein, nor 
can we accept any liability for any loss or damages resulting from the use, 
abuse, or mis-use of the information contained herein.

→ SECURITY ←

Computer viruses can be distributed via email. It is the recipient’s 
responsibility to check this email and any attachments for viruses. Email 
transmission cannot be guaranteed to be secure or error-free as the email could 
have been intercepted, corrupted, delayed, and/or re-transmitted. The sender 
does not accept any liability for errors or omissions within this message or 
its attachments, nor for any viruses which may be present.

Note: We do our very best to ensure that nothing we send contains viruses. 
However, because of the nature of email and the way it is sent, we can’t 
promise that some other party hasn’t intercepted our email and added malicious 
content. Due to the nature of email, we can’t accept any liability for any 
damage or loss arising from the use, abuse, or mis-use of this email and any of 
its attachments.

→ PRIVACY ← 

Email is not a secure communications medium. When replying to this or any 
message, you should not include any information that you do not want the entire 
world to be capable of seeing. In other words, don’t send financial accounts 
(CC#s, Bank Account #s, etc.), passwords, social security numbers, or the like, 
even when asked directly. photoKandy Studios LLC will never  ask you for this 
information.

Information transmitted via email may be intercepted and retransmitted by any 
number of other entities. This is the nature of email, and as such, we can’t be 
held liable for any loss or damage incurred by replying to this message with 
compromising information. Review your message prior to sending it, and ensure 
that there is no information you wouldn’t be comfortable with the entire world 
knowing.


From: Parashuram N <panar...@microsoft.com>
Reply: dev@cordova.apache.org <dev@cordova.apache.org>
Date: November 10, 2015 at 11:23:17 AM
To: dev@cordova.apache.org <dev@cordova.apache.org>
Subject:  Re: Plugin Audit 2015  

I agree with Raymond on the ability to use native dialogs. I think I would like 
to extend it beyond dialogs, and see if it is possible to use other native 
controls too - like Sidebar, etc. I think they may not make sense as core 
plugins though. Supporting them for multiple platforms is hard. Maybe someone 
could come up with a list of plugins that enable native controls in Cordova 
apps ?  



On 11/10/15, 6:25 AM, "Raymond Camden" <raymondcam...@gmail.com> wrote:  

>"Globalization (make sync"  
>  
>YES, YES, YES!  
>  
>(Sorry, but that makes me *very* happy to hear!)  
>  
>"Dialogs (Should use HTML/CS/JS dialogs instead)"  
>  
>Strongly no, but I'm assuming there is a good reason for this beyond  
>just what is listed in the parenthesis. Yes, UI frameworks normally  
>have their own dialog widgets, but the fact that I can use a device  
>standard dialog is a big plus for me. I'll even use it over Ionic's  
>even when inside an Ionic app.  
>  
>  
>On Fri, Nov 6, 2015 at 4:53 PM, Steven Gill <stevengil...@gmail.com> wrote:  
>> Jesse, Simon and I spent sometime doing a plugin audit. Our recommendations  
>> can be found at https://github.com/cordova/cordova-discuss/pull/28  
>>  
>> Overview:  
>> https://github.com/stevengill/cordova-discuss/blob/master/proposals/PluginsAudit2015/overview.md
>>   
>>  
>> Please give us feedback!  
>>  
>> -Steve  
>  
>  

Re: [iOS] proposed major whitelist change

[Kerri Shotts]

+1; sounds like a good change to me! :)

Kerri Shotts , photoKandy Studios LLC

http://www.photokandy.com/ • @photokandy 

→ CONFIDENTIAL ← 

This email and any attachments may be confidential. If you are not the intended 
recipient, please let us know by replying to this message, and then remove the 
message and its attachments from your system. You should not disseminate, 
distribute, or otherwise copy or release the information contained herein, nor 
can we accept any liability for any loss or damages resulting from the use, 
abuse, or mis-use of the information contained herein.

→ SECURITY ←

Computer viruses can be distributed via email. It is the recipient’s 
responsibility to check this email and any attachments for viruses. Email 
transmission cannot be guaranteed to be secure or error-free as the email could 
have been intercepted, corrupted, delayed, and/or re-transmitted. The sender 
does not accept any liability for errors or omissions within this message or 
its attachments, nor for any viruses which may be present.

Note: We do our very best to ensure that nothing we send contains viruses. 
However, because of the nature of email and the way it is sent, we can’t 
promise that some other party hasn’t intercepted our email and added malicious 
content. Due to the nature of email, we can’t accept any liability for any 
damage or loss arising from the use, abuse, or mis-use of this email and any of 
its attachments.

→ PRIVACY ← 

Email is not a secure communications medium. When replying to this or any 
message, you should not include any information that you do not want the entire 
world to be capable of seeing. In other words, don’t send financial accounts 
(CC#s, Bank Account #s, etc.), passwords, social security numbers, or the like, 
even when asked directly. photoKandy Studios LLC will never  ask you for this 
information.

Information transmitted via email may be intercepted and retransmitted by any 
number of other entities. This is the nature of email, and as such, we can’t be 
held liable for any loss or damage incurred by replying to this message with 
compromising information. Review your message prior to sending it, and ensure 
that there is no information you wouldn’t be comfortable with the entire world 
knowing.






On Wed, Aug 26, 2015 at 6:14 AM -0700, Shazron shaz...@gmail.com wrote:










Any objections or further feedback? If not I will move on to what we seem
to have consensus about:

If there are no  entries, then network requests are wide open
(wildcard * default) and security is handled via CSP.
We would recommend no  entries to be used, users should use CSP.

On Tue, Aug 11, 2015 at 7:01 PM, Shazron  wrote:


 So, is the whitelist plugin network request list * with no 
 entries, or
 * because of the  entry added to the default project?


 * would be the default. So if there are no  entries, it would be
 added. If the default project had the  wildcard, then no change
 (since that is the default anyway).

 The old way you would need an explicit  entry wildcard for
 unrestricted native and web code access -- the new way is unrestricted
 native code access (unless set explicitly), and CSP for web code access.

Re: WKWebView and iOS 9

[Kerri Shotts]

No objections at all. :)

Kerri Shotts , photoKandy Studios LLC

http://www.photokandy.com/ • @photokandy 

→ CONFIDENTIAL ← 

This email and any attachments may be confidential. If you are not the intended 
recipient, please let us know by replying to this message, and then remove the 
message and its attachments from your system. You should not disseminate, 
distribute, or otherwise copy or release the information contained herein, nor 
can we accept any liability for any loss or damages resulting from the use, 
abuse, or mis-use of the information contained herein.

→ SECURITY ←

Computer viruses can be distributed via email. It is the recipient’s 
responsibility to check this email and any attachments for viruses. Email 
transmission cannot be guaranteed to be secure or error-free as the email could 
have been intercepted, corrupted, delayed, and/or re-transmitted. The sender 
does not accept any liability for errors or omissions within this message or 
its attachments, nor for any viruses which may be present.

Note: We do our very best to ensure that nothing we send contains viruses. 
However, because of the nature of email and the way it is sent, we can’t 
promise that some other party hasn’t intercepted our email and added malicious 
content. Due to the nature of email, we can’t accept any liability for any 
damage or loss arising from the use, abuse, or mis-use of this email and any of 
its attachments.

→ PRIVACY ← 

Email is not a secure communications medium. When replying to this or any 
message, you should not include any information that you do not want the entire 
world to be capable of seeing. In other words, don’t send financial accounts 
(CC#s, Bank Account #s, etc.), passwords, social security numbers, or the like, 
even when asked directly. photoKandy Studios LLC will never  ask you for this 
information.

Information transmitted via email may be intercepted and retransmitted by any 
number of other entities. This is the nature of email, and as such, we can’t be 
held liable for any loss or damage incurred by replying to this message with 
compromising information. Review your message prior to sending it, and ensure 
that there is no information you wouldn’t be comfortable with the entire world 
knowing.






On Tue, Aug 25, 2015 at 2:20 PM -0700, Shazron shaz...@gmail.com wrote:










I'm going to move onto the 2 plugin idea if there are no objections. This
will preserve the existing plugin into a newly named plugin.

On Mon, Aug 24, 2015 at 3:24 PM, Carlos Santana 
wrote:

 I like much better your naming suggestions for the plugins

 - Carlos
 Sent from my iPhone

  On Aug 24, 2015, at 4:17 PM, Shazron  wrote:
 
  I like the two plugin idea.
 
  Using file:// would be the recommended and default, iOS 9 only -- and
 this
  should be wkwebview-engine
  Using the local webserver -- and this could be
  wkwebview-engine-local-webserver
 
 
  On Thu, Aug 20, 2015 at 2:42 PM, Carlos Santana 
  wrote:
 
  What about 2 plugins?
 
  Maybe more clear for the developer can add one or the other
 
  wkengine-file (only supported on iOS 9+)
  wkengine-webserver (only supported iOS8, iOS9 and higher)
 
 
 
 
  People that don't want to use the webserver might be annoyed  to have
 dead
  code link.
 
  - Carlos
  Sent from my iPhone
 
  On Aug 20, 2015, at 3:11 PM, Shazron  wrote:
 
  Ok re-capping the proposal, we need to move on this:
 
  1. Recommend UIWebView usage on iOS 8 and below
  2. Recommend WKWebView usage on iOS 9 only (using file:// loading) and
  the
  plugin will support this
  3. WKWebView usage using local web server supported through a
 preference
  (will only work on iOS 8 and above)
 
  As a consequence of #3:
  a) The local webserver plugin will always be installed when you install
  the
  wkwebview-engine plugin
  b) The local webserver plugin code will be always be linked into your
 app
  executable, so the symbols will always be there. There will be no
  runtime/memory impact if the pref is off
  c) we can't make local-webserver dependency depend on iOS 8 only, some
  would want to use #3 for iOS 8 and above, for example
 
 
  On Wed, Aug 5, 2015 at 3:15 PM, julio cesar sanchez 
  jcesarmob...@gmail.com
  wrote:
 
  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 :
 
  I don't think that is a good idea. The reason why WKWebView is a
 plugin
  is
  the faster update cycle

Re: cordova-osx - mothball

[Kerri Shotts]

I’ll throw in my +1. Electron is awesome, and I’ve used it to wrap a PG project 
for a client where they are demoing the app to their potential clients because 
they don’t have devices to share from, and they don’t have the expertise for 
emulators (they are sales reps). Because I can wrap everything in a simple .exe 
(plus a couple menu items for switching app themes), it provides enough of a 
simulation that anyone who can double-click a file can use. (It’s not a perfect 
sim, of course, but good enough.)

I’d hope that plugins that target the browser would hop on the electron 
platform as well, because there’s no reason why they shouldn’t work in 
electron. But I would also imagine that there could be electron-specific which 
would be very interesting to see. :-)

So I’m going to be watching this with extreme interest. :-)




On June 11, 2015 at 1:53:24 PM, Shazron (shaz...@gmail.com) wrote:

The potential maintainer for cordova-osx in this thread has decided to go  
in another direction -- the final nail in its coffin. Full speed ahead  
cordova-electron! Godspeed  

On Thu, Jun 11, 2015 at 10:59 AM, Steven Gill stevengil...@gmail.com  
wrote:  

 Thanks Nikhil,  
  
 I will take a look at that PR as I work on this and provide feedback.  
  
  
  
 On Wed, Jun 10, 2015 at 5:34 PM, Nikhil Khandelwal nikhi...@microsoft.com  
   
 wrote:  
  
  There is a massive PR currently in the works that is looking to change  
 how  
  platforms should expose their functionality:  
  https://github.com/apache/cordova-android/pull/179  
   
  It leans on using node modules and 'require' as opposed to executing  
 shell  
  scripts. Steve: As you try building these new platform which sounds  
 really  
  exciting, consider using this new approach of defining the platform and  
  provide feedback to that PR.  
   
  Thanks,  
  Nikhil  
   
   
  -Original Message-  
  From: Carlos Santana [mailto:csantan...@gmail.com]  
  Sent: Wednesday, June 10, 2015 5:22 PM  
  To: dev@cordova.apache.org  
  Cc: Ondrej Florian  
  Subject: Re: cordova-osx - mothball  
   
  Sweet Steve +1  
  On Wed, Jun 10, 2015 at 3:11 PM Steven Gill stevengil...@gmail.com  
  wrote:  
   
   I started some preliminary work on this a couple of weekends ago.  

   Lots to do still. Will eventually move it over to Apache.  

   https://github.com/stevengill/cordova-electron  
   https://github.com/stevengill/cordova-js/tree/electron  

   On Tue, May 26, 2015 at 7:53 PM, Carlos Santana csantan...@gmail.com  
   wrote:  

I agree with Shaz Electron is a good platform and taking a lot of  
track now.  
Maybe another platform to cover that use case cordova-electron, but  
that would be something that is lower priority than the mobile  
platforms, but cool to see if someone in the community wants to  
dedicate time to  
   implement  
 
 
On Tue, May 5, 2015 at 11:19 AM Shazron shaz...@gmail.com wrote:  
 
 Great! This is encouraging. I'll help expedite this as much as I  
 can  
   for  
it  
 to catch up, I'll look at any PRs and review and merge.  
  
 On Tuesday, May 5, 2015, Ondrej Florian oflor...@adobe.com  
 wrote:  
  
  If there is any interest, I would volunteer to pick it up.  
   
  The Cordova-osx has its uses (I use it myself).  
   
  One advantage over the Atom Electron is the plugins.  
  Many non-UI iOS plugins will works with it out of the box.  
   
  Another is that it's just another Cordova platform so you don't  
  have  
   to  
  work with yet another API.  
   
  However, I think you'll rarely be satisfied with 'pure'  
  cordova-osx (entire UI done in HTML5/js) - it's way too limiting.  
  But for a hybrid app where you can mix in the native UI - it  
  works  
well.  
   
   
  Ondrej  
   
  On 05/05/2015 01:56, Shazron shaz...@gmail.com  
  javascript:;  
wrote:  
   
  There is non-trivial work to create a bridge for plugins to  
  work  
   with  
  Electron, but it definitely has more of a future than  
 cordova-osx.  

  On Mon, May 4, 2015 at 4:48 PM, Shazron shaz...@gmail.com  
 javascript:;  
  wrote:  
   A platform based off Atom Electron is more viable than  
   cordova-osx  
at  
   this point: http://electron.atom.io  

   On Mon, May 4, 2015 at 4:47 PM, Shazron shaz...@gmail.com  
  javascript:; wrote:  
   https://issues.apache.org/jira/browse/CB-7143  

   Currently there are no resources to work on this,  
   effectively it  
   is  
   abandoned. Not sure what we do with this platform to signal  
   this abandonment except for docs.  

   If anyone disagrees with mothballing this, chime in.  

   
   -  
  To unsubscribe, e-mail: 

Re: [iOS 8] WKWebView moving forward

[Kerri Shotts]

Yeah, I was just about to say that I was pretty sure that sym/hard links was 
going to error.

But that tweet looks promising! I hope that means the fix makes it in time for 
Beta 2 so we can play with it. :-)




On June 11, 2015 at 1:55:58 PM, Shazron (shaz...@gmail.com) wrote:

I've already tried both sym and hard links. They result in errors, which is  
to be expected (if not there's some 'splaining to do) :P  

GOOD news though today! They are fixing the app bundle loadFileURL bug:  
https://twitter.com/grorgwork/status/609052546179530752  

Apparently you can also UI test in WKWebView:  
https://twitter.com/joemasilotti/status/60947930429440  

On Thu, Jun 11, 2015 at 11:26 AM, Andrew Grieve agri...@chromium.org  
wrote:  

 Could maybe try creating symlinks / hardlinks to save on space / creation  
 time?  
  
 On Wed, Jun 10, 2015 at 12:00 PM, Shazron shaz...@gmail.com wrote:  
  
  Safari View Controller video:  
  https://developer.apple.com/videos/wwdc/2015/?id=504  
   
  What's New in Web Development in WebKit and Safari video:  
  https://developer.apple.com/videos/wwdc/2015/?id=501  
   
   
  On Tue, Jun 9, 2015 at 3:59 PM, Shazron shaz...@gmail.com wrote:  
   
   I definitely will watch.  
   Just read about ODR  

   
 https://developer.apple.com/library/prerelease/ios/documentation/FileManagement/Conceptual/On_Demand_Resources_Guide/Chapters/IntroToODR.html#//apple_ref/doc/uid/TP40015083-CH2-SW1
   

   So we could still use the copy method (fast, small app bundle) and  
 have a  
   solution in Cordova for ODR for app bundles that are huge. For example,  
  in  
   the CLI prepare step.  

   Of course this won't be a universal solution and is more complicated.  

   On Tuesday, June 9, 2015, Carlos Santana csantan...@gmail.com wrote:  

   What do we loose, I just attended the session.  
   I think for most uses is a win at least in the security aspect  
   Watch the session when the video is available and we can discuss  
 later.  

   On Tue, Jun 9, 2015 at 1:23 PM Shazron shaz...@gmail.com wrote:  

We could use it for InAppBrowser but we might lose some features  
 that  
  we  
have possibly.  
 
Anyways, one piece of bad news for WKWebView iOS 9 - you can load  
 file  
   urls  
in Library and Documents, but not the app bundle.  
https://twitter.com/wkwebview/status/608359163299819521  
 
On Tue, Jun 9, 2015 at 1:02 PM, Carlos Santana   
 csantan...@gmail.com  
wrote:  
 
 Yay !  
 There is also a new Safari View Controller, don't know if it's  
   applicable  
 to replace wkwebview but at least I think it can be use to build  
 the  
   next  
 gen inappbrowser since its beats a makeup in iOS anyway.  
  
 The session is in 30 minutes so I'm planning attending.  
 On Mon, Jun 8, 2015 at 2:33 PM Shazron shaz...@gmail.com wrote:  
  
  There is a WWDC session: Safari Extensibility: Content Blocking  
  and  
 Shared  
  Links. So I'm hopeful for whitelisting  
   
  On Mon, Jun 8, 2015 at 1:22 PM, Shazron shaz...@gmail.com  
  wrote:  
   
   Moar news  
  https://twitter.com/wkwebview/status/608005652720451584  


   On Monday, June 8, 2015, Shazron shaz...@gmail.com wrote:  

   Cordova developers rejoice, iOS 9 includes the API to load  
  pages  
from  
   file:// urls  
https://twitter.com/wkwebview/status/608002548151119872  

   On Mon, Feb 9, 2015 at 2:19 PM, Shazron shaz...@gmail.com  
   wrote:  

   Also Xcode 6.3 now *requires* Yosemite. Fair warning to  
  upgrade  
   I  
   suppose for your dev machines and build servers...  


   On Mon, Feb 9, 2015 at 2:13 PM, tommy-carlos williams  
   to...@devgeeks.org wrote:  
Oh, FFS.  
 
I give up on Apple solving this, personally. Most apps  
 don’t  
   *actually* need it (they think they do, but they don’t). I  
 am  
   going  
 to  
  find  
   another way to solve it for our apps… maybe I will actually  
   have to  
  write a  
   native plugin for the crypto :(  
 
--  
tommy-carlos williams  
 
On 10 February 2015 at 08:18:31, Shazron (  
 shaz...@gmail.com  
  )  
 wrote:  
 
In other news -- the new Xcode 6.3 beta (iOS 8.3) does  
 *not*  
 contain  
the loadFileURL:readAccessURL: selector that we are all  
   waiting  
for  
:'(  
https://twitter.com/wkwebview/status/564865657225756672  



   
  
 


   
  

Re: [iOS 8] WKWebView moving forward

[Kerri Shotts]

Speaking as a user who has an iPhone that’s always running near the storage 
limit: I’d hate to see files be duplicate out of the bundle into another 
location… my phone might cry.

I think we went over that when WKWebview was first released. Copying files was 
discussed, but it adds an awful lot of complexity to startup, wastes space, 
etc. Looks like the local web server might be the best option, still.

But I guess this gives the option of using web content that the app itself 
downloads to /Documents or /Library, so that could be nice. Unfortunate that 
they hamstrung it regarding bundles tho. Here’s hoping they’ll change it, but 
given the track record in iOS 8, I’m not holding my breath.




On June 9, 2015 at 3:50:09 PM, Ross Gerbasi (rgerb...@gmail.com) wrote:

Would it be a horrible idea to copy files into one of those folders?  

On Tue, Jun 9, 2015 at 3:22 PM, Shazron shaz...@gmail.com wrote:  

 We could use it for InAppBrowser but we might lose some features that we  
 have possibly.  
  
 Anyways, one piece of bad news for WKWebView iOS 9 - you can load file urls  
 in Library and Documents, but not the app bundle.  
 https://twitter.com/wkwebview/status/608359163299819521  
  
 On Tue, Jun 9, 2015 at 1:02 PM, Carlos Santana csantan...@gmail.com  
 wrote:  
  
  Yay !  
  There is also a new Safari View Controller, don't know if it's applicable  
  to replace wkwebview but at least I think it can be use to build the next  
  gen inappbrowser since its beats a makeup in iOS anyway.  
   
  The session is in 30 minutes so I'm planning attending.  
  On Mon, Jun 8, 2015 at 2:33 PM Shazron shaz...@gmail.com wrote:  
   
   There is a WWDC session: Safari Extensibility: Content Blocking and  
  Shared  
   Links. So I'm hopeful for whitelisting  

   On Mon, Jun 8, 2015 at 1:22 PM, Shazron shaz...@gmail.com wrote:  

Moar news https://twitter.com/wkwebview/status/608005652720451584  
 
 
On Monday, June 8, 2015, Shazron shaz...@gmail.com wrote:  
 
Cordova developers rejoice, iOS 9 includes the API to load pages  
 from  
file:// urls  
 https://twitter.com/wkwebview/status/608002548151119872  
 
On Mon, Feb 9, 2015 at 2:19 PM, Shazron shaz...@gmail.com wrote:  
 
Also Xcode 6.3 now *requires* Yosemite. Fair warning to upgrade I  
suppose for your dev machines and build servers...  
 
 
On Mon, Feb 9, 2015 at 2:13 PM, tommy-carlos williams  
to...@devgeeks.org wrote:  
 Oh, FFS.  
  
 I give up on Apple solving this, personally. Most apps don’t  
*actually* need it (they think they do, but they don’t). I am going  
  to  
   find  
another way to solve it for our apps… maybe I will actually have to  
   write a  
native plugin for the crypto :(  
  
 --  
 tommy-carlos williams  
  
 On 10 February 2015 at 08:18:31, Shazron (shaz...@gmail.com)  
  wrote:  
  
 In other news -- the new Xcode 6.3 beta (iOS 8.3) does *not*  
  contain  
 the loadFileURL:readAccessURL: selector that we are all waiting  
 for  
 :'(  
 https://twitter.com/wkwebview/status/564865657225756672  
 
 
 

   
  

Re: [iOS 8] WKWebView moving forward

[Kerri Shotts]

Why am I hearing the Hallelujah chorus?

I’m dong my happy dance now! :-)




On June 8, 2015 at 3:14:14 PM, Shazron (shaz...@gmail.com) wrote:

Cordova developers rejoice, iOS 9 includes the API to load pages from  
file:// urls https://twitter.com/wkwebview/status/608002548151119872  

On Mon, Feb 9, 2015 at 2:19 PM, Shazron shaz...@gmail.com wrote:  

 Also Xcode 6.3 now *requires* Yosemite. Fair warning to upgrade I  
 suppose for your dev machines and build servers...  
  
  
 On Mon, Feb 9, 2015 at 2:13 PM, tommy-carlos williams  
 to...@devgeeks.org wrote:  
  Oh, FFS.  
   
  I give up on Apple solving this, personally. Most apps don’t *actually*  
 need it (they think they do, but they don’t). I am going to find another  
 way to solve it for our apps… maybe I will actually have to write a native  
 plugin for the crypto :(  
   
  --  
  tommy-carlos williams  
   
  On 10 February 2015 at 08:18:31, Shazron (shaz...@gmail.com) wrote:  
   
  In other news -- the new Xcode 6.3 beta (iOS 8.3) does *not* contain  
  the loadFileURL:readAccessURL: selector that we are all waiting for  
  :'(  
  https://twitter.com/wkwebview/status/564865657225756672  
  

Re: Best place to browse plugins

[Kerri Shotts]

+1

I’ve used both Gulp  Yeoman’s search, and prefer both to NPM (although it’s 
not difficult to be better than NPM’s search).

I also think close association with the brand and site are important. For those 
users who don’t know about Node  NPM yet, it’s quickly apparent that there’s a 
large community creating plugins for Cordova, and for everyone else, we have a 
URL that helps reinforce the Cordova name. NPM would still be canonical, of 
course.

(Now if NPM improved their search and did some nice work around ecosystems, 
perhaps the above wouldn’t be necessary. But I’m not going to hold my breath…)




On May 27, 2015 at 8:19:35 AM, Tommy-Carlos Williams (to...@devgeeks.org) wrote:

+1  



 On 26 May 2015, at 21:44, Carlos Santana csantan...@gmail.com wrote:  
  
 I would like to see plugin.cordova.io be a page easy to search and filter  
 cordova plugins just like gulp [1], grunt [2], yeoman [3] and bower [4]  
  
 [1]: http://gulpjs.com/plugins  
 [2]: http://gruntjs.com/plugins  
 [3]: http://yeoman.io/generators  
 [4]: http://bower.io/search  
  
  
  
 On Sat, May 2, 2015 at 3:57 PM Michael Brooks mich...@michaelbrooks.ca  
 wrote:  
  
  
 The mirroring may not help for search, but my worry is that a lot of  
 folks  
 would still be on 4.3.0 and when cordova plugins registry becomes read  
 only, they would not get bug fixes and other plugin updates.  
  
  
 My experience is this:  
  
 - A developer who is willing to upgrade a platform is also willing to  
 upgrading a plugin.  
 - A developer who is *not* willing to upgrade a platform is also *not*  
 willing in upgrading a plugin.  
  
 I think it's reasonable to offer a read-only state for the legacy plugin  
 registry. However, it would be helpful for the registry to explain the  
 minimum Cordova version required to support the npm registry.  
  
 Michael  
  
 On Fri, May 1, 2015 at 9:01 AM, Parashuram N (MS OPEN TECH)   
 panar...@microsoft.com wrote:  
  
 The mirroring may not help for search, but my worry is that a lot of  
 folks  
 would still be on 4.3.0 and when cordova plugins registry becomes read  
 only, they would not get bug fixes and other plugin updates.  
  
 -Original Message-  
 From: Victor Sosa [mailto:sosah.vic...@gmail.com]  
 Sent: Friday, May 1, 2015 8:59 AM  
 To: dev@cordova.apache.org  
 Subject: Re: Best place to browse plugins  
  
 I don't see a value on mirroring either. Instead I'd like to see a good  
 querying mechanism in NPM, but for that we have to wait :/  
  
 2015-05-01 10:55 GMT-05:00 Raymond Camden raymondcam...@gmail.com:  
  
 I don't know - if npm is the place, then having a mirror just seems  
 like noise. I'd say close it down and put a nice text message up on  
 the site explaining where it is at NPM and how to search. (Link to npm  
 with the search params included.)  
  
 Is there a benefit of having it mirrored?  
  
  
  
 On Fri, May 1, 2015 at 10:49 AM, Parashuram N (MS OPEN TECH)  
 panar...@microsoft.com wrote:  
 It would be even better (for backward compatibility reasons) if we  
 could  
 simply publish on npm, but keep plugins.cordova.io as a  
 mirror/redirector, based on the Cordova registry mapper.  
  
 -Original Message-  
 From: Gorkem Ercan [mailto:gorkem.er...@gmail.com]  
 Sent: Friday, May 1, 2015 8:31 AM  
 To: dev@cordova.apache.org  
 Subject: Re: Best place to browse plugins  
  
  
 What is the plan for plugins.cordova.io for after the CPR is closed?  
 Without knowing if there is a good way to retrieve the list/details  
 of  
 the cordova plugins from npm.  
 I would love it if we could keep it as it is with the data from npm.  
 --  
 Gorkem  
  
 On 29 Apr 2015, at 10:57, Raymond Camden wrote:  
  
 With plugins at npm now, what is the best place for users to  
 browse plugins?  
  
 Is it at npm, using the search filter?  
 https://www.npmjs.com/browse/keyword/ecosystem:cordova  
  
 Is it plugins.cordova.io?  
  
 If it is npm, will there be text added to plugins.cordova.io to  
 tell folks to start using the npm site?  
  
 --  
 ===  
 === = 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  
  
  
   
 - To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org  
 For additional commands, e-mail: dev-h...@cordova.apache.org  
  
  
  
 --  
 

Re: CSP question

[Kerri Shotts]

Ray,

According to 
https://developer.mozilla.org/en-US/docs/Web/Security/CSP/CSP_policy_directives,
 if you omit the URL scheme, the one the page is using is assumed. So if you’re 
loading off file://, then your CSP will assume that URLs without schemes will 
also be coming from file://. Which is my guess as to why the code is failing? 
(Unless you’re serving from http://, in which case, I would expect your CSP to 
work.)

If you want wildcard behavior, you can use *://code.jquery.com instead.




On May 24, 2015 at 2:24:05 PM, Raymond Camden (raymondcam...@gmail.com) wrote:

According to the HTML5 Rocks article on CSP  
(http://www.html5rocks.com/en/tutorials/security/content-security-policy/)  
you can specify just the host portion. So I tried this to load jQuery  
(which, I wouldn't do normally, I'd host it locally):  

meta http-equiv=Content-Security-Policy content=default-src 'self'  
data: gap: https://ssl.gstatic.com 'unsafe-eval'; style-src 'self'  
'unsafe-inline'; media-src *; script-src 'self' code.jquery.com;  
connect-src http://www.cnn.com;  

This does not work though. If I change it to http://code.jquery.com,  
it works fine. Is this simply a bug with the HTML5 Rocks article or a  
misunderstanding on my part?  

--  
===  
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: CSP question

[Kerri Shotts]

That’s what I get for making assumption on other parts of the syntax. ;-) 
Wildcards just don’t automatically apply everywhere (sigh), even if they look 
like they could. Bad brain, bad brain! More coffee needed!




On May 24, 2015 at 7:31:08 PM, Kerri Shotts (kerrisho...@gmail.com) wrote:

My bad! Clearly I glitched on that. You can wildcard subdomains and ports, but 
not url schemes:

http://www.w3.org/TR/CSP/#source-list-syntax

I’m going to blame my headache for that one! ;-)




On May 24, 2015 at 7:22:44 PM, Raymond Camden (raymondcam...@gmail.com) wrote:

Shoot, no, that doesn't work either. It gives:


The source list for Content Security Policy directive 'script-src'
contains an invalid source: '*://code.jquery.com'. It will be ignored.

On Sun, May 24, 2015 at 6:51 PM, Kerri Shotts kerrisho...@gmail.com wrote:
 Ray,

 According to
 https://developer.mozilla.org/en-US/docs/Web/Security/CSP/CSP_policy_directives,
 if you omit the URL scheme, the one the page is using is assumed. So if
 you’re loading off file://, then your CSP will assume that URLs without
 schemes will also be coming from file://. Which is my guess as to why the
 code is failing? (Unless you’re serving from http://, in which case, I would
 expect your CSP to work.)

 If you want wildcard behavior, you can use *://code.jquery.com instead.




 On May 24, 2015 at 2:24:05 PM, Raymond Camden (raymondcam...@gmail.com)
 wrote:

 According to the HTML5 Rocks article on CSP
 (http://www.html5rocks.com/en/tutorials/security/content-security-policy/)
 you can specify just the host portion. So I tried this to load jQuery
 (which, I wouldn't do normally, I'd host it locally):

 meta http-equiv=Content-Security-Policy content=default-src 'self'
 data: gap: https://ssl.gstatic.com 'unsafe-eval'; style-src 'self'
 'unsafe-inline'; media-src *; script-src 'self' code.jquery.com;
 connect-src http://www.cnn.com;

 This does not work though. If I change it to http://code.jquery.com,
 it works fine. Is this simply a bug with the HTML5 Rocks article or a
 misunderstanding on my part?

 --
 ===
 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




--
===
Raymond Camden, Developer Advocate for MobileFirst at IBM

Email : raymondcam...@gmail.com
Blog : www.raymondcamden.com
Twitter: raymondcamden

Re: CSP question

[Kerri Shotts]

My bad! Clearly I glitched on that. You can wildcard subdomains and ports, but 
not url schemes:

http://www.w3.org/TR/CSP/#source-list-syntax

I’m going to blame my headache for that one! ;-)




On May 24, 2015 at 7:22:44 PM, Raymond Camden (raymondcam...@gmail.com) wrote:

Shoot, no, that doesn't work either. It gives:  


The source list for Content Security Policy directive 'script-src'  
contains an invalid source: '*://code.jquery.com'. It will be ignored.  

On Sun, May 24, 2015 at 6:51 PM, Kerri Shotts kerrisho...@gmail.com wrote:  
 Ray,  
  
 According to  
 https://developer.mozilla.org/en-US/docs/Web/Security/CSP/CSP_policy_directives,
   
 if you omit the URL scheme, the one the page is using is assumed. So if  
 you’re loading off file://, then your CSP will assume that URLs without  
 schemes will also be coming from file://. Which is my guess as to why the  
 code is failing? (Unless you’re serving from http://, in which case, I would  
 expect your CSP to work.)  
  
 If you want wildcard behavior, you can use *://code.jquery.com instead.  
  
  
  
  
 On May 24, 2015 at 2:24:05 PM, Raymond Camden (raymondcam...@gmail.com)  
 wrote:  
  
 According to the HTML5 Rocks article on CSP  
 (http://www.html5rocks.com/en/tutorials/security/content-security-policy/)  
 you can specify just the host portion. So I tried this to load jQuery  
 (which, I wouldn't do normally, I'd host it locally):  
  
 meta http-equiv=Content-Security-Policy content=default-src 'self'  
 data: gap: https://ssl.gstatic.com 'unsafe-eval'; style-src 'self'  
 'unsafe-inline'; media-src *; script-src 'self' code.jquery.com;  
 connect-src http://www.cnn.com;  
  
 This does not work though. If I change it to http://code.jquery.com,  
 it works fine. Is this simply a bug with the HTML5 Rocks article or a  
 misunderstanding on my part?  
  
 --  
 ===  
 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  
  



--  
===  
Raymond Camden, Developer Advocate for MobileFirst at IBM  

Email : raymondcam...@gmail.com  
Blog : www.raymondcamden.com  
Twitter: raymondcamden  

Re: Stepping aside

[Kerri Shotts]

John,

Congratulations on your new position (and sad that SAP eliminated your prior 
position). I hope it is rewarding and exciting for you, and that you accomplish 
great things. :-)

Cordova won’t be the same without you, though! I hope things work out so that 
you can continue to contribute, but I also know that new jobs and such tend to 
get in the way of that. We’ll be happy to see you stop by whenever you can, 
though!

All my best,

~Kerri




On May 15, 2015 at 8:34:00 PM, John M. Wargo (jwarg...@gmail.com) wrote:

All,  

SAP eliminated my position back in March, so I'm no longer involved with SAP's 
Cordova-based products. I recently started a new job at Forrester Research; I 
accepted a position as a Principal Analyst in Forrester's Application 
Development and Delivery area. In this role, I'll be focusing on mobile and 
open-source development. Because of my new role, I'll likely not be able to 
participate in the Cordova project any longer. I'll keep trolling the list and 
help out where I can, but I'm not sure at this time what I'll be able to do.  

I will however see you guys at open source conferences and at PhoneGap day this 
year if possible.  
--  
John M. Wargo  
@johnwargo http://twitter.com/johnwargo  
www.johnwargo.com http://www.johnwargo.com  
--
  

Re: Apache Cordova 4 Programming book

[Kerri Shotts]

Congratulations on your book’s release! It’s always nice to finally send it out 
into the world after so many months of hard work. :-)




From: John M. Wargo jwarg...@gmail.com
Reply: dev@cordova.apache.org dev@cordova.apache.org
Date: April 29, 2015 at 6:30:27 AM
To: dev@cordova.apache.org dev@cordova.apache.org
Subject:  Apache Cordova 4 Programming book  

Cordova Devs,  

I wanted to let everyone know that Apache Cordova 4 Programming has been 
released and is available online: 
http://www.informit.com/store/apache-cordova-4-programming-9780134048192.  

--  
John M. Wargo  
@johnwargo http://twitter.com/johnwargo  
www.johnwargo.com http://www.johnwargo.com  
--
  

Re: Keyboard plugin

[Kerri Shotts]

Well, it’s been a while, but I finally found some time to work up some keyboard 
avoidance examples.

Here’s a link to the post on the forum: 
https://groups.google.com/d/msg/phonegap/1nRXfhI7JtQ/ENPL-MNIadYJ, and the 
corresponding repository: 
https://github.com/kerrishotts/cordova-keyboard-example.




From: Kerri Shotts kerrisho...@gmail.com
Reply: Kerri Shotts kerrisho...@gmail.com
Date: March 30, 2015 at 11:05:28 PM
To: dev@cordova.apache.org dev@cordova.apache.org
Subject:  Re: Keyboard plugin  

I noticed this, actually, when working on one of my last books — the fix (or, 
hack, rather) was to install the plugin from a specific commit that didn’t bail 
if it thought iOS shrunk the view. It was frustrating at the time, but I have 
since changed my opinion of KeyboardShinksView = true, on iOS anyway: that’s 
just not how most native apps on iOS work.

Typically, the size of the view never changes when the keyboard appears — if 
you have a view with a tab bar at the bottom of the view and the keyboard pops 
up, the tab bar doesn’t animate upwards — it stays behind the keyboard and 
never budges. Instead the content area compensates by allowing additional 
scrolling. If you have a translucent keyboard (like from the home screen), this 
is most apparent (you can still tell the content exists below the keyboard.

So although convenient, it might also be why Apple removed this behavior in 
later iOS versions: because it’s not the way native apps usually behave.

I’m exploring various options, but I’m getting the most native behavior by 
using a combination of the ionic keyboard plugin with scrolling disabled while 
the keyboard is visible. Because the height of the keyboard is passed to the 
event handler, I can then adjust the size of any scroll containers (either by 
adding padding or by adjusting their heights). This was broken in an earlier 
version of the plugin (wrong heights returned), but as of the current version 
of the plugin, the heights appeared to be reported correctly. It’s a bit more 
work on the dev’s part, and the plugin doesn’t work perfectly in all cases 
(having a hardware keyboard attached still returns an incorrect height). But 
the feeling is so much closer to native. I’m working up some examples that I’ll 
post soon that demonstrate how it works.

So, my personal preference would be to keep this out of core — if a dev wants 
the shrinkView behavior, they can use a plugin that supports it.




From: Andrew Grieve agri...@chromium.org
Reply: dev@cordova.apache.org dev@cordova.apache.org
Date: March 30, 2015 at 7:33:28 PM
To: dev dev@cordova.apache.org
Subject:  Re: Keyboard plugin

I definitely agree that KeyboardShrinksView makes a tonne more sense for
apps (as opposed to webpages), and it's what we use on Android. Shame they
reversed the decision (I didn't actually realize that).

One reason to keep it as a plugin is that the logic seems to be hard to get
right and so needs to be tweaked frequently. Plugins let you iterate faster
than if it were built-in.

Still, I think we're hoping to reduce the number of plugins that we
maintain as a part of the core Cordova project, since we really don't do a
great job at giving them the attention that they deserve (just have a look
at all the unaddressed PRs against them).

One of the intended goals (at least IMO) of moving plugins to npm and
npm-style-naming, is to make less distinction between core cordova
plugins and community-maintained plugins, so that the higher-quality
community-maintained plugins get more usage.

Interested in what others think.

On Mon, Mar 30, 2015 at 1:07 PM, Connor Pearson cjp...@gmail.com wrote:

 Hi All,

 It's been a while since the keyboard plugin was discussed. As I understand
 it, the plugin was moved to Cordova labs after iOS 7 made
 KeyboardShrinksView the default behavior. Since iOS 7.1 and 8 have reversed
 this decision, could we revisit this?

 I've done some work to re-enable KeyboardShrinksView for iOS  7.0 and fix
 some bugs, but is there any support for continuing to maintain this plugin?
 If not, is there any way to merge the KeyboardShrinksView preference back
 into cordova-ios? I think it's more commonly used and much more stable than
 the HideKeyboardFormAccessoryBar preference. As a Cordova user, our app
 depends on the shrink view behavior. Any thoughts?

 Thanks,
 Connor

Re: Does Cordova have a problem making developers happy?

[Kerri Shotts]

I had similar ideas about writing some FAQs or posts. Great minds clearly think 
alike, right? ;-) (I’m joking. I know my mind… so not great… Wait… that might 
actually be an insult to everyone else. The only way to win is not to play! 
Aah! Clearly I need to go to bed. I’ve been staring at my latest book’s 
chapter for way too long.)

In fact, I’ve toyed with the idea of doing some screencasts using Cordova and 
the various tools I use with it (like gulp, browserify, and babeljs), and these 
could make some excellent topics as well. Especially debugging, because it’s 
not always enough just to say “here’s where you go to start debugging 
remotely”. Debugging is a skill (an art, really), so I could see a lot from 
that topic alone, but geared more directly at typical debugging issues one 
finds in Cordova dev. Hmm. Where to find the hours in the day? Or a clone… I 
could really use a clone…




From: Raymond Camden raymondcam...@gmail.com
Reply: dev@cordova.apache.org dev@cordova.apache.org
Date: April 13, 2015 at 8:18:39 PM
To: dev@cordova.apache.org dev@cordova.apache.org
Subject:  Re: Does Cordova have a problem making developers happy?  

Like Tommy, I may steal some of these for blog posts -  

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  

As for the debug one, I ask, Do you know how to remote debug? about  
5-10 times a week now. Sadly, now that it is so DARN easy to debug,  
folks just don't seem to know they CAN do it.  

On Mon, Apr 13, 2015 at 6:49 PM, tommy-carlos williams  
to...@devgeeks.org wrote:  
 If no one else has time to do something with this list by the time I get free 
 of my current stress-pile (say a couple weeks from now), I would love to take 
 a crack at it. An FAQ with not just the list, but actual solutions and 
 examples would be a great resource.  
  
 Even if someone else does it, I might use it as the basis for a series of 
 blog posts or something. It’s such a good summary of people’s frustrations. I 
 would probably even have one or two to add from the #phonegap IRC channel.. 
 :/  
  
 --  
 tommy-carlos williams  
  
 On 14 April 2015 at 08:16:56, Josh Soref (jso...@blackberry.com) wrote:  
  
 So, I want someone to make this into a FAQ, somehow.  
  
 I don't have time today, but it's a really great list.  
  
 Bonus points for getting it Stickied at the top of StackOverflow.  
  
 (obviously, it should include some explanation of how to correct these 
 things,  
 and thankfully most are pretty easy to address.)  
  
 Some are probably asking for samples (e.g. a how to do things 
 slowly/choppily  
 w/ left: vs. how to use CSS transitions -- Raymond?)  
  
 Julio wrote an amazing summary of Cordova Stack Overflow posts:  
 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 

Re: Keyboard plugin

[Kerri Shotts]

I noticed this, actually, when working on one of my last books — the fix (or, 
hack, rather) was to install the plugin from a specific commit that didn’t bail 
if it thought iOS shrunk the view. It was frustrating at the time, but I have 
since changed my opinion of KeyboardShinksView = true, on iOS anyway: that’s 
just not how most native apps on iOS work.

Typically, the size of the view never changes when the keyboard appears — if 
you have a view with a tab bar at the bottom of the view and the keyboard pops 
up, the tab bar doesn’t animate upwards — it stays behind the keyboard and 
never budges. Instead the content area compensates by allowing additional 
scrolling. If you have a translucent keyboard (like from the home screen), this 
is most apparent (you can still tell the content exists below the keyboard.

So although convenient, it might also be why Apple removed this behavior in 
later iOS versions: because it’s not the way native apps usually behave.

I’m exploring various options, but I’m getting the most native behavior by 
using a combination of the ionic keyboard plugin with scrolling disabled while 
the keyboard is visible. Because the height of the keyboard is passed to the 
event handler, I can then adjust the size of any scroll containers (either by 
adding padding or by adjusting their heights). This was broken in an earlier 
version of the plugin (wrong heights returned), but as of the current version 
of the plugin, the heights appeared to be reported correctly. It’s a bit more 
work on the dev’s part, and the plugin doesn’t work perfectly in all cases 
(having a hardware keyboard attached still returns an incorrect height). But 
the feeling is so much closer to native. I’m working up some examples that I’ll 
post soon that demonstrate how it works.

So, my personal preference would be to keep this out of core — if a dev wants 
the shrinkView behavior, they can use a plugin that supports it.




From: Andrew Grieve agri...@chromium.org
Reply: dev@cordova.apache.org dev@cordova.apache.org
Date: March 30, 2015 at 7:33:28 PM
To: dev dev@cordova.apache.org
Subject:  Re: Keyboard plugin  

I definitely agree that KeyboardShrinksView makes a tonne more sense for  
apps (as opposed to webpages), and it's what we use on Android. Shame they  
reversed the decision (I didn't actually realize that).  

One reason to keep it as a plugin is that the logic seems to be hard to get  
right and so needs to be tweaked frequently. Plugins let you iterate faster  
than if it were built-in.  

Still, I think we're hoping to reduce the number of plugins that we  
maintain as a part of the core Cordova project, since we really don't do a  
great job at giving them the attention that they deserve (just have a look  
at all the unaddressed PRs against them).  

One of the intended goals (at least IMO) of moving plugins to npm and  
npm-style-naming, is to make less distinction between core cordova  
plugins and community-maintained plugins, so that the higher-quality  
community-maintained plugins get more usage.  

Interested in what others think.  

On Mon, Mar 30, 2015 at 1:07 PM, Connor Pearson cjp...@gmail.com wrote:  

 Hi All,  
  
 It's been a while since the keyboard plugin was discussed. As I understand  
 it, the plugin was moved to Cordova labs after iOS 7 made  
 KeyboardShrinksView the default behavior. Since iOS 7.1 and 8 have reversed  
 this decision, could we revisit this?  
  
 I've done some work to re-enable KeyboardShrinksView for iOS  7.0 and fix  
 some bugs, but is there any support for continuing to maintain this plugin?  
 If not, is there any way to merge the KeyboardShrinksView preference back  
 into cordova-ios? I think it's more commonly used and much more stable than  
 the HideKeyboardFormAccessoryBar preference. As a Cordova user, our app  
 depends on the shrink view behavior. Any thoughts?  
  
 Thanks,  
 Connor  
  

Re: Log solution on Cordova Apps

[Kerri Shotts]

Fabio,

This mailing list is about Cordova Development; it isn’t intended for user 
support. Please ask on the Google Group or Stack Overflow.

~Kerri




From: Wellington Queiroz, Fabio fabio.quei...@gft.com
Reply: dev@cordova.apache.org dev@cordova.apache.org
Date: February 20, 2015 at 1:47:57 PM
To: dev@cordova.apache.org dev@cordova.apache.org
Cc: Gayard, Leonel leonel.gay...@gft.com, Marques, Andre 
andre.marq...@gft.com
Subject:  Log solution on Cordova Apps  

Hello Guys,  

I'm working on a Cordova project and we are implementing a Log Mechanism that 
writes all messages sent to our javascript API on a file persisted on the 
device file system.  
It works on Android and iOS, but we did not find out a solution to retrieve the 
generated log file from iOS file system.  

Are we going through the write solution (create a log file on mobile 
platforms)? If not how is the recommended solution?  

Is it possible to retrieve a file from iOS without jailbreak workaround?  

Thanks very much!  

Fabio Queiroz  
___  

GFT Brasil Consultoria Informática Ltda.  
Av. Sao Francisco, 98  
18.095-450 Sorocaba, Brasil  

T +55 15 3332 9705  
F  
fabio.quei...@gft.commailto:fabio.quei...@gft.com  
www.gft.com/brhttp://www.gft.com/br  
www.gft-blog.com.brhttp://www.gft-blog.com.br/  
www.twitter.com/gft_brhttp://www.twitter.com/gft_br  

Re: [iOS 8] WKWebView moving forward

[Kerri Shotts]

Really Apple? Really? Hisss!

Never mind my fangs. I've just dealt with a little too much Apple silliness
as of late. (G.)

;-)

On Wednesday, November 19, 2014, Shazron shaz...@gmail.com wrote:

 Also, cue *sad violin*: the Xcode 6.2 beta SDK (iOS 8.2) does *not* include
 the WKWebView loadFileURL:readAccessURL: method.




-- 

___
*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/

Re: [iOS 8] WKWebView moving forward

[Kerri Shotts]

le *sigh* :-(


___
*Kerri Shotts*
photoKandy Studios, LLC

Re: Genymotion on Mac for Cordova testing

[Kerri Shotts]

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: Personal introduction: Tony Homer

[Kerri Shotts]

Any cat lover is a friend of mine! (I'll grudgingly accept cat haters,
too...!) What kinds of cats do you have?

Welcome Tony!


___
*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 Thu, Oct 2, 2014 at 4:40 PM, Carlos Santana csantan...@gmail.com wrote:

 I don't like cats but I already like Tony. Welcome !

 On Thursday, October 2, 2014, Shazron Abdullah shaz...@gmail.com wrote:

  Welcome cat friend!
  See you at PG Day US.
 
   On Oct 2, 2014, at 8:11 AM, Homer, Tony tony.ho...@intel.com
  javascript:; wrote:
  
   Hi!  I’d like to start contributing to Cordova.
  
   I’m a member of the HTML5 Tools Team at Intel.
   We develop the Intel XDK, which Andrew Grieve posted about in August:
   http://callback.markmail.org/thread/m5zahiailvxn6lhk
   I'm the lead developer for Intel App Preview (a companion app to the
  Intel XDK).
   I've dabbled in Blackberry, Windows Phone and Windows 8, but have spent
  most of my time with iOS and Android.
  
   I live and work in Lancaster, PA, USA.
   When I’m not working, I enjoy…
   -spending time with my family
   -sporadically running and biking
   -playing games (video and board)
   -reading sci-fi and fantasy
   Fun fact #1: I have 4 cats.
   Fun fact #2: I’m allergic to cats.
  
   Per the ContributorWorkflow wiki page, I've joined the lists, signed
 the
  ICLA, created an account on Apache JIRA, and bookmarked the url.
   I'll look for something to get started with in JIRA - should I be
  looking at unassigned issues or assigned/unresolved?
  
   I'll be attending PhoneGap Day later this month - hope to see you
 there.
  
   Tony
 
 

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

Re: Can we obfuscate or encrypt the www folder in the www folder for Cordova

[Kerri Shotts]

This mailing list is for development of Cordova. You might be better served
by posting at the Google Group for PhoneGap (
http://groups.google.com/group/phonegap) or Stack Overflow.

Nevertheless, my 2¢: don't bother encrypting or obfuscating your www
directory. Such an encryption is easily reversed (that key has to be
somewhere), and obfuscation is only security through obscurity (read: not
secure at all). Better to ensure that anything that you must keep private
not be stored in your code -- if it's there, anyone can get at it, obscured
or not. It just might take a little more effort.


___
*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 Sat, Sep 27, 2014 at 11:19 AM, shuvankar.siliguri 
chakraborty.shuvan...@gmail.com wrote:

 Hi,
   I am  a java android developer have recently started android
 development with Cordova (Phonegap ). So my question is that can we encrypt
 the or convert the www folder in to jar .

 Eagerly waiting for reply

 --
 *shuvankar chakraborty*

Re: [ios-sim] version 3.0 is out, supports Xcode 6

[Kerri Shotts]

Woohoo! :-)

On Monday, September 22, 2014 6:59:05 PM UTC-5, Shazron Abdullah wrote:

 This tool is needed to use phonegap emulate ios or cordova emulate ios 
 if your default Xcode is Xcode 6. Update from npm if you use Xcode 6.

 The 2.x version is for Xcode 5.

Re: NFC and IOS

[Kerri Shotts]

Buses? What are those? ;)

I suspect that the API is still baking and will be opened up to everyone in a 
later release (probably iOS 9), but that is just a (hopeful) guess on my part. 

Sent from my phone. 

___
Kerri Shotts
photoKandy Studios, LLC

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

Social Media:
  Twitter: @photokandy, http://twitter.com/photokandy
  Tumblr: http://photokandy.tumblr.com/
  Github: https://github.com/kerrishotts
https://github.com/organizations/photokandyStudios
  CoderWall: https://coderwall.com/kerrishotts


 On Sep 16, 2014, at 14:18, Joe Bowser bows...@gmail.com wrote:
 
 As we've seen with Apple Maps, iPhone users don't ride the bus.
 On Sep 16, 2014 12:16 PM, julio cesar sanchez jcesarmob...@gmail.com
 wrote:
 
 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: Cordova-Create Module

[Kerri Shotts]

John --

That's pretty awesome! A different name might be a good idea, but I don't
know what name would be short and to the point while conveying what the
tool really does (Good luck, there!). Still, it looks really cool and I
suspect I'll find myself using it quite a bit... :-)


___
*Kerri Shotts*
photoKandy Studios, LLC

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

Re: [iOS 8] Status of WKWebView work

[Kerri Shotts]

Nooo! :-( I guess we'll
have to hope for 8.0.1 or 8.1?


___
*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 Tue, Sep 9, 2014 at 3:33 PM, Andrew Grieve agri...@chromium.org wrote:

 :(

 Hopefully UIWebView will still get some updates though? E.g. IndexedDb?

 On Tue, Sep 9, 2014 at 4:18 PM, Tommy Williams to...@devgeeks.org wrote:
  That's pretty disappointing.
 
  Especially with not even a comment from apple.
  On 10 Sep 2014 05:50, Shazron shaz...@gmail.com wrote:
 
  Well, bad news. I just installed the iOS 8 GM firmware on an iPhone 5
 and
  used Xcode 6 GM, and the file:// url bug (assuming it is a bug and
 not by
  design) is still there.
 
  http://www.openradar.me/radar?id=5839348817723392
 
  On Fri, Sep 5, 2014 at 12:48 PM, Shazron shaz...@gmail.com wrote:
 
   Clarification:
   When I said The bridge works great, and plugins work great. this was
   for loading a html page and plugins using the file:// protocol using
   WKWebView (as the title of the report implies). The bug I reported
 was on
   Device ( iOS beta 4), on Simulator it is *fine* (this info was in the
  bug
   report as well).
  
   *Nothing* has been done using the local web server and proxy (at least
   nothing checked in). An implementation on how the proxy works can be
 seen
   in the PhoneGap Developer App:
   https://github.com/phonegap/phonegap-app-developer
  
   See CB-7043 for progress on tasks regarding this.
  
  
  
   On Fri, Sep 5, 2014 at 11:40 AM, Shazron shaz...@gmail.com wrote:
  
   I figure I will write this all up before the official release of iOS
 8
   next week (probability high) and everyone asking about support.
  
   It has stalled because the WKWebView cannot load files using the
 file://
   protocol since iOS 8 beta 4.
  
   This bug has been filed with Apple weeks ago:
   http://www.openradar.me/radar?id=5839348817723392
  
   I even checked WebKit check-ins if there was any progress, so far,
 no:
  
  
 
 http://trac.webkit.org/browser/trunk/Source/WebKit2/UIProcess/API/Cocoa?order=datedesc=1
   (but it's entirely possible the loading code is in another part of
 the
   tree).
  
   The alternative is to run a local web server, which works great.
  However,
   this will open up a can of worms possibly with Apple, I'm not sure.
  
   The other interesting tidbit is, with WKWebView, for locally loaded
  files
   using the file:// protocol, cross-domain restrictions now apply,
 unlike
   UIWebView's behaviour. To have the same behaviour as UIWebView, we
 would
   need to proxy these requests (modify xhr.open to go to our proxy,
 which
   requires the local web server).
  
   The bridge works great, and plugins work great.
  
  
  
  
  
  
 

Re: Steve on Vacation

[Kerri Shotts]

Congrats! Enjoy your honeymoon. The video is absolutely amazing -- you two
look made for each other. :-)


___
*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 Fri, Aug 29, 2014 at 1:37 PM, Steven Gill stevengil...@gmail.com wrote:

 Thanks Mike and Michal!

 The wedding went amazingly and I'm sure everyone had a blast. It was the
 same weekend. Indian ceremony was on Friday and western one was Saturday. I
 have to say though, planning it was not easy.


 On Fri, Aug 29, 2014 at 10:53 AM, Michal Mocny mmo...@chromium.org
 wrote:

  Thats the best wedding video I've ever seen!  I love the dual ceremonies
 --
  it must have been a blast for all the guests.  Did you do it on the same
  weekend?
 
 
  On Fri, Aug 29, 2014 at 1:46 PM, Mike Billau mike.bil...@gmail.com
  wrote:
 
   Wow Steve you clean up well man! Haha :p What a cool video.
  
  
  
   On Fri, Aug 29, 2014 at 11:51 AM, Steven Gill stevengil...@gmail.com
   wrote:
  
Haha Thanks guys! I got married July 11-12 up in Vancouver. That is
  why I
was MIA for start of July and end of June. You can see a short
 wedding
highlight video at http://vimeo.com/m/102964420
   
Wife is cool with the delayed honeymoon. Decided to avoid summer
 rush.
   Also
was easier to plan once weddings were finished. Going to Maui. If you
   have
any tips, please share :)
   
I'll make sure to add backups to all our npm repos. I was doing that
 a
   bit
yesterday. Cordova-windows8 was killed yesterday in favor of
Cordova-windows.
   
On Friday, August 29, 2014, Victor Sosa sosah.vic...@gmail.com
  wrote:
   
 Hey Steve, congratulations!
 Welcome to the jungle :P


 2014-08-29 8:56 GMT-05:00 Marcel Kinard cmarc...@gmail.com
javascript:;
 :

  Hope your wife was OK with the delay. It's been a while!
 
  BTW, could you get a backup added to the ACL for publishing
  cordova-amazon-fireos and cordova-windows8 to the npm registry?
 
  Enjoy the time off! Life will never be this simple again. ;-)
 
  On Aug 28, 2014, at 6:16 PM, Steven Gill stevengil...@gmail.com
 javascript:; wrote:
 
   I will be heading off to my delayed honeymoon Sept 3rd. I will
 be
back
  Sept
   18th.
  
   I'm hoping we can get the 3.6.0 vote started tomorrow and I am
  able
to
   release it next Tuesday before I leave. If not, someone else
 will
have
 to
   take over releasing 3.6.0.
  
   I have also created a calendar to keep track of Cordova
  Committers
   Vacation. You can see it at
  
 

   
  
 
 https://www.google.com/calendar/embed?src=MWkzbnA1ZDg2ZjlyZ29iamI2dDk1OGZhOGtAZ3JvdXAuY2FsZW5kYXIuZ29vZ2xlLmNvbQ
  
   If people like the idea, I can add more people to the calendar
  who
can
  add
   events to it.
 
 


 --
 Victor Adrian Sosa Herrera
 IBM Software Engineer
 Guadalajara, Jalisco

   
  
 

Re: Andrew on Vacation

[Kerri Shotts]

Enjoy! Hope you are going somewhere fun!

Sent from my phone. 

___
Kerri Shotts
photoKandy Studios, LLC

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

Social Media:
  Twitter: @photokandy, http://twitter.com/photokandy
  Tumblr: http://photokandy.tumblr.com/
  Github: https://github.com/kerrishotts
https://github.com/organizations/photokandyStudios
  CoderWall: https://coderwall.com/kerrishotts

Apps on the Apple Store:
  https://itunes.apple.com/us/artist/photokandy-studios-llc/id498577828

Books:
 http://www.packtpub.com/phonegap-2-mobile-application-hotshot/book
  http://www.packtpub.com/phonegap-social-app-development/book

 On Aug 21, 2014, at 23:44, Andrew Grieve agri...@google.com wrote:
 
 I'll be back Sept 8th :)

Re: Attending WWDC 2014?

[Kerri Shotts]

Ooooh, those diffs have some *very interesting* things going on there.
;-)




___
Kerri Shotts
photoKandy Studios, LLC

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

Social Media:
  Twitter: @photokandy, http://twitter.com/photokandy
  Tumblr: http://photokandy.tumblr.com/
  Github: https://github.com/kerrishotts
https://github.com/organizations/photokandyStudios
  CoderWall: https://coderwall.com/kerrishotts

Apps on the Apple Store:

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

Books:
  http://www.packtpub.com/phonegap-2-mobile-application-hotshot/book
  http://www.packtpub.com/phonegap-social-app-development/book


On Tue, Jun 3, 2014 at 2:37 PM, Marc Weiner mhweiner...@gmail.com wrote:

 WOW! Really?? That sounds promising!


 On Tue, Jun 3, 2014 at 3:23 PM, Michal Mocny mmo...@chromium.org wrote:

  WKWebView?!
 
 
  On Tue, Jun 3, 2014 at 3:14 PM, Shazron shaz...@gmail.com wrote:
 
   See API diffs:
  
 
 https://developer.apple.com/library/prerelease/ios/releasenotes/General/iOS80APIDiffs/index.html
   Some random search terms: UIWebView, Tofu, Rice Pilaf, WebKit, Curry,
   Green Beans
  
  
   On Tue, Jun 3, 2014 at 10:05 AM, purplecabbage 
 purplecabb...@gmail.com
   wrote:
The sessions will all be nda, but the docs should be available now,
 and
   videos to come.
So I recommend you don't live tweet.
   
Sent from my iPhone
   
On Jun 3, 2014, at 2:47 AM, tommy-carlos williams 
 to...@devgeeks.org
  
   wrote:
   
Carlos,
   
PLEASE tell me you are going to “Introducing the Modern WebKit API”
  and
   live tweeting it, or something?!
   
“...advanced bridging between JavaScript and Objective-C, increased
   JavaScript performance via WebKit's super-fast JIT, and more
   
Is that saying what I THINK it’s saying?
   
- tommy
   
On 3 June 2014 at 17:39:57, Steven Gill (stevengil...@gmail.com)
  wrote:
   
Interested in meeting at beerjs?
http://www.meetup.com/beerjs/events/180505862/
   
   
On Mon, Jun 2, 2014 at 2:12 PM, Joe Bowser bows...@gmail.com
  wrote:
   
I'm also in SF Monday-Wednesday.
   
On Mon, Jun 2, 2014 at 10:47 AM, Michael Brooks
mich...@michaelbrooks.ca wrote:
I'm in SF Monday-Wednesday as well (not for WWDC). It would be
 great
   to
meet up!
   
   
On Mon, Jun 2, 2014 at 9:28 AM, Ken Wallis 
 kwal...@blackberry.com
  
wrote:
   
I am at the Tizen dev conf tomorrow and Wednesday, would be
   interested
in
a cordova meet as well!
--
Ken Wallis
Senior Product Manager - WebWorks
BlackBerry
925-931-6024
   
   
   
   
   
-Original Message-
From: Brian LeRoux b...@brian.io
Reply-To: dev@cordova.apache.org dev@cordova.apache.org
Date: Monday, June 2, 2014 at 9:09 AM
To: dev@cordova.apache.org dev@cordova.apache.org
Subject: Re: Attending WWDC 2014?
   
Cordova dinner this week works for me!
On May 30, 2014 12:49 PM, Carlos Santana 
 csantan...@gmail.com
wrote:
   
I will be attending wwdc next week, I was wondering if any one
  else
is
also
attending and want to setup a meetup.
   
--
Carlos Santana
csantan...@gmail.com
   
  
 

Re: Attending WWDC 2014?

[Kerri Shotts]

I'm *so* jealous. One of these days... ;-) If I were anywhere near, I'd
just hover around the edges, just to pick up on all the vibes, but, alas,
I'm a long way off in Illinois.


___
Kerri Shotts
photoKandy Studios, LLC

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

Social Media:
  Twitter: @photokandy, http://twitter.com/photokandy
  Tumblr: http://photokandy.tumblr.com/
  Github: https://github.com/kerrishotts
https://github.com/organizations/photokandyStudios
  CoderWall: https://coderwall.com/kerrishotts

Apps on the Apple Store:

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

Books:
  http://www.packtpub.com/phonegap-2-mobile-application-hotshot/book
  http://www.packtpub.com/phonegap-social-app-development/book


On Fri, May 30, 2014 at 8:40 PM, Marc Weiner mhweiner...@gmail.com wrote:

 I'm in NYC, wish I could make it!

 Marc

 On Friday, May 30, 2014, Carlos Santana csantan...@gmail.com wrote:

  Well even if not attending I want to take opportunity of traveling to
 Sand
  Francisco and get together with Cordova committers, contributors, or
 hybrid
  developers.
 
  First round is on me :-)
 
  --Carlos
 
 
  On Fri, May 30, 2014 at 9:06 PM, Marc Weiner mhweiner...@gmail.com
  javascript:; wrote:
 
   Lucky! Please take lots of notes, I'm curious what you learn! Glad a
 part
   of the Cordova community will be going. Have fun!
  
   Marc
  
  
   On Fri, May 30, 2014 at 3:42 PM, Carlos Santana csantan...@gmail.com
  javascript:;
   wrote:
  
I will be attending wwdc next week, I was wondering if any one else
 is
   also
attending and want to setup a meetup.
   
--
Carlos Santana
csantan...@gmail.com javascript:;
   
  
 
 
 
  --
  Carlos Santana
  csantan...@gmail.com javascript:;
 

Re: First stab at Next Steps article

[Kerri Shotts]

Awesome work thus far, and a good idea to have, imo. Getting to hello,
world is great, but having a jumping-off point for how to proceed after
that fact would be very beneficial.

I added a few comments to the document, and also contributed some sections
on upgrading projects/plugins and testing. If anything there is too much
detail, wrong, or not desired in this document, feel free to remove as
needed. :-)

If an ICLA is needed for what I added, one is on its way. I've been meaning
to send one anyway, but time keeps getting away from me!


___
Kerri Shotts
photoKandy Studios, LLC

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

Social Media:
  Twitter: @photokandy, http://twitter.com/photokandy
  Tumblr: http://photokandy.tumblr.com/
  Github: https://github.com/kerrishotts
https://github.com/organizations/photokandyStudios
  CoderWall: https://coderwall.com/kerrishotts

Apps on the Apple Store:

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

Books:
  http://www.packtpub.com/phonegap-2-mobile-application-hotshot/book
  http://www.packtpub.com/phonegap-social-app-development/book


On Thu, May 1, 2014 at 9:13 PM, Marcel Kinard cmarc...@gmail.com wrote:

 +1. Once you get Hello World up and running, this should be these
 signposts on possibilities where to go next.

 http://upload.wikimedia.org/wikipedia/commons/2/28/Bluff_signpost.jpg

 This has natural potential for scope creep.

 On May 1, 2014, at 6:08 PM, Ray Camden rayca...@adobe.com wrote:

  Terence, this too, smells like a good FAQ detail. To me, this document
 is more of a guide for things that a Cordova dev would need to know after
 getting past the basic Hello World.
 
  (Not saying my view on this is right, just how I see it.)

Re: IDE tweaks for CLI

[Kerri Shotts]

[ Even more OT: definitely check the cable. My Nexus 7 does the same thing. 
After trying many different cables, I finally found one that let it stay 
connected as long as I wanted. The cables themselves work on other non-android 
devices, so they aren't bad, but must not be able to meet the N7's 
requirements. ]


___
Kerri Shotts
photoKandy Studios, LLC

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

Social Media:
  Twitter: @photokandy, http://twitter.com/photokandy
  Tumblr: http://photokandy.tumblr.com/
  Github: https://github.com/kerrishotts
https://github.com/organizations/photokandyStudios
  CoderWall: https://coderwall.com/kerrishotts

Apps on the Apple Store:
  https://itunes.apple.com/us/artist/photokandy-studios-llc/id498577828

Books:
  http://www.packtpub.com/phonegap-2-mobile-application-hotshot/book
  http://www.packtpub.com/phonegap-social-app-development/book



 On Jan 6, 2014, at 15:06, Michal Mocny mmo...@chromium.org wrote:
 
 (More OT: I've gone through my fourth damaged microUSB cable on this last
 road trip.  They bend so easily in the car.)
 
 
 On Mon, Jan 6, 2014 at 3:17 PM, Joe Bowser bows...@gmail.com wrote:
 
 On Mon, Jan 6, 2014 at 12:03 PM, Braden Shepherdson bra...@chromium.org
 wrote:
 I have had a patchy history of trying to deploy to simulators and devices
 using the CLI commands, but it may be something about my setup (eg. my
 HTC
 One frequently drops out of the ADB devices list even though it's still
 plugged in) or that I have only used it occasionally across many CLI
 versions and my own patches and so on. If it's working for everyday users
 (I know it's working for our CI) then that's great.
 
 This may be OT, but this sounds like a hardware problem.  Does the USB
 Bus have enough power to support these devices? Is the MicroUSB cable
 connected properly?  Seriously, MicroUSB is terrible since the ports
 will eventually wear out, and the plugs bend if you put any stress on
 them (i.e. Device Wall).
 

Re: Where is the jar file for cordova 3.1

[Kerri Shotts]

Wrong list. See: https://groups.google.com/d/forum/phonegap


But (assuming Mac/Linux):
sudo npm install -g cordova

create a project (cordova create …), then

cordova platform add android (or whatever)

Make sure you have all the prereqs installed, or this won’t go well.


On Saturday, November 2, 2013, Arpan Mukhopadhyay 
arpan_mukhopadhya...@yahoo.com wrote:
 Hi
 I tried downloading the cordova 3.1 but could not find the jar file
instead the site shows the link for source file. How could I get the jar
file only so that I can use cordova when offline too ?


 Thanks
 Arpan

-- 

___
Kerri Shotts
photoKandy Studios, LLC

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

Social Media:
  Twitter: @photokandy, http://twitter.com/photokandy
  Tumblr: http://photokandy.tumblr.com/
  Github: https://github.com/kerrishotts
https://github.com/organizations/photokandyStudios
  CoderWall: https://coderwall.com/kerrishotts

Apps on the Apple Store:

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

Books:
  http://www.packtpub.com/phonegap-2-mobile-application-hotshot/book
  http://www.packtpub.com/phonegap-social-app-development/book

Re: replacing webviews

[Kerri Shotts]

Pretty sure Apple would frown on this and reject the apps out-of-hand, seeing 
as they don't permit any third party browser to use anything but the built-in 
rendering engine. (Opera Mini is a special case here - last I knew it was 
essentially doing the rendering back-end and passing the image to the user, 
which means no on-device rendering at all). 

Plus, don't forget the increase in app sizes such a thing would bring -- it's 
not as critical now that Apple lets users on cellular download apps up to 
100mb, but still something to think about. 

All that said, iOS 7 has done some good things and some really lousy things wrt 
to the web views. Sigh. :-(


___
Kerri Shotts
photoKandy Studios, LLC

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

Social Media:
  Twitter: @photokandy, http://twitter.com/photokandy
  Tumblr: http://photokandy.tumblr.com/
  Github: https://github.com/kerrishotts
https://github.com/organizations/photokandyStudios
  CoderWall: https://coderwall.com/kerrishotts

Apps on the Apple Store:
  https://itunes.apple.com/us/artist/photokandy-studios-llc/id498577828

Books:
  http://www.packtpub.com/phonegap-2-mobile-application-hotshot/book
  http://www.packtpub.com/phonegap-social-app-development/book



 On Oct 8, 2013, at 10:19, Jacob Robbins jacob.d.robb...@gmail.com wrote:
 
 Going through the iOS7 upgrade with my Cordova app (2.9) I found some
 unpleasant surprises with fixed footers. The changes to mobile Safari are
 great for browsing websites but not good for HTML5 apps.
 
 This made me wonder, has there been discussion of integrating a full mobile
 browser codebase into Cordova and using that instead of the native webview?
 Mozilla sort of went this way with XUL where you could take their HTML
 engine and use it in a non-browser context.
 
 Seems to me a lot of usability problems with non-native apps result from
 running them inside the same HTML engine used by the platforms' default
 mobile browser. The native browsers are moving towards features that help
 make regular websites accessible. Being a great virtual machine for
 non-native apps is not a high priority for them.
 
 Was wondering if this has been discussed and if there's issues that make
 including a full HTML engine in a Cordova app infeasible.
 
 -Jacob Robbins
 Burn Note

Re: cordova-playbook 'deprecation'

[Kerri Shotts]

Not as untenable a thought as you suggest; there are a great many devs out
there considering iOS 7 as the base level of support for the next version
of their apps after iOS 7 is released. Leaving the iPhone 5 out of it (it's
not exactly Cordova's fault that BB hasn't made more phones on BB10), Apple
is clearly expecting that most people will be on iOS 7 in a quick hurry
given previous uptake rates on iOS 6.

Keep in mind that one can't support old platforms forever. Sooner or later
Cordova will be forced to drop support for iOS 5 and 6 at some point, too,
if only because that's all Apple supports. The same applies for BB. If
support in Cordova was contingent on BB10 getting to the playbook, one can
hardly expect that Cordova will magically be able to support the playbook
without BB10. (Personally, I suspect this means that the current iteration
of playbook is dead, dead, dead, and that, assuming BB even wants to
continue in the tablet space, a new device will be released instead.)


On Tuesday, July 23, 2013, Gord Tanner gtan...@gmail.com wrote:
 I am just a little annoyed because of the promise that we would get
 PlayBook support with the big BlackBerry 10 rewrite that was done.  The
 promise was we were just shelving the Java Phone OS code and cleaning up
 things for PlayBook and BlackBerry 10.

 I hope that the official support for BlackBerry 10 isn't thrown out as
 quickly as PlayBook support was as soon as BlackBerry 11 is released.

 Like I said in a previous email, we went from supporting every blackberry
 device in cordova to supporting only 2 devices (Z10 and Q10).

 Would the community be as accepting if we said Cordova only supported iOS7
 on the iPhone5?




-- 

___
Kerri Shotts
photoKandy Studios, LLC

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

Social Media:
  Twitter: @photokandy, http://twitter.com/photokandy
  Tumblr: http://photokandy.tumblr.com/
  Github: https://github.com/kerrishotts
https://github.com/organizations/photokandyStudios
  CoderWall: https://coderwall.com/kerrishotts

Apps on the Apple Store:

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

Books:
  http://www.packtpub.com/phonegap-2-mobile-application-hotshot/book
  http://www.packtpub.com/phonegap-social-app-development/book

Re: Is there any method to let Cordova for Windows run independently without IE.

[Kerri Shotts]

Cordova relies on the system browser, and therefore would require IE 9 or
higher be installed.


On Sunday, July 21, 2013, 赵荣 zhao_r...@live.com wrote:
 Hi Dears,I have a question about Cordova for Windows.
 I am making a web site, which needs customer pay online, however,
because customers' browsers vary, the bank's payment plugin cannot work
well on each customer's machine, I want to package a application by Cordova
to provide customers with a uniform environment.I read the Cordova
github notification, it says:  Internet Explorer 9 or newer is required.,
does this mean there must be IE 9 or later on customer's computer?   Is
there any method to let Cordova run independently? such as embedding an IE
or others...
 Thank you very much!
 Rong

-- 

___
Kerri Shotts
photoKandy Studios, LLC

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

Social Media:
  Twitter: @photokandy, http://twitter.com/photokandy
  Tumblr: http://photokandy.tumblr.com/
  Github: https://github.com/kerrishotts
https://github.com/organizations/photokandyStudios
  CoderWall: https://coderwall.com/kerrishotts

Apps on the Apple Store:

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

Books:
  http://www.packtpub.com/phonegap-2-mobile-application-hotshot/book
  http://www.packtpub.com/phonegap-social-app-development/book

Re: New iOS 7 UI and backwards compatibility

[Kerri Shotts]

Yeah... NDA and all that jazz.

Technically, the Apple Dev Forums would be the proper place to discuss the
issue, though you have to put up with PG-haters and conflicting posts that
then tell you to talk to PG and not the forum. (These posts are not by
Apple, just by other Devs on the forum, so I take their opinion with a
grain of salt, since they are almost always the uninformed-about-what-PG
type, IMO)

I would do a search on the forums on how to handle splashes on multiple iOS
versions (though I think you will end up with a second splash being
generated from PG - not sure ATM how to address that easily), as well has
how to deal with the status bar issue. There is some pretty simple code
that should at least get you back to iOS 6-style metrics.

Finally, based only on past experience, support for the newest iOS release
is a couple weeks or longer after Apple has released it. No one can offer
support for beta OSes, and things can and do break across beta versions.
The GM release may not provide enough time to get a iOS 7-supported PG out
the door by release date. My point being that it may be better to muck
around in your view controller to support what you need now, if you need to
release the day of the iOS 7 release. Just make sure to take a backup or
use version control so that if you muck a bit too far, you can get back
easily.

Sent from my phone.

___
Kerri Shotts
photoKandy Studios, LLC

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

Social Media:
  Twitter: @photokandy, http://twitter.com/photokandy
  Tumblr: http://photokandy.tumblr.com/
  Github: https://github.com/kerrishotts
https://github.com/organizations/photokandyStudios
  CoderWall: https://coderwall.com/kerrishotts

Apps on the Apple Store:

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

Books:
 http://www.packtpub.com/phonegap-2-mobile-application-hotshot/book
  http://www.packtpub.com/phonegap-social-app-development/book

On Jul 16, 2013, at 9:56, PJ Dillon p...@sulia.com wrote:

Hi,

I haven't found any discussion about this searching through my mail. But
the UI is broken in iOS 7. I actually don't know if I'm allowed to discuss
the details. It's glaringly obvious, though, and it makes compatibility
with iOS 6 somewhat of a chore for cordova-based apps, especially with the
position splash screen unless I'm mistaken.

So, before I go hacking around with our view controller to accommodate both
6  7, has this been taken care of already, and I'm just overlooking it?

We're trying to get an app out the door as soon as iOS 7 launches.

Thanks,

PJ Dillon
Sulia, Inc

Re: New iOS 7 UI and backwards compatibility

[Kerri Shotts]

Would help if I paid attention to which group things are in... ;) thought
it was in the main forum for some reason (not enough caffeine).

Do file bugs; filing bugs is pretty safe (since how else can devs fix
issues related to iOS7.)

That said, I would still expect the support to be an issue, since something
could easily break in beta 4. In fact people on the forums have been
complaining about breaks between beta 2 and 3.

Also, do search the forums for the status bar piece (unless that has been
dealt with in 2.9.0/3.0) since there is a really simple line of code you
can add to get back to iOS6 metrics. (Side note: clearly Apple wants us to
go this new direction, so whether or not PG should even build this in by
default is debatable in my opinion. We all, native and non-native devs
alike have to live in this new world and adjust our UI to reflect what
makes sense here for each app. Perhaps a config.xml setting might be
useful, though, although it should be equally doable in JS/CSS/HTML to do
the required changes. Do note that this is not just a hardship faced by us:
all native devs are also having to take a hard look at their app and
statistics to see if supporting iOS 6 and 7 is feasible or not, and judging
from the forum, a large number are going iOS7 only.  )

Sent from my phone.

___
Kerri Shotts
photoKandy Studios, LLC

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

Social Media:
  Twitter: @photokandy, http://twitter.com/photokandy
  Tumblr: http://photokandy.tumblr.com/
  Github: https://github.com/kerrishotts
https://github.com/organizations/photokandyStudios
  CoderWall: https://coderwall.com/kerrishotts

Apps on the Apple Store:

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

Books:
 http://www.packtpub.com/phonegap-2-mobile-application-hotshot/book
  http://www.packtpub.com/phonegap-social-app-development/book

On Jul 16, 2013, at 10:14, Andrew Grieve agri...@chromium.org wrote:

There have been no splash screen fixes since 2.9.0 that I'm aware of.
Please file a bug on our jira:https://issues.apache.org/jira/browse/CB


On Tue, Jul 16, 2013 at 10:56 AM, PJ Dillon p...@sulia.com wrote:

Hi,


I haven't found any discussion about this searching through my mail. But

the UI is broken in iOS 7. I actually don't know if I'm allowed to discuss

the details. It's glaringly obvious, though, and it makes compatibility

with iOS 6 somewhat of a chore for cordova-based apps, especially with the

position splash screen unless I'm mistaken.


So, before I go hacking around with our view controller to accommodate both

6  7, has this been taken care of already, and I'm just overlooking it?


We're trying to get an app out the door as soon as iOS 7 launches.


Thanks,


PJ Dillon

Sulia, Inc

Re: Bash command-line completion for CLI

[Kerri Shotts]

Nice! I'll definitely be trying it out on my system!





___
Kerri Shotts
photoKandy Studios, LLC

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

Social Media:
Twitter: @photokandy, [http://twitter.com/photokandy:
http://twitter.com/photokandy]
Tumblr: [http://photokandy.tumblr.com/:
http://photokandy.tumblr.com/]
Github: [https://github.com/kerrishotts:
https://github.com/kerrishotts]
[https://github.com/organizations/photokandyStudios:
https://github.com/organizations/photokandyStudios]
CoderWall: [https://coderwall.com/kerrishotts:
https://coderwall.com/kerrishotts]

Apps on the Apple Store:
[https://itunes.apple.com/us/artist/photokandy-studios-
llc/id498577828: https://itunes.apple.com/us/artist/photokandy-
studios-llc/id498577828]

Books:
[http://www.packtpub.com/phonegap-2-mobile-application-hotshot/book:
http://www.packtpub.com/phonegap-2-mobile-application-hotshot/book]
[http://www.packtpub.com/phonegap-social-app-development/book:
http://www.packtpub.com/phonegap-social-app-development/book]



So, after spending two days typing out cordova-cli command lines by
hand
(nice long ones like cordova plugin rm
org.apache.cordova.core.file-transfer, mostly), I finally broke down
and
added proper completion for my shell.

I've created a JIRA issue to hold the code, as a New Feature ticket.
I'm
not planning on committing anything like this until it's had a bit
wider
exposure, if people find it useful.

I've been using it daily since writing it, and a few others here have
tried
it, and their feedback has made it more useful and stable.

It's CB-4200, if anybody wants to try it. Source it in your .bashrc
file on
OS X, or add it to /etc/bash_completion.d on debian-based systems.

Ian

Re: Android: Use source files instead of .jar file

[Kerri Shotts]

Big +1 from me: Being able to debug in to the IOS internals has saved me
more than once. Usually a change in the internals isn't necessary, but
often elucidates why my approach is failing, more than an error message (or
a silently failing error) does.

My only potential concern is build time. My machine builds (from scratch) a
Cordova project pretty quickly (a few tens of seconds at the longest). Any
longer than that and places where you have to clean the project and rebuild
might be frustrating. (Even so, I prefer being able to debug rather than
having a fast clean build).

Sent from my phone.

___
Kerri Shotts
photoKandy Studios, LLC

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

Social Media:
  Twitter: @photokandy, http://twitter.com/photokandy
  Tumblr: http://photokandy.tumblr.com/
  Github: https://github.com/kerrishotts
https://github.com/organizations/photokandyStudios
  CoderWall: https://coderwall.com/kerrishotts

Apps on the Apple Store:

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

Books:
 http://www.packtpub.com/phonegap-2-mobile-application-hotshot/book
  http://www.packtpub.com/phonegap-social-app-development/book

On Jun 17, 2013, at 14:48, Andrew Grieve agri...@chromium.org wrote:

I'd like to propose that instead of having the create script compile a
version of Cordova into a .jar, that instead it copies over the source
files instead.

My main motivation is that doing so will make debugging native code much
easier since the source code will show up in Eclipse / Android Studio by
default instead of needing to reconfigure your project to get this to work.

We did the same change on iOS a while ago (moving from a precompiled
framework library to just copying over source files), and I think the
results were quite positive. It helps users file better bug reports, and I
think also encourages them to submit bug fixes. It will also make it easier
for Plugin developers to figure out our APIs since they'll be able to see 
tweak the code.

Agree / object?

Re: Android: Use source files instead of .jar file

[Kerri Shotts]

We surely have data on this, since iOS has transitioned; how many issues have 
been raised on iOS because someone mucked around where they shouldn't have? 
Perhaps not directly applicable to Android, but it would perhaps be a rough 
estimate.


___
Kerri Shotts
photoKandy Studios, LLC

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

Social Media:
  Twitter: @photokandy, http://twitter.com/photokandy
  Tumblr: http://photokandy.tumblr.com/
  Github: https://github.com/kerrishotts
https://github.com/organizations/photokandyStudios
  CoderWall: https://coderwall.com/kerrishotts

Apps on the Apple Store:
  https://itunes.apple.com/us/artist/photokandy-studios-llc/id498577828

Books:
  http://www.packtpub.com/phonegap-2-mobile-application-hotshot/book
  http://www.packtpub.com/phonegap-social-app-development/book



On Jun 17, 2013, at 16:37, Joe Bowser bows...@gmail.com wrote:

 My bet is six months
 
 On Mon, Jun 17, 2013 at 2:32 PM, Filip Maj f...@adobe.com wrote:
 I'm ambivalent on this issue.
 
 To play devil's advocate, Joe, it hasn't been an issue on iOS or Windows
 Phone, so any speculation that this _will_ be an issue in the future is
 just that: speculation.
 
 If anything we should set an over/under on how long it will take after
 introducing this change before we get Hey gaiz I changed
 CordovaWebView.java and now nothing works! issues ;)
 
 My bet is: a long time.
 
 On 6/17/13 2:11 PM, Benn Mapes benn.ma...@gmail.com wrote:
 
 +1
 I really like having source code. On Windows Phone we have moved from a
 pre-compiled .dll to just the source as well. Like Kerri said, it is very
 helpful when stepping through your application and debugging any problems
 you might have, as well as getting more people looking at the code and
 understanding it better.
 
 If users don't want to look at the source at all they can just treat the
 cordovaLib folder like it's a .jar and not touch it.
 
 
 On Mon, Jun 17, 2013 at 1:04 PM, Joe Bowser bows...@gmail.com wrote:
 
 -1
 
 This only caters to a minority of our users. Most of our users can't
 debug
 Cordova, since they can't write Java (or even Javascript) well.
 
 I think this will have far more things break and we'll have a huge
 backlash
 from our mainstream users, just like when we deprecated plugins.
 On Jun 17, 2013 12:48 PM, Andrew Grieve agri...@chromium.org wrote:
 
 I'd like to propose that instead of having the create script compile a
 version of Cordova into a .jar, that instead it copies over the source
 files instead.
 
 My main motivation is that doing so will make debugging native code
 much
 easier since the source code will show up in Eclipse / Android Studio
 by
 default instead of needing to reconfigure your project to get this to
 work.
 
 We did the same change on iOS a while ago (moving from a precompiled
 framework library to just copying over source files), and I think the
 results were quite positive. It helps users file better bug reports,
 and
 I
 think also encourages them to submit bug fixes. It will also make it
 easier
 for Plugin developers to figure out our APIs since they'll be able to
 see 
 tweak the code.
 
 Agree / object?
 

Re: Ignore .svn files for building

[Kerri Shotts]

Better yet, respect convention that anything starting with a dot is hidden
and thus ignored. Checking the Hidden attribute would also seem wise.

Sent from my phone.

___
Kerri Shotts
photoKandy Studios, LLC

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

Social Media:
  Twitter: @photokandy, http://twitter.com/photokandy
  Tumblr: http://photokandy.tumblr.com/
  Github: https://github.com/kerrishotts
https://github.com/organizations/photokandyStudios
  CoderWall: https://coderwall.com/kerrishotts

Apps on the Apple Store:

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

Books:
 http://www.packtpub.com/phonegap-2-mobile-application-hotshot/book
  http://www.packtpub.com/phonegap-social-app-development/book

On May 2, 2013, at 8:13, Don Coleman don.cole...@gmail.com wrote:

You're seeing this in cordova-cli?

until.findPlugins could filter out .svn too
https://github.com/apache/cordova-cli/blob/master/src/util.js#L67
On May 2, 2013 5:33 AM, tommy-carlos Williams to...@devgeeks.org wrote:

This is a recurring theme.


The logic for iterating the folders for things like platforms and plugins

needs a look at.


On 02/05/2013, at 19:27, Andreas Sander andreas.san...@hotmail.de wrote:


I get an


Error: ENOENT, no such file or directory 'plugins/.svn/plugin.xml'


So Cordova interprets .svn as a real plugin, isn't it?


Occurs in Cordova 2.6.0 and the newest 2.7.2


From: andreas.san...@hotmail.de

To: dev@cordova.apache.org

Subject: Ignore .svn files for building

Date: Thu, 2 May 2013 10:34:44 +0200


Hi,


is there an easy way to set some filetypes (especially .svn files) to

ignore for building?


Greets,


Andreas

Re: New directory structure in cordova-cli's future branch

[Kerri Shotts]

I can't say I have strong feelings one way or the other. 

I will say that having config.xml inside www *does* feel odd. So I'd be all for 
moving it to the project's root directory (but that breaks spec. Is that good? 
Bad?). Which is a breaking change, and so we'd still have to deal with older 
projects. But there are times that's going to happen anyway (though I think the 
tone it's alpha, expect it is a little odd, since it comes off as a shipping 
product; so I would echo a lot that Tommy wrote. If we're going to do that, 
cordova-cli should have a v0.# instead of v2.6.0 or the like.)

Ultimately, I think if the change is breaking, the bare minimum must be a 
well-defined failure *up-front* that indicates to the user that they need to do 
something with their directory structure (the gravy would be letting the user 
say to the script, yes, I want you to do this for me). We should never rely 
on a we hope it fails, because there will be a case where it won't, and will 
seriously screw something up. That will equal several unhappy users.

semi-rantI know, that if we use this directory structure, that the way to get 
your project up-to-date isn't hard. But there are plenty of users who already 
have an aversion to the command line, and this is going to be too much. It's 
hard enough to convince them to use cordova-cli in the first place, the main 
idea being it'll be easier to manage your cross-platform projects. But there 
are plenty of users who are still upset that there's no GUI way to do this (nor 
a GUI way to create a single-platform project), and so we do risk having too 
much of a starting obstacle when it comes to getting started with Phonegap. 
Clearly there are loads of users in the forum who are not experts when it comes 
to understanding the command line, and I do think that at some point, we need 
to be sensitive to those needs.  /semi-rant 

Finally, let me just say this: I wouldn't use versioning as an argument. I can 
easily tell Git what to ignore, and it does so happily. So to me that's a 
non-starter.
___
Kerri Shotts
photoKandy Studios, LLC

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

Social Media:
  Twitter: @photokandy, http://twitter.com/photokandy
  Tumblr: http://photokandy.tumblr.com/
  Github: https://github.com/kerrishotts
https://github.com/organizations/photokandyStudios
  CoderWall: https://coderwall.com/kerrishotts

Apps on the Apple Store:
  https://itunes.apple.com/us/artist/photokandy-studios-llc/id498577828

Books:
  http://www.packtpub.com/phonegap-2-mobile-application-hotshot/book
  http://www.packtpub.com/phonegap-social-app-development/book


On Tuesday, April 9, 2013 at 1:51 PM, Braden Shepherdson wrote:

 That's now how I recalled the discussion. It certainly wasn't clear-cut,
 but I thought the conclusion was that this was fine.
 
 Well, then this is now a discussion thread. What are the counterarguments?
 
 Braden
 
 
 On Tue, Apr 9, 2013 at 2:49 PM, Brian LeRoux b...@brian.io 
 (mailto:b...@brian.io) wrote:
 
  :(
  
  We never had full consensus to do this Braden.
  
  On Tuesday, April 9, 2013, Filip Maj wrote:
  
   For a couple months now the npm package has had about 1000 downloads per
   month [1].
   
   We do have upgrade guides in our docs for each version for each platform.
   Maybe we could add a CLI section? Then we can reference those guides in
   the CLI's readme? Just thinking out loud.
   
   [1] http://npmjs.org/package/cordova
   
   On 4/9/13 5:40 PM, Braden Shepherdson bra...@chromium.org 
   (mailto:bra...@chromium.org)
  javascript:;
   wrote:
   
This mailing list post is, or will shortly be, indexed by Google and
others. Any newcomers will see the new docs and create new projects.

As I mentioned on IRC, existing users are either accepting or ignoring
  the
alpha warnings that this software is new and under heavy development,
and
if they want to jump on it early they're going to have to expect some
pain.

That said, I don't really know of any better way to socialize it. Is
  there
anywhere where a brief blog post on this would make sense?

I don't know how many people are using these tools and not on the
  mailing
list, though certainly some turn up on IRC occasionally.

Braden


On Tue, Apr 9, 2013 at 11:24 AM, Filip Maj f...@adobe.com 
(mailto:f...@adobe.com)javascript:;
   wrote:

 How will we communicate this change to our existing users?
 
 On 4/9/13 5:22 PM, Braden Shepherdson bra...@chromium.org 
 (mailto:bra...@chromium.org)
  javascript:;
   wrote:
 
  I've just pushed a change to the future branch that changes the
 directory
  structure to:
  
  app/
  merges/
  android/
  ios/
  www/
  config.xml
  
  As was discussed at our video conference meeting a couple of weeks

[Feature Request] Shell script hooks should receive the project's root directory as an argument

[Kerri Shotts]

Correct me if I'm wrong, but it doesn't look like there's any (simple) way to 
get the project's root directory if the hook is a shell script. When I echo $#, 
I have 0 incoming arguments, and so my script is currently limited to throwing 
an error if the cordova-cli isn't executed from an expected directory. I've 
also done set, but didn't see any environment variables that would function 
in the same way as an argument specifying the project's root.

Feel free to close as appropriate, but I felt it might be nice to raise an 
issue, since it would be easier to write shell script hooks if the shells 
script knew how to get back to the root without having to write some not-so-fun 
code to traverse the project's directory structure.

I'd submit a pull myself, but I'm not a node.js expert (which is why I didn't 
write my hook in node.js either). I can't imagine it would be a difficult thing 
to add, but I'm not an expert in this arena, and so perhaps there's also a very 
good reason why shell scripts don't have access to this information.

Anyway, the issue is at https://issues.apache.org/jira/browse/CB-2811, and if 
there is an easy way to get the project's root, I'd be happy to hear it. :-)

___
Kerri Shotts
photoKandy Studios, LLC

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

Social Media:
  Twitter: @photokandy, http://twitter.com/photokandy
  Tumblr: http://photokandy.tumblr.com/
  Github: https://github.com/kerrishotts
https://github.com/organizations/photokandyStudios
  CoderWall: https://coderwall.com/kerrishotts

Apps on the Apple Store:
  https://itunes.apple.com/us/artist/photokandy-studios-llc/id498577828

Books:
  http://www.packtpub.com/phonegap-2-mobile-application-hotshot/book
  http://www.packtpub.com/phonegap-social-app-development/book

Re: CEF Cordova?

[Kerri Shotts]

Wait -- are you asking if there's a desktop version of Phonegap? I was assuming 
you meant a Chrome-based render for mobile devices, esp. since the webkit on 
some mobile devices is quite borked. (Android 2.x, I'm looking at you.)



___
Kerri Shotts
photoKandy Studios, LLC

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

Social Media:
  Twitter: @photokandy, http://twitter.com/photokandy
  Tumblr: http://photokandy.tumblr.com/
  Github: https://github.com/kerrishotts
https://github.com/organizations/photokandyStudios
  CoderWall: https://coderwall.com/kerrishotts

Apps on the Apple Store:
  https://itunes.apple.com/us/artist/photokandy-studios-llc/id498577828


On Friday, February 8, 2013 at 2:57 PM, David Lewis wrote:

 That's unfortunate. My team is working on webkit specific apps just
 because so many mobile devices use it; iOS, Android, and Blackberry
 7+. Having a desktop webkit container would alleviate a lot of work
 forking Windows specific versions. I need to get it done anyway, I
 just thought I'd ask. The closest I've found is DesktopGap but it has
 less PG support than the current Win7 container.
 
 On Fri, Feb 8, 2013 at 3:27 PM, Kerri Shotts kerrisho...@gmail.com 
 (mailto:kerrisho...@gmail.com) wrote:
  Most modern platform's internal browsers are based on webkit -- iPhone and 
  Android, etc. Windows Phone (and the upcoming Firefox OS) would be 
  exceptions to the rule.
  
  I know there's been work done on supporting PG with Chrome as the renderer, 
  but don't hold your breath for it; a lot of stuff would have to be 
  rewritten.
  ___
  Kerri Shotts
  photoKandy Studios, LLC
  
  On the Web: http://www.photokandy.com/
  
  Social Media:
  Twitter: @photokandy, http://twitter.com/photokandy
  Tumblr: http://photokandy.tumblr.com/
  Github: https://github.com/kerrishotts
  https://github.com/organizations/photokandyStudios
  CoderWall: https://coderwall.com/kerrishotts
  
  Apps on the Apple Store:
  https://itunes.apple.com/us/artist/photokandy-studios-llc/id498577828
  
  
  On Friday, February 8, 2013 at 1:33 PM, David Lewis wrote:
  
   My project requires a webkit browser. Does anyone have experience
   adding Cordova support to Chromium Embedded Framework?
   
  
 

Re: FileTransferError

[Kerri Shotts]

That would be an immense help in tracking errors down. 


___
Kerri Shotts
photoKandy Studios, LLC

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

Social Media:
  Twitter: @photokandy, http://twitter.com/photokandy
  Tumblr: http://photokandy.tumblr.com/
  Github: https://github.com/kerrishotts
https://github.com/organizations/photokandyStudios
  CoderWall: https://coderwall.com/kerrishotts

Apps on the Apple Store:
  https://itunes.apple.com/us/artist/photokandy-studios-llc/id498577828

Re: Should Automatic Reference Counting be on?

[Kerri Shotts]

My two cents:

If it's feasible to support ARC, I'd go for it. Having worked with ARC and 
non-ARC code, ARC is definitely easier on my brain cells -- I'm far too likely 
to leak memory like a sieve with manual memory management… 

That said, converting Cordova's base code from non-ARC to ARC may not be 
trivial. In theory, you can just get rid of autoreleases, retains, deallocs, 
and handle properties (assign/retain/copy -- weak,strong), but sometimes you 
end up getting into toll-free bridging between Cocoa and Core Foundation, and 
occasionally you run into more obscure problems (such as ARC releasing the 
object before the code expected it. Easy to fix, but not always /obvious/ prior 
to experiencing the issue.) 

Once we have ARC support, though,  the -fno-objc-arc compiler flag is a 
per-file setting, so I would think that the plugin tools could set that flag 
based on whether or not the plugin supported ARC or not. (I would think this 
should be determined in the metadata somewhere? Perhaps defaulting to no-ARC if 
there's no metadata saying one way or the other?)


On Jan 11, 2013, at 9:14 AM, Andrew Grieve agri...@chromium.org wrote:

 This caught me off-guard as well, and I filed an issue to fix it up:
 https://issues.apache.org/jira/browse/CB-2180
 
 I don't think it'll be entirely straight-forward though, because some
 plugins still do not support ARC.
 
 What are everyone's thoughts on how to address this? One option is to have
 the default project template already set-up with two lib targets. One for
 ARC and one without ARC. Another option is to instruct users how to set the
 compile flag to disable arc on a per-file basis.
 
 Do we want to support ARC and non-ARC plugins in plugman?
 
 
 On Thu, Jan 10, 2013 at 6:52 PM, Jacob Weber ja...@jacobweber.com wrote:
 
 When I create a new iOS project with Cordova 2.3, Automatic Reference
 Counting (CLANG_ENABLE_OBJC_ARC) is turned off. And the code (e.g.
 AppDelegate.m) uses autorelease, which I'm pretty sure is incompatible with
 ARC.
 
 Is this correct? Based on this blog post, I thought it should be on:
 
 http://shazronatadobe.wordpress.com/2012/09/05/automatic-reference-counting-arc-and-cordova-plugins/
 
 Jacob

Re: android: create: An error occured, Deleting project... on mac

[Kerri Shotts]

What are you typing, exactly, to run the create script?

_
~Kerri Shotts, photoKandy Studios LLC
   Wanna be our neighbor? Our Facebook page  Twitter feed.



On Nov 4, 2012, at 6:51 PM, xinumik...@yahoo.com xinumik...@yahoo.com wrote:

 Just downloaded it today. 2.2.0 I believe.
 -Mike
 
 
 
 - Original Message -
 From: Kerri Shotts kerrisho...@gmail.com
 To: dev@cordova.apache.org dev@cordova.apache.org
 Cc: 
 Sent: Sunday, November 4, 2012 6:17 PM
 Subject: Re: android: create: An error occured, Deleting project...  on mac
 
 PhoneGap version?
 
 __
 Kerri Shotts
 photoKandy Studios LLC
 
  Phone: +1 (312) 380-1035
  Web: http://photokandy.com 
 
 Twitter: @photokandy
 
 
 On Nov 4, 2012, at 15:22, xinumik...@yahoo.com xinumik...@yahoo.com wrote:
 
 Hello,
 I have seen a couple replies to this, but I still can't get it.
 
 I am trying to use create, on Macintosh,  to do an Android project.
 
 My path includes:  android-sdk-macosx and android-sdk-macosx/tools
 
 Anybody doing this on a mac?
 
 Thank you,
   Mike