Re: WebNotifications plugin

[Filip Maj]

I feel pretty dumb not thinking about this before..

O well, good thing Jesse is smrt!

On 11/29/12 7:21 PM, "Ally Ogilvie"  wrote:

>Hi Chaps,
>
>For Cordova 1.9 we were able to receive these events without any
>modification to the AppDelegate by registering for didFinishLaunching
>notifications etc. in the class' load method.
>
>https://github.com/wcwynn/phonegap-plugin-localNotifications/blob/v1.9/ios
>/project/Plugins/LocalNotification/LocalNotification.m#L34
>
>Party.
>
>
>On Fri, Nov 30, 2012 at 8:16 AM, Brian LeRoux  wrote:
>
>> +1 to Jesse's suggestion of Party. And the events thing.
>>
>> On Thu, Nov 29, 2012 at 10:51 PM, Shazron  wrote:
>> > Ok this is the essence of what the previous threads I linked to guys
>>:)
>> >
>> >
>> > On Thu, Nov 29, 2012 at 1:43 PM, Jesse 
>>wrote:
>> >
>> >> Have the AppDelegate raise events when things like
>> >> 'didReceiveLocalNotification' happen.
>> >> Have plugins subscribe to the event.
>> >> Party.
>> >>
>> >>
>> >> On Thu, Nov 29, 2012 at 1:30 PM, Anis KADRI 
>> wrote:
>> >> > It's tricky exactly because of that reason (i.e multiple plugins
>> editing
>> >> > the same files/methods). I don't see a clean solution to this
>>problem.
>> >> One
>> >> > way would be to just apply the patch. If it fails, notify the user
>>and
>> >> > prompt them to apply the code manually. Bright minds out there,
>>your
>> >> > thoughts are welcome.
>> >> >
>> >> >
>> >> >
>> >> >
>> >> > On Thu, Nov 29, 2012 at 12:39 PM, Filip Maj  wrote:
>> >> >
>> >> >> I think I had discussions with someone about this particular
>>feature.
>> >> >>
>> >> >> What about having empty stubs for these functions that some
>>plugins
>> need
>> >> >> to hook into (I.e. didReceiveLocalNotification) and then have the
>> >> tooling
>> >> >> drop code in where necessary for these functions? This can be a
>> slippery
>> >> >> slope (multiple plugins battling over a single function) but not
>> worth a
>> >> >> shot?
>> >> >>
>> >> >> On 11/28/12 11:13 PM, "Anis KADRI"  wrote:
>> >> >>
>> >> >> >On Wed, Nov 28, 2012 at 10:43 PM, Brian LeRoux 
>>wrote:
>> >> >> >
>> >> >> >> would this not be an indication that we need to modify the
>>plugin
>> >> api?
>> >> >> >> (code munging would be a bad code smell for a pluggable
>> architecture
>> >> >> >> imo)
>> >> >> >>
>> >> >> >
>> >> >> >Yes. The current specification does not support this use case.
>> >> >> >I can't seem to find a clean/elegant solution to the problem.
>> diff'ing
>> >> >> >does
>> >> >> >not work well if there are multiple plugins appending code to
>> existing
>> >> >> >files. One option would just be to prompt the user to append the
>> code
>> >> >> >manually (but that would not be too cool with cordova-client).
>> >> >> >
>> >> >> >Shaz, I believe I understand that we can expand AppDelegate to
>> support
>> >> >> >even
>> >> >> >more overrides (including the didReceiveLocalNotification) but I
>> >> believe
>> >> >> >the real issue here is appending code in general and this issue
>>is
>> not
>> >> >> >limited to iOS. We can keep this on the backburner for now as it
>>is
>> not
>> >> >> >required by most plugins.
>> >> >>
>> >> >>
>> >>
>> >>
>> >>
>> >> --
>> >> @purplecabbage
>> >> risingj.com
>> >>
>>
>
>
>
>-- 
> [image: Wizcorp - Incorporated Wizards!]
> Ally Ogilvie
>Lead Developer for Mobile Devices
>
>
>
>   wizcorp.jp
>
>3-10-14-6F, Higashi Nihombashi, Chuo-ku, 103-0004, Tokyo
>Tel: (+81)3-4550-1448 - E-mail: aogil...@wizcorp.jp

[jira] [Resolved] (CB-1955) CDVViewController causes exception with legacy backupWebStorage value

[Andrew Grieve (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-1955?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Andrew Grieve resolved CB-1955.
---

Resolution: Duplicate

Thanks for the report. This has already been fixed at head.

> CDVViewController causes exception with legacy backupWebStorage value
> -
>
> Key: CB-1955
> URL: https://issues.apache.org/jira/browse/CB-1955
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: 2.2.0
> Environment: Use a Cordova.plist with BackupWebStorage as a Boolean, 
> iOS 5.1 or greater.
>Reporter: Derek Jensen
>Assignee: Shazron Abdullah
>Priority: Minor
>
> If the BackupWebStorage value in Cordova.plist is left as a boolean (such as 
> when upgrading a project from 2.1.0), the CDVViewController will send the 
> 'isEqualToString' message to an NSCFBoolean object on line 219, crashing the 
> app.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Commented] (CB-1893) Convert cordova.plist -> config.xml

[Andrew Grieve (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-1893?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13507111#comment-13507111
 ] 

Andrew Grieve commented on CB-1893:
---

Added a conversion script: 
https://git-wip-us.apache.org/repos/asf?p=cordova-ios.git;a=commit;h=67e93c90a708d2021075e130fc1f5c6bae888cf7

> Convert cordova.plist -> config.xml
> ---
>
> Key: CB-1893
> URL: https://issues.apache.org/jira/browse/CB-1893
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: iOS
>Reporter: Andrew Grieve
>Assignee: Braden Shepherdson
>Priority: Minor
> Fix For: 2.3.0
>
>
> Relevant ML discussion: http://callback.markmail.org/thread/dulyzr4rcmudtibq
> Just like Android switched, iOS should also use a config.xml file that 
> follows the same format.
> Bonus points for writing a script to convert a .plist -> config.xml, but this 
> is not strictly necessary.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

Re: WebNotifications plugin

[Ally Ogilvie]

Hi Chaps,

For Cordova 1.9 we were able to receive these events without any
modification to the AppDelegate by registering for didFinishLaunching
notifications etc. in the class' load method.

https://github.com/wcwynn/phonegap-plugin-localNotifications/blob/v1.9/ios/project/Plugins/LocalNotification/LocalNotification.m#L34

Party.


On Fri, Nov 30, 2012 at 8:16 AM, Brian LeRoux  wrote:

> +1 to Jesse's suggestion of Party. And the events thing.
>
> On Thu, Nov 29, 2012 at 10:51 PM, Shazron  wrote:
> > Ok this is the essence of what the previous threads I linked to guys :)
> >
> >
> > On Thu, Nov 29, 2012 at 1:43 PM, Jesse  wrote:
> >
> >> Have the AppDelegate raise events when things like
> >> 'didReceiveLocalNotification' happen.
> >> Have plugins subscribe to the event.
> >> Party.
> >>
> >>
> >> On Thu, Nov 29, 2012 at 1:30 PM, Anis KADRI 
> wrote:
> >> > It's tricky exactly because of that reason (i.e multiple plugins
> editing
> >> > the same files/methods). I don't see a clean solution to this problem.
> >> One
> >> > way would be to just apply the patch. If it fails, notify the user and
> >> > prompt them to apply the code manually. Bright minds out there, your
> >> > thoughts are welcome.
> >> >
> >> >
> >> >
> >> >
> >> > On Thu, Nov 29, 2012 at 12:39 PM, Filip Maj  wrote:
> >> >
> >> >> I think I had discussions with someone about this particular feature.
> >> >>
> >> >> What about having empty stubs for these functions that some plugins
> need
> >> >> to hook into (I.e. didReceiveLocalNotification) and then have the
> >> tooling
> >> >> drop code in where necessary for these functions? This can be a
> slippery
> >> >> slope (multiple plugins battling over a single function) but not
> worth a
> >> >> shot?
> >> >>
> >> >> On 11/28/12 11:13 PM, "Anis KADRI"  wrote:
> >> >>
> >> >> >On Wed, Nov 28, 2012 at 10:43 PM, Brian LeRoux  wrote:
> >> >> >
> >> >> >> would this not be an indication that we need to modify the plugin
> >> api?
> >> >> >> (code munging would be a bad code smell for a pluggable
> architecture
> >> >> >> imo)
> >> >> >>
> >> >> >
> >> >> >Yes. The current specification does not support this use case.
> >> >> >I can't seem to find a clean/elegant solution to the problem.
> diff'ing
> >> >> >does
> >> >> >not work well if there are multiple plugins appending code to
> existing
> >> >> >files. One option would just be to prompt the user to append the
> code
> >> >> >manually (but that would not be too cool with cordova-client).
> >> >> >
> >> >> >Shaz, I believe I understand that we can expand AppDelegate to
> support
> >> >> >even
> >> >> >more overrides (including the didReceiveLocalNotification) but I
> >> believe
> >> >> >the real issue here is appending code in general and this issue is
> not
> >> >> >limited to iOS. We can keep this on the backburner for now as it is
> not
> >> >> >required by most plugins.
> >> >>
> >> >>
> >>
> >>
> >>
> >> --
> >> @purplecabbage
> >> risingj.com
> >>
>



-- 
 [image: Wizcorp - Incorporated Wizards!]
 Ally Ogilvie
Lead Developer for Mobile Devices



   wizcorp.jp

3-10-14-6F, Higashi Nihombashi, Chuo-ku, 103-0004, Tokyo
Tel: (+81)3-4550-1448 - E-mail: aogil...@wizcorp.jp

[jira] [Created] (CB-1955) CDVViewController causes exception with legacy backupWebStorage value

[Derek Jensen (JIRA)]

Derek Jensen created CB-1955:


 Summary: CDVViewController causes exception with legacy 
backupWebStorage value
 Key: CB-1955
 URL: https://issues.apache.org/jira/browse/CB-1955
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS
Affects Versions: 2.2.0
 Environment: Use a Cordova.plist with BackupWebStorage as a Boolean, 
iOS 5.1 or greater.
Reporter: Derek Jensen
Assignee: Shazron Abdullah
Priority: Minor


If the BackupWebStorage value in Cordova.plist is left as a boolean (such as 
when upgrading a project from 2.1.0), the CDVViewController will send the 
'isEqualToString' message to an NSCFBoolean object on line 219, crashing the 
app.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

Re: [iOS] Cordova.plist to config.xml - deprecation

[Anis KADRI]

Here it is: https://github.com/imhotep/plugman/commits/master

I still need to add the ability to install plugins that have a
plugins-plist tag to cordova 2.3.0 projects (that don't have the plists
anymore).


On Thu, Nov 29, 2012 at 10:40 AM, Andrew Grieve wrote:

> Copying from the JIRA issue to this thread:
>
> I think supporting both was one of the things that upset users when Android
> > made the switch (at least, it upset me). What happened was that I ended
> up
> > having both files present, and the code was silently using one and not
> the
> > other, and I couldn't figure out why my whitelist changes were not being
> > picked up.
>
>
>
> >
> > I think a conversion script was also suggested. I think it would be best
> > to just fail loudly if config.xml is missing with a message saying "run
> > this script: cordova/bin/plist2xml.py path/to/cordova.plist
>
>
>
>
>
>
>
>
> On Thu, Nov 29, 2012 at 1:26 PM, Braden Shepherdson  >wrote:
>
> > Oh, sweet. I'm glad I went to lunch instead of working on it further :P
> >
> > Braden
> >
> >
> > On Thu, Nov 29, 2012 at 12:47 PM, Anis KADRI 
> wrote:
> >
> > > I've already started working on pluginstall…which btw is now called
> > > plugmanas it has diverged
> > > significantly from the original tool. I am expecting to
> > > commit the code sometime today.
> > >
> > >
> > > On Thu, Nov 29, 2012 at 8:38 AM, Braden Shepherdson <
> bra...@chromium.org
> > > >wrote:
> > >
> > > > The code I checked in, which is now tagged, is expecting config.xml
> > only.
> > > > It wouldn't be terribly hard to support plists too, but I agree that
> a
> > > > clean change is less confusing.
> > > >
> > > > I think a conversion script is overkill, it only takes about three to
> > > > convert one to the other (30 seconds if you vim macros like a boss)
> and
> > > > plenty of people will be able to grab the example config.xml and
> tweak
> > > one
> > > > or two settings rather than converting their whole thing.
> > > >
> > > > The current state of error messages is less than ideal. Currently if
> > you
> > > > try to build but have no config.xml, you just get an Xcode error
> > message
> > > > about the missing file :( I'm not sure how we can improve that. Our
> > users
> > > > are used to looking at our release notes, featuring this prominently
> > and
> > > > pointing to a guide to converting should sort things out.
> > > >
> > > > I'm working on getting pluginstall to handle it properly. Are there
> > more
> > > > docs that need updating?
> > > >
> > > > Braden
> > > >
> > >
> >
>

Re: WebNotifications plugin

[Brian LeRoux]

+1 to Jesse's suggestion of Party. And the events thing.

On Thu, Nov 29, 2012 at 10:51 PM, Shazron  wrote:
> Ok this is the essence of what the previous threads I linked to guys :)
>
>
> On Thu, Nov 29, 2012 at 1:43 PM, Jesse  wrote:
>
>> Have the AppDelegate raise events when things like
>> 'didReceiveLocalNotification' happen.
>> Have plugins subscribe to the event.
>> Party.
>>
>>
>> On Thu, Nov 29, 2012 at 1:30 PM, Anis KADRI  wrote:
>> > It's tricky exactly because of that reason (i.e multiple plugins editing
>> > the same files/methods). I don't see a clean solution to this problem.
>> One
>> > way would be to just apply the patch. If it fails, notify the user and
>> > prompt them to apply the code manually. Bright minds out there, your
>> > thoughts are welcome.
>> >
>> >
>> >
>> >
>> > On Thu, Nov 29, 2012 at 12:39 PM, Filip Maj  wrote:
>> >
>> >> I think I had discussions with someone about this particular feature.
>> >>
>> >> What about having empty stubs for these functions that some plugins need
>> >> to hook into (I.e. didReceiveLocalNotification) and then have the
>> tooling
>> >> drop code in where necessary for these functions? This can be a slippery
>> >> slope (multiple plugins battling over a single function) but not worth a
>> >> shot?
>> >>
>> >> On 11/28/12 11:13 PM, "Anis KADRI"  wrote:
>> >>
>> >> >On Wed, Nov 28, 2012 at 10:43 PM, Brian LeRoux  wrote:
>> >> >
>> >> >> would this not be an indication that we need to modify the plugin
>> api?
>> >> >> (code munging would be a bad code smell for a pluggable architecture
>> >> >> imo)
>> >> >>
>> >> >
>> >> >Yes. The current specification does not support this use case.
>> >> >I can't seem to find a clean/elegant solution to the problem. diff'ing
>> >> >does
>> >> >not work well if there are multiple plugins appending code to existing
>> >> >files. One option would just be to prompt the user to append the code
>> >> >manually (but that would not be too cool with cordova-client).
>> >> >
>> >> >Shaz, I believe I understand that we can expand AppDelegate to support
>> >> >even
>> >> >more overrides (including the didReceiveLocalNotification) but I
>> believe
>> >> >the real issue here is appending code in general and this issue is not
>> >> >limited to iOS. We can keep this on the backburner for now as it is not
>> >> >required by most plugins.
>> >>
>> >>
>>
>>
>>
>> --
>> @purplecabbage
>> risingj.com
>>

Re: Transferring Binary data across exec bridge

[Brian LeRoux]

state of the art would be marshaling strings aka 'outsider art'

On Thu, Nov 29, 2012 at 7:00 PM, Michal Mocny  wrote:
> I'm experimenting with serializing & transferring ArrayBuffer's, but
> wanted to see what the current "state of art" for binary data xfers
> was?  I think I heard at PGDay EU some examples about how we xfer
> picture data across the bridge?
>
> -Michal

[jira] [Commented] (CB-1947) Secure whitelisted URLs not loading in Android

[Antony Lees (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-1947?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13506876#comment-13506876
 ] 

Antony Lees commented on CB-1947:
-

Yeah, so the CN = COMODO High-Assurance Secure Server CA
Valid from: ‎Tuesday, ‎February ‎21, ‎2012 12:00:00 AM
Valid to: ‎Wednesday, ‎February ‎20, ‎2013 11:59:59 PM

So it's been some time since the certificate was issued

> Secure whitelisted URLs not loading in Android
> --
>
> Key: CB-1947
> URL: https://issues.apache.org/jira/browse/CB-1947
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android
>Affects Versions: 2.2.0
> Environment: Android 2.3 and 4.2
>Reporter: Antony Lees
>Assignee: Joe Bowser
>
> Given the config
> http://127.0.0.1*"/> 
> https://mysite.com"; subdomains="true"/>
> http://mysite.com"; subdomains="true"/>
> I would expect both the http and https sites to load.  However only the 
> unsecured http URL will load, the secure https URL shows an HTML error page 
> (it's an iframe)
> Even if I add
> 
> the same thing happens
> I should add that if I deploy the app straight from eclipse (ie not signing 
> it) the secure URL works fine, so it is only when the whitelist is enforced 
> that it doesn't seem to work

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

Re: Test WP8 template

[Shazron]

Tried on Windows 8 Enterprise (in vmware) with VS Express 2012, on a 512MB
WP8 emulator.
Success - WP8 template, saw deviceready.


On Thu, Nov 29, 2012 at 1:50 PM, Sergey Grebnov (Akvelon) <
v-seg...@microsoft.com> wrote:

> Confirm
>
> 1. VS 2012 express and VS 2012 Ultimate
> 2. Emulators only (will be able to test on real device tomorrow morning,
> but manifest file looks great)
> 3. Cordova is initialized correctly
> Log:"Received Event: deviceready"
>
> PS. I'll check tomorrow if it correctly handles local files access via
> XmlHttpRequest
>
> Thx!
> Sergei
>
> -Original Message-
> From: Jesse [mailto:purplecabb...@gmail.com]
> Sent: Friday, November 30, 2012 1:24 AM
> To: dev@cordova.apache.org
> Subject: Re: Test WP8 template
>
> The attachment was dropped ...
> Here it is in dropbox:
> https://www.dropbox.com/s/38om77vi4xs1p3w/CordovaWP8AppFull-2.3.0rc1.zip
>
>
> On Thu, Nov 29, 2012 at 1:17 PM, Shazron  wrote:
> > I've got all the tools installed. Where is the test template?
> >
> >
> > On Thu, Nov 29, 2012 at 1:08 PM, Jesse  wrote:
> >
> >> I need some confirmation that this template works for someone other
> >> than me.
> >> Please import this template into the folder:
> >> Documents\Visual Studio 2012\Templates\ProjectTemplates
> >>
> >> Then attempt to create a new project with it.
> >> Build and Run, and report please ...
> >>
> >> Also, just out of curiousity, how many people on this list have
> >> installed Windows 8 + the Windows Phone 8 SDK tools?
> >>
> >> TIA
> >>
> >> Cheers,
> >>   Jesse
> >>
> >> --
> >> @purplecabbage
> >> risingj.com
> >>
>
>
>
> --
> @purplecabbage
> risingj.com
>

[jira] [Commented] (CB-1947) Secure whitelisted URLs not loading in Android

[Joe Bowser (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-1947?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13506856#comment-13506856
 ] 

Joe Bowser commented on CB-1947:


It was signed by Comodo? When were the certs issued? It's possible that the old 
Comodo certs were rightfully pulled from Android.

> Secure whitelisted URLs not loading in Android
> --
>
> Key: CB-1947
> URL: https://issues.apache.org/jira/browse/CB-1947
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android
>Affects Versions: 2.2.0
> Environment: Android 2.3 and 4.2
>Reporter: Antony Lees
>Assignee: Joe Bowser
>
> Given the config
> http://127.0.0.1*"/> 
> https://mysite.com"; subdomains="true"/>
> http://mysite.com"; subdomains="true"/>
> I would expect both the http and https sites to load.  However only the 
> unsecured http URL will load, the secure https URL shows an HTML error page 
> (it's an iframe)
> Even if I add
> 
> the same thing happens
> I should add that if I deploy the app straight from eclipse (ie not signing 
> it) the secure URL works fine, so it is only when the whitelist is enforced 
> that it doesn't seem to work

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

RE: Test WP8 template

[Sergey Grebnov (Akvelon)]

Confirm

1. VS 2012 express and VS 2012 Ultimate
2. Emulators only (will be able to test on real device tomorrow morning, but 
manifest file looks great)
3. Cordova is initialized correctly
Log:"Received Event: deviceready"

PS. I'll check tomorrow if it correctly handles local files access via 
XmlHttpRequest   

Thx!
Sergei

-Original Message-
From: Jesse [mailto:purplecabb...@gmail.com] 
Sent: Friday, November 30, 2012 1:24 AM
To: dev@cordova.apache.org
Subject: Re: Test WP8 template

The attachment was dropped ...
Here it is in dropbox:
https://www.dropbox.com/s/38om77vi4xs1p3w/CordovaWP8AppFull-2.3.0rc1.zip


On Thu, Nov 29, 2012 at 1:17 PM, Shazron  wrote:
> I've got all the tools installed. Where is the test template?
>
>
> On Thu, Nov 29, 2012 at 1:08 PM, Jesse  wrote:
>
>> I need some confirmation that this template works for someone other 
>> than me.
>> Please import this template into the folder:
>> Documents\Visual Studio 2012\Templates\ProjectTemplates
>>
>> Then attempt to create a new project with it.
>> Build and Run, and report please ...
>>
>> Also, just out of curiousity, how many people on this list have 
>> installed Windows 8 + the Windows Phone 8 SDK tools?
>>
>> TIA
>>
>> Cheers,
>>   Jesse
>>
>> --
>> @purplecabbage
>> risingj.com
>>



--
@purplecabbage
risingj.com

Re: WebNotifications plugin

[Shazron]

Ok this is the essence of what the previous threads I linked to guys :)


On Thu, Nov 29, 2012 at 1:43 PM, Jesse  wrote:

> Have the AppDelegate raise events when things like
> 'didReceiveLocalNotification' happen.
> Have plugins subscribe to the event.
> Party.
>
>
> On Thu, Nov 29, 2012 at 1:30 PM, Anis KADRI  wrote:
> > It's tricky exactly because of that reason (i.e multiple plugins editing
> > the same files/methods). I don't see a clean solution to this problem.
> One
> > way would be to just apply the patch. If it fails, notify the user and
> > prompt them to apply the code manually. Bright minds out there, your
> > thoughts are welcome.
> >
> >
> >
> >
> > On Thu, Nov 29, 2012 at 12:39 PM, Filip Maj  wrote:
> >
> >> I think I had discussions with someone about this particular feature.
> >>
> >> What about having empty stubs for these functions that some plugins need
> >> to hook into (I.e. didReceiveLocalNotification) and then have the
> tooling
> >> drop code in where necessary for these functions? This can be a slippery
> >> slope (multiple plugins battling over a single function) but not worth a
> >> shot?
> >>
> >> On 11/28/12 11:13 PM, "Anis KADRI"  wrote:
> >>
> >> >On Wed, Nov 28, 2012 at 10:43 PM, Brian LeRoux  wrote:
> >> >
> >> >> would this not be an indication that we need to modify the plugin
> api?
> >> >> (code munging would be a bad code smell for a pluggable architecture
> >> >> imo)
> >> >>
> >> >
> >> >Yes. The current specification does not support this use case.
> >> >I can't seem to find a clean/elegant solution to the problem. diff'ing
> >> >does
> >> >not work well if there are multiple plugins appending code to existing
> >> >files. One option would just be to prompt the user to append the code
> >> >manually (but that would not be too cool with cordova-client).
> >> >
> >> >Shaz, I believe I understand that we can expand AppDelegate to support
> >> >even
> >> >more overrides (including the didReceiveLocalNotification) but I
> believe
> >> >the real issue here is appending code in general and this issue is not
> >> >limited to iOS. We can keep this on the backburner for now as it is not
> >> >required by most plugins.
> >>
> >>
>
>
>
> --
> @purplecabbage
> risingj.com
>

[jira] [Updated] (CB-1062) Way to get instance of a plugin via PluginManager

[Joe Bowser (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-1062?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Joe Bowser updated CB-1062:
---

Fix Version/s: (was: 2.3.0)
   2.4.0

I found a use case for this on the branch where we restore the state.  That 
being said, we won't be putting that in this release.

> Way to get instance of a plugin via PluginManager
> -
>
> Key: CB-1062
> URL: https://issues.apache.org/jira/browse/CB-1062
> Project: Apache Cordova
>  Issue Type: Wish
>  Components: Android
>Reporter: Andreas Sommer
>Assignee: Joe Bowser
> Fix For: 2.4.0
>
>
> PluginManager.getPlugin should be made public so that a plugin's instance can 
> be retrieved in Java code.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

Re: WebNotifications plugin

[Jesse]

Have the AppDelegate raise events when things like
'didReceiveLocalNotification' happen.
Have plugins subscribe to the event.
Party.


On Thu, Nov 29, 2012 at 1:30 PM, Anis KADRI  wrote:
> It's tricky exactly because of that reason (i.e multiple plugins editing
> the same files/methods). I don't see a clean solution to this problem. One
> way would be to just apply the patch. If it fails, notify the user and
> prompt them to apply the code manually. Bright minds out there, your
> thoughts are welcome.
>
>
>
>
> On Thu, Nov 29, 2012 at 12:39 PM, Filip Maj  wrote:
>
>> I think I had discussions with someone about this particular feature.
>>
>> What about having empty stubs for these functions that some plugins need
>> to hook into (I.e. didReceiveLocalNotification) and then have the tooling
>> drop code in where necessary for these functions? This can be a slippery
>> slope (multiple plugins battling over a single function) but not worth a
>> shot?
>>
>> On 11/28/12 11:13 PM, "Anis KADRI"  wrote:
>>
>> >On Wed, Nov 28, 2012 at 10:43 PM, Brian LeRoux  wrote:
>> >
>> >> would this not be an indication that we need to modify the plugin api?
>> >> (code munging would be a bad code smell for a pluggable architecture
>> >> imo)
>> >>
>> >
>> >Yes. The current specification does not support this use case.
>> >I can't seem to find a clean/elegant solution to the problem. diff'ing
>> >does
>> >not work well if there are multiple plugins appending code to existing
>> >files. One option would just be to prompt the user to append the code
>> >manually (but that would not be too cool with cordova-client).
>> >
>> >Shaz, I believe I understand that we can expand AppDelegate to support
>> >even
>> >more overrides (including the didReceiveLocalNotification) but I believe
>> >the real issue here is appending code in general and this issue is not
>> >limited to iOS. We can keep this on the backburner for now as it is not
>> >required by most plugins.
>>
>>



-- 
@purplecabbage
risingj.com

Re: WebNotifications plugin

[Anis KADRI]

It's tricky exactly because of that reason (i.e multiple plugins editing
the same files/methods). I don't see a clean solution to this problem. One
way would be to just apply the patch. If it fails, notify the user and
prompt them to apply the code manually. Bright minds out there, your
thoughts are welcome.




On Thu, Nov 29, 2012 at 12:39 PM, Filip Maj  wrote:

> I think I had discussions with someone about this particular feature.
>
> What about having empty stubs for these functions that some plugins need
> to hook into (I.e. didReceiveLocalNotification) and then have the tooling
> drop code in where necessary for these functions? This can be a slippery
> slope (multiple plugins battling over a single function) but not worth a
> shot?
>
> On 11/28/12 11:13 PM, "Anis KADRI"  wrote:
>
> >On Wed, Nov 28, 2012 at 10:43 PM, Brian LeRoux  wrote:
> >
> >> would this not be an indication that we need to modify the plugin api?
> >> (code munging would be a bad code smell for a pluggable architecture
> >> imo)
> >>
> >
> >Yes. The current specification does not support this use case.
> >I can't seem to find a clean/elegant solution to the problem. diff'ing
> >does
> >not work well if there are multiple plugins appending code to existing
> >files. One option would just be to prompt the user to append the code
> >manually (but that would not be too cool with cordova-client).
> >
> >Shaz, I believe I understand that we can expand AppDelegate to support
> >even
> >more overrides (including the didReceiveLocalNotification) but I believe
> >the real issue here is appending code in general and this issue is not
> >limited to iOS. We can keep this on the backburner for now as it is not
> >required by most plugins.
>
>

Re: Test WP8 template

[Jesse]

The attachment was dropped ...
Here it is in dropbox:
https://www.dropbox.com/s/38om77vi4xs1p3w/CordovaWP8AppFull-2.3.0rc1.zip


On Thu, Nov 29, 2012 at 1:17 PM, Shazron  wrote:
> I've got all the tools installed. Where is the test template?
>
>
> On Thu, Nov 29, 2012 at 1:08 PM, Jesse  wrote:
>
>> I need some confirmation that this template works for someone other than
>> me.
>> Please import this template into the folder:
>> Documents\Visual Studio 2012\Templates\ProjectTemplates
>>
>> Then attempt to create a new project with it.
>> Build and Run, and report please ...
>>
>> Also, just out of curiousity, how many people on this list have
>> installed Windows 8 + the Windows Phone 8 SDK tools?
>>
>> TIA
>>
>> Cheers,
>>   Jesse
>>
>> --
>> @purplecabbage
>> risingj.com
>>



-- 
@purplecabbage
risingj.com

Re: Test WP8 template

[Shazron]

I've got all the tools installed. Where is the test template?


On Thu, Nov 29, 2012 at 1:08 PM, Jesse  wrote:

> I need some confirmation that this template works for someone other than
> me.
> Please import this template into the folder:
> Documents\Visual Studio 2012\Templates\ProjectTemplates
>
> Then attempt to create a new project with it.
> Build and Run, and report please ...
>
> Also, just out of curiousity, how many people on this list have
> installed Windows 8 + the Windows Phone 8 SDK tools?
>
> TIA
>
> Cheers,
>   Jesse
>
> --
> @purplecabbage
> risingj.com
>

Re: Live Video Streaming from IP Camera

[Shazron]

While Cordova has no such functionality yet (as Fil explained), you can
take a look at Bowser, where they use the Gstreamer framework to implement
webrtc in a mobile browser:
https://labs.ericsson.com/blog/bowser-the-world-s-first-webrtc-enabled-mobile-browser


On Thu, Nov 29, 2012 at 12:41 PM, Filip Maj  wrote:

> You'd have to write a plugin for that, for sure. Don't think webrtc-type
> functionality exists in any of the web views/browsers on mobile at this
> time.
>
> On 11/28/12 12:47 PM, "Nguyen, Joe"  wrote:
>
> >Hello All,
> >
> >Could somebody please share some ideas as how to capture live video
> >streaming using Cordova?
> >Thank you so much.
> >
> >Joe Nguyen
> >
> >
> >This message and/or attachments may include information subject to GD
> >Corporate Policy 07-105 and is intended to be accessed only by authorized
> >personnel of General Dynamics and approved service providers. Use,
> >storage and transmission are governed by General Dynamics and its
> >policies. Contractual restrictions apply to third parties. Recipients
> >should refer to the policies or contract to determine proper handling.
> >Unauthorized review, use, disclosure or distribution is prohibited. If
> >you are not an intended recipient, please contact the sender and destroy
> >all copies of the original message.
>
>

Test WP8 template

[Jesse]

I need some confirmation that this template works for someone other than me.
Please import this template into the folder:
Documents\Visual Studio 2012\Templates\ProjectTemplates

Then attempt to create a new project with it.
Build and Run, and report please ...

Also, just out of curiousity, how many people on this list have
installed Windows 8 + the Windows Phone 8 SDK tools?

TIA

Cheers,
  Jesse

-- 
@purplecabbage
risingj.com

Re: Live Video Streaming from IP Camera

[Filip Maj]

You'd have to write a plugin for that, for sure. Don't think webrtc-type
functionality exists in any of the web views/browsers on mobile at this
time.

On 11/28/12 12:47 PM, "Nguyen, Joe"  wrote:

>Hello All,
>
>Could somebody please share some ideas as how to capture live video
>streaming using Cordova?
>Thank you so much.
>
>Joe Nguyen
>
>
>This message and/or attachments may include information subject to GD
>Corporate Policy 07-105 and is intended to be accessed only by authorized
>personnel of General Dynamics and approved service providers. Use,
>storage and transmission are governed by General Dynamics and its
>policies. Contractual restrictions apply to third parties. Recipients
>should refer to the policies or contract to determine proper handling.
>Unauthorized review, use, disclosure or distribution is prohibited. If
>you are not an intended recipient, please contact the sender and destroy
>all copies of the original message.

Re: WebNotifications plugin

[Filip Maj]

I think I had discussions with someone about this particular feature.

What about having empty stubs for these functions that some plugins need
to hook into (I.e. didReceiveLocalNotification) and then have the tooling
drop code in where necessary for these functions? This can be a slippery
slope (multiple plugins battling over a single function) but not worth a
shot?

On 11/28/12 11:13 PM, "Anis KADRI"  wrote:

>On Wed, Nov 28, 2012 at 10:43 PM, Brian LeRoux  wrote:
>
>> would this not be an indication that we need to modify the plugin api?
>> (code munging would be a bad code smell for a pluggable architecture
>> imo)
>>
>
>Yes. The current specification does not support this use case.
>I can't seem to find a clean/elegant solution to the problem. diff'ing
>does
>not work well if there are multiple plugins appending code to existing
>files. One option would just be to prompt the user to append the code
>manually (but that would not be too cool with cordova-client).
>
>Shaz, I believe I understand that we can expand AppDelegate to support
>even
>more overrides (including the didReceiveLocalNotification) but I believe
>the real issue here is appending code in general and this issue is not
>limited to iOS. We can keep this on the backburner for now as it is not
>required by most plugins.

[jira] [Commented] (CB-1475) Allow Cleaver to use as a wwwFolderName an absolute path (eg. ~/Library)

[Michal Mocny (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-1475?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13506726#comment-13506726
 ] 

Michal Mocny commented on CB-1475:
--

pushed patch for using url as startpage on ios.  wwwFolderName or startPage 
must start with "http://";, otherwise we fallback to old method.

> Allow Cleaver to use as a wwwFolderName an absolute path (eg. ~/Library)
> 
>
> Key: CB-1475
> URL: https://issues.apache.org/jira/browse/CB-1475
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: iOS
>Affects Versions: 2.0.0
>Reporter: Paris Stamatopoulos
>Assignee: Michal Mocny
>Priority: Minor
> Fix For: 2.3.0
>
>
> Currently - (NSString*) pathForResource:(NSString*)resourcepath returns the 
> path based on the current [NSBundle]. However one might be interested in 
> loading the application from an absolute path (e.g. user's ~/Library). 
> Take this snippet for instance:
> NSString *libraryPath = 
> [NSSearchPathForDirectoriesInDomains(NSLibraryDirectory,NSUserDomainMask, 
> YES) lastObject];
> NSString *folderPath   = [libraryPath stringByAppendingPathComponent:@"www"];
> 
> cdvViewController.wwwFolderName = folderPath;

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

Re: we can enable nitro

[Shazron]

Not sure this really works. To get the "dynamic-codesigning" entitlement in
the Provisioning Profile -- that has to come from Apple in the Dev
Provisioning portal. Your entitlements file settings in your project must
match the entitlements set in the Provisioning Profile.

Thus, for this to work (in non-JB phones), the signed PP in the Dev Portal
must have this entitlement set -- which is of course all up to Apple.


On Thu, Nov 29, 2012 at 11:09 AM, Shazron  wrote:

> Having trouble with entitlements, don't know what's going on yet:
> [image: Inline image 1]
>
>
> On Thu, Nov 29, 2012 at 10:14 AM, Shazron  wrote:
>
>> We should definitely put this in the wiki if testing shows that it works
>> -- I'll give it a spin with some benchmarks
>>
>>
>> On Thu, Nov 29, 2012 at 9:19 AM, Dave Johnson 
>> wrote:
>>
>>> It would be cool to try an app with and without nitro and see how much
>>> of a difference it makes.
>>>
>>> On Thu, Nov 29, 2012 at 3:02 AM, Brian LeRoux  wrote:
>>> > Whatcha think, add to the docs or just put a note in the wiki?
>>> >
>>> > On Thu, Nov 29, 2012 at 10:42 AM, Shazron  wrote:
>>> >> Awesome -- Apple might disapprove for App Store apps but doesn't mean
>>> an
>>> >> enterprise developer can't enable it for enterprise distributed apps
>>> >>
>>> >>
>>> >> On Thu, Nov 29, 2012 at 2:32 AM, Brian LeRoux  wrote:
>>> >>
>>> >>> of course just because we can doesn't mean we should
>>> >>>
>>> >>>
>>> >>>
>>> http://www.littlereddoor.co.uk/ios/how-to-enable-the-nitro-javascript-engine-in-ios-applications-directly-through-xcode/
>>> >>>
>>>
>>
>>
>

Re: we can enable nitro

[Shazron]

Having trouble with entitlements, don't know what's going on yet:
[image: Inline image 1]


On Thu, Nov 29, 2012 at 10:14 AM, Shazron  wrote:

> We should definitely put this in the wiki if testing shows that it works
> -- I'll give it a spin with some benchmarks
>
>
> On Thu, Nov 29, 2012 at 9:19 AM, Dave Johnson wrote:
>
>> It would be cool to try an app with and without nitro and see how much
>> of a difference it makes.
>>
>> On Thu, Nov 29, 2012 at 3:02 AM, Brian LeRoux  wrote:
>> > Whatcha think, add to the docs or just put a note in the wiki?
>> >
>> > On Thu, Nov 29, 2012 at 10:42 AM, Shazron  wrote:
>> >> Awesome -- Apple might disapprove for App Store apps but doesn't mean
>> an
>> >> enterprise developer can't enable it for enterprise distributed apps
>> >>
>> >>
>> >> On Thu, Nov 29, 2012 at 2:32 AM, Brian LeRoux  wrote:
>> >>
>> >>> of course just because we can doesn't mean we should
>> >>>
>> >>>
>> >>>
>> http://www.littlereddoor.co.uk/ios/how-to-enable-the-nitro-javascript-engine-in-ios-applications-directly-through-xcode/
>> >>>
>>
>
>

Reminder: FOSDEM CrossDesktop DevRoom 2013 - Call for Talks

[Pau Garcia i Quiles]

Hello,

The Call for Talks for the CrossDesktop DevRoom at FOSDEM 2013 is
officially open and will close in two weeks (Dec 14th). Please submit your
talk proposals ASAP!

--8<---

*

FOSDEM is one of the largest gatherings of Free Software contributors in
the world and happens each February in Brussels (Belgium). One of the
tracks will be the CrossDesktop DevRoom, which will host Desktop-related
talks.

We are now inviting proposals for talks about Free/Libre/Open-source
Software on the topics of Desktop development, Desktop applications and
interoperativity amongst Desktop Environments. This is a unique opportunity
to show novel ideas and developments to a wide technical audience.

Topics accepted include, but are not limited to: Enlightenment, Gnome, KDE,
Unity, XFCE, Windows, Mac OS X, general desktop matters, applications that
enhance desktops and web (when related to desktop).

Talks can be very specific, such as developing mobile applications with Qt
Quick; or as general as predictions for the fusion of Desktop and web in 5
years time. Topics that are of interest to the users and developers of all
desktop environments are especially welcome. The FOSDEM 2012 schedule might
give you some inspiration:

https://archive.fosdem.org/2012/schedule/track/crossdesktop_devroom.html
 

Please include the following information when submitting a proposal:


   -

   Your name
   -

   The title of your talk (please be descriptive, as titles will be listed
   with around 250 from other projects)
   -

   Short abstract of one or two paragraphs
   -

   Short bio
   -

   Requested time: from 15 to 45 minutes. Normal duration is 30 minutes.
   Longer duration requests must be properly justified.


The deadline for submissions is December 14th 2012. FOSDEM will be held on
the weekend of 2-3 February 2013. Please submit your proposals to
crossdesktop-devr...@lists.fosdem.org (subscribtion page for the mailing
list: https://lists.fosdem.org/listinfo/crossdesktop-devroom )

-- The CrossDesktop DevRoom 2013 Organization Team*

--8<---

-- 
Pau Garcia i Quiles
http://www.elpauer.org
(Due to my workload, I may need 10 days to answer)

Re: [Android] Refactoring in CordovaActivity

[Andrew Grieve]

I'm in favour of adding it in, but I think we should hold off until after
this release. We should also think more about how to pass the plugin result
back to the app e.g. via a JS launch arg?


On Wed, Nov 28, 2012 at 7:34 PM, Joe Bowser  wrote:

> Hey
>
> Yes, the camera is still an issue.  There are two approaches to
> getting around this issue.  One of which is to allow users to restore
> the state that we save for them.  I've added this ability in Cordova
> for the most part, but the problem with the tests is that I never had
> a problem with my camera crashing.  The other is to use a camera
> plugin.
>
> The code to restore state can't actually go into DroidGap in this
> release because we have way too many methods that we have to preserve
> for some reason or another.  We desperately need to refactor DroidGap
> and decide what should be supported and what should go away, and I
> think that should be a big part of 2.4.0.
>
> What this code does is allow for this to be done in the activity
> that's being extended:
>
>
> public class cordovaExample extends DroidGap
> {
>
> @Override
> public void onCreate(Bundle savedInstanceState)
> {
> super.onCreate(savedInstanceState);
> super.setBooleanProperty("keepRunning", false);
>
> super.init();
>
> if(savedInstanceState != null)
> {
> Log.d("Test Application", "Restoring the state");
> this.appView.restoreState(savedInstanceState);
> }
> else
> {
> super.loadUrl("file:///android_asset/www/index.html");
> }
> }
>
>
> protected void onSaveInstanceState(Bundle outState)
> {
> super.onSaveInstanceState(outState);
> this.appView.saveState(outState);
> }
> }
>
> It's not an insane amount of code, and since people are already
> hacking the Java classes anyway, it'd be good to give some people some
> tools to get around this problem.  It's open source, and people
> already have the ability to shoot their faces off, so I'm not
> concerned about them shooting their feet.
>
>
> On Wed, Nov 28, 2012 at 4:22 PM, Lorin Beer 
> wrote:
> > Hey Joe,
> >
> > is the Camera still an issue for state restoration?  What are the
> > limitations of using this feature?
> >
> > I think the ability to restore state is awesome to have, and would be
> > appreciated, but depending on the limitations I'm concerned this would be
> > like handing users a loaded gun that only points at feet.
> >
> > - Lorin
> >
> > On Wed, Nov 28, 2012 at 3:48 PM, Joe Bowser  wrote:
> >
> >> Hey
> >>
> >> A while ago I did an experiment where I allowed users to restore their
> >> state in the case that Cordova  gets killed.  This seemed like a good
> >> idea except that I couldn't test it because the Camera requires that
> >> you have background processes running.  That being said, I think that
> >> the code is an improvement and should be put into the next release,
> >> namely so we can throw our users a bone if they want to try restoring
> >> state themselves.
> >>
> >> Here's the branch here:
> >>
> >> https://github.com/infil00p/cordova-android/commits/CordovaActivity
> >>
> >> What do people think?
> >>
> >> Joe
> >>
>

Re: [iOS] Cordova.plist to config.xml - deprecation

[Andrew Grieve]

Copying from the JIRA issue to this thread:

I think supporting both was one of the things that upset users when Android
> made the switch (at least, it upset me). What happened was that I ended up
> having both files present, and the code was silently using one and not the
> other, and I couldn't figure out why my whitelist changes were not being
> picked up.



>
> I think a conversion script was also suggested. I think it would be best
> to just fail loudly if config.xml is missing with a message saying "run
> this script: cordova/bin/plist2xml.py path/to/cordova.plist








On Thu, Nov 29, 2012 at 1:26 PM, Braden Shepherdson wrote:

> Oh, sweet. I'm glad I went to lunch instead of working on it further :P
>
> Braden
>
>
> On Thu, Nov 29, 2012 at 12:47 PM, Anis KADRI  wrote:
>
> > I've already started working on pluginstall…which btw is now called
> > plugmanas it has diverged
> > significantly from the original tool. I am expecting to
> > commit the code sometime today.
> >
> >
> > On Thu, Nov 29, 2012 at 8:38 AM, Braden Shepherdson  > >wrote:
> >
> > > The code I checked in, which is now tagged, is expecting config.xml
> only.
> > > It wouldn't be terribly hard to support plists too, but I agree that a
> > > clean change is less confusing.
> > >
> > > I think a conversion script is overkill, it only takes about three to
> > > convert one to the other (30 seconds if you vim macros like a boss) and
> > > plenty of people will be able to grab the example config.xml and tweak
> > one
> > > or two settings rather than converting their whole thing.
> > >
> > > The current state of error messages is less than ideal. Currently if
> you
> > > try to build but have no config.xml, you just get an Xcode error
> message
> > > about the missing file :( I'm not sure how we can improve that. Our
> users
> > > are used to looking at our release notes, featuring this prominently
> and
> > > pointing to a guide to converting should sort things out.
> > >
> > > I'm working on getting pluginstall to handle it properly. Are there
> more
> > > docs that need updating?
> > >
> > > Braden
> > >
> >
>

Re: [iOS] Cordova.plist to config.xml - deprecation

[Braden Shepherdson]

Oh, sweet. I'm glad I went to lunch instead of working on it further :P

Braden


On Thu, Nov 29, 2012 at 12:47 PM, Anis KADRI  wrote:

> I've already started working on pluginstall…which btw is now called
> plugmanas it has diverged
> significantly from the original tool. I am expecting to
> commit the code sometime today.
>
>
> On Thu, Nov 29, 2012 at 8:38 AM, Braden Shepherdson  >wrote:
>
> > The code I checked in, which is now tagged, is expecting config.xml only.
> > It wouldn't be terribly hard to support plists too, but I agree that a
> > clean change is less confusing.
> >
> > I think a conversion script is overkill, it only takes about three to
> > convert one to the other (30 seconds if you vim macros like a boss) and
> > plenty of people will be able to grab the example config.xml and tweak
> one
> > or two settings rather than converting their whole thing.
> >
> > The current state of error messages is less than ideal. Currently if you
> > try to build but have no config.xml, you just get an Xcode error message
> > about the missing file :( I'm not sure how we can improve that. Our users
> > are used to looking at our release notes, featuring this prominently and
> > pointing to a guide to converting should sort things out.
> >
> > I'm working on getting pluginstall to handle it properly. Are there more
> > docs that need updating?
> >
> > Braden
> >
>

Re: we can enable nitro

[Shazron]

We should definitely put this in the wiki if testing shows that it works --
I'll give it a spin with some benchmarks


On Thu, Nov 29, 2012 at 9:19 AM, Dave Johnson wrote:

> It would be cool to try an app with and without nitro and see how much
> of a difference it makes.
>
> On Thu, Nov 29, 2012 at 3:02 AM, Brian LeRoux  wrote:
> > Whatcha think, add to the docs or just put a note in the wiki?
> >
> > On Thu, Nov 29, 2012 at 10:42 AM, Shazron  wrote:
> >> Awesome -- Apple might disapprove for App Store apps but doesn't mean an
> >> enterprise developer can't enable it for enterprise distributed apps
> >>
> >>
> >> On Thu, Nov 29, 2012 at 2:32 AM, Brian LeRoux  wrote:
> >>
> >>> of course just because we can doesn't mean we should
> >>>
> >>>
> >>>
> http://www.littlereddoor.co.uk/ios/how-to-enable-the-nitro-javascript-engine-in-ios-applications-directly-through-xcode/
> >>>
>

Transferring Binary data across exec bridge

[Michal Mocny]

I'm experimenting with serializing & transferring ArrayBuffer's, but
wanted to see what the current "state of art" for binary data xfers
was?  I think I heard at PGDay EU some examples about how we xfer
picture data across the bridge?

-Michal

Re: iOS: Switch to NSJSONSerialization?

[Andrew Grieve]

+1 :)


On Wed, Nov 28, 2012 at 12:45 PM, Kevin Hawkins <
kevin.hawkins.cord...@gmail.com> wrote:

> I'll add a task.  Probably no hurry to get it into 2.3, but I like to write
> these things down before I forget them. :)
>
> Cheers,
> Kevin
>
>
> On Wed, Nov 28, 2012 at 9:38 AM, Shazron Abdullah 
> wrote:
>
> > Sounds like a good idea now. Not sure it can get into 2.3.0 but we can
> > add a task in jira
> >
> > On 2012-11-28, at 9:25 AM, Kevin Hawkins
> >  wrote:
> >
> > > Seeing a bug roll across the wire with JSONKit jarred my memory.  Now
> > that
> > > iOS 5 is the baseline for Cordova, should we look at doing away with
> the
> > > JSONKit dependency, in favor of using the Cocoa built-in
> > > NSJSONSerialization<
> >
> http://developer.apple.com/library/ios/#documentation/Foundation/Reference/NSJSONSerialization_Class/Reference/Reference.html
> > >functionality,
> > > which came online in iOS 5?
> >
>

Re: [iOS] Cordova.plist to config.xml - deprecation

[Anis KADRI]

I've already started working on pluginstall…which btw is now called
plugmanas it has diverged
significantly from the original tool. I am expecting to
commit the code sometime today.


On Thu, Nov 29, 2012 at 8:38 AM, Braden Shepherdson wrote:

> The code I checked in, which is now tagged, is expecting config.xml only.
> It wouldn't be terribly hard to support plists too, but I agree that a
> clean change is less confusing.
>
> I think a conversion script is overkill, it only takes about three to
> convert one to the other (30 seconds if you vim macros like a boss) and
> plenty of people will be able to grab the example config.xml and tweak one
> or two settings rather than converting their whole thing.
>
> The current state of error messages is less than ideal. Currently if you
> try to build but have no config.xml, you just get an Xcode error message
> about the missing file :( I'm not sure how we can improve that. Our users
> are used to looking at our release notes, featuring this prominently and
> pointing to a guide to converting should sort things out.
>
> I'm working on getting pluginstall to handle it properly. Are there more
> docs that need updating?
>
> Braden
>

Re: we can enable nitro

[Dave Johnson]

It would be cool to try an app with and without nitro and see how much
of a difference it makes.

On Thu, Nov 29, 2012 at 3:02 AM, Brian LeRoux  wrote:
> Whatcha think, add to the docs or just put a note in the wiki?
>
> On Thu, Nov 29, 2012 at 10:42 AM, Shazron  wrote:
>> Awesome -- Apple might disapprove for App Store apps but doesn't mean an
>> enterprise developer can't enable it for enterprise distributed apps
>>
>>
>> On Thu, Nov 29, 2012 at 2:32 AM, Brian LeRoux  wrote:
>>
>>> of course just because we can doesn't mean we should
>>>
>>>
>>> http://www.littlereddoor.co.uk/ios/how-to-enable-the-nitro-javascript-engine-in-ios-applications-directly-through-xcode/
>>>

Re: [iOS] Cordova.plist to config.xml - deprecation

[Braden Shepherdson]

The code I checked in, which is now tagged, is expecting config.xml only.
It wouldn't be terribly hard to support plists too, but I agree that a
clean change is less confusing.

I think a conversion script is overkill, it only takes about three to
convert one to the other (30 seconds if you vim macros like a boss) and
plenty of people will be able to grab the example config.xml and tweak one
or two settings rather than converting their whole thing.

The current state of error messages is less than ideal. Currently if you
try to build but have no config.xml, you just get an Xcode error message
about the missing file :( I'm not sure how we can improve that. Our users
are used to looking at our release notes, featuring this prominently and
pointing to a guide to converting should sort things out.

I'm working on getting pluginstall to handle it properly. Are there more
docs that need updating?

Braden

[jira] [Commented] (CB-1893) Convert cordova.plist -> config.xml

[Braden Shepherdson (JIRA)]

[ 
https://issues.apache.org/jira/browse/CB-1893?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13506559#comment-13506559
 ] 

Braden Shepherdson commented on CB-1893:


The code I checked in, which is now tagged, is expecting config.xml only. It 
wouldn't be terribly hard to support plists too, but I agree that a clean 
change is less confusing.

I think a conversion script is overkill, it only takes about three to convert 
one to the other (30 seconds if you vim macros like a boss) and plenty of 
people will be able to grab the example config.xml and tweak one or two 
settings rather than converting their whole thing.

The current state of error messages is less than ideal. Currently if you try to 
build but have no config.xml, you just get an Xcode error message about the 
missing file :( I'm not sure how we can improve that. Our users are used to 
looking at our release notes, featuring this prominently and pointing to a 
guide to converting should sort things out.

Are there more docs that need updating?

> Convert cordova.plist -> config.xml
> ---
>
> Key: CB-1893
> URL: https://issues.apache.org/jira/browse/CB-1893
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: iOS
>Reporter: Andrew Grieve
>Assignee: Braden Shepherdson
>Priority: Minor
> Fix For: 2.3.0
>
>
> Relevant ML discussion: http://callback.markmail.org/thread/dulyzr4rcmudtibq
> Just like Android switched, iOS should also use a config.xml file that 
> follows the same format.
> Bonus points for writing a script to convert a .plist -> config.xml, but this 
> is not strictly necessary.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

RE: tag 2.3.0rc1 this week?

[Leutwyler, Markus]

Thanks Herm

Markus

-Original Message-
From: Herm Wong [mailto:kingoftheo...@hotmail.com] 
Sent: Donnerstag, 29. November 2012 01:35
To: dev@cordova.apache.org
Subject: RE: tag 2.3.0rc1 this week?

Markus - I've merged in your changes to the Cordova-JS project and also applied 
them to Cordova-webos.
The changes will be in the 2.3.0rc2 release.

> From: kingoftheo...@hotmail.com
> To: dev@cordova.apache.org
> Subject: RE: tag 2.3.0rc1 this week?
> Date: Wed, 28 Nov 2012 11:49:08 -0800
> 
> I'll merge it in for RC2.
> 
> > From: markus.leutwy...@hp.com
> > To: dev@cordova.apache.org
> > Subject: RE: tag 2.3.0rc1 this week?
> > Date: Wed, 28 Nov 2012 15:08:37 +
> > 
> > Hi Herm,
> > 
> > Was my pull request included?
> > 
> > https://github.com/apache/incubator-cordova-js/pull/45
> > 
> > Thanks
> > 
> > Markus
> > 
> > -Original Message-
> > From: Herm Wong [mailto:kingoftheo...@hotmail.com]
> > Sent: Mittwoch, 28. November 2012 00:58
> > To: dev@cordova.apache.org
> > Subject: RE: tag 2.3.0rc1 this week?
> > 
> > webos has been tagged 2.3.0rc1.
> > 
> > > From: simon.macdon...@gmail.com
> > > Date: Tue, 27 Nov 2012 12:21:54 -0500
> > > Subject: Re: tag 2.3.0rc1 this week?
> > > To: dev@cordova.apache.org
> > > 
> > > I've checked in a fix for the back button problem.
> > > 
> > > Simon Mac Donald
> > > http://hi.im/simonmacdonald
> > > 
> > > 
> > > On Mon, Nov 26, 2012 at 4:24 PM, Simon MacDonald
> > > wrote:
> > > 
> > > > Android tagged 2.3.0rc1. Passes mobile-spec automated and manual tests.
> > > > Except the back button over-ride. That appears to be a regression. 
> > > > Issue
> > > > opened:
> > > >
> > > > https://issues.apache.org/jira/browse/CB-1938
> > > >
> > > > Simon Mac Donald
> > > > http://hi.im/simonmacdonald
> > > >
> > > >
> > > > On Mon, Nov 26, 2012 at 3:42 PM, Shazron  wrote:
> > > >
> > > >> iOS tagged 2.3.0rc1. Passes all mobile-spec tests, and 
> > > >> InAppBrowser manual tests.
> > > >>
> > > >>
> > > >> On Mon, Nov 26, 2012 at 12:05 PM, Shazron  wrote:
> > > >>
> > > >> > I'll get started for iOS/
> > > >> >
> > > >> >
> > > >> > On Mon, Nov 26, 2012 at 11:28 AM, Anis KADRI 
> > > >> > 
> > > >> wrote:
> > > >> >
> > > >> >> Just tagged JS. First time I do this. I hope I didn't mess anything 
> > > >> >> up.
> > > >> >>
> > > >> >>
> > > >> >> On Mon, Nov 26, 2012 at 11:25 AM, Al Harding 
> > > >> >> 
> > > >> >> wrote:
> > > >> >>
> > > >> >> > Perfect; Joe is off today and tomorrow. Thanks Simon!
> > > >> >> >
> > > >> >> >
> > > >> >> > On Mon, Nov 26, 2012 at 11:24 AM, Simon MacDonald < 
> > > >> >> > simon.macdon...@gmail.com
> > > >> >> > > wrote:
> > > >> >> >
> > > >> >> > > Once someone does the JS I have volunteered to do Android.
> > > >> >> > > On Nov 26, 2012 2:14 PM, "Steven Gill" 
> > > >> >> > > 
> > > >> >> wrote:
> > > >> >> > >
> > > >> >> > > > Lets tag RC1 today!
> > > >> >> > > >
> > > >> >> > > >
> > > >> >> > > > On Fri, Nov 23, 2012 at 6:17 AM, Brian LeRoux 
> > > >> >> > > > 
> > > >> wrote:
> > > >> >> > > >
> > > >> >> > > > > >:[
> > > >> >> > > > >
> > > >> >> > > > >
> > > >> >> > > > > On Wed, Nov 21, 2012 at 7:47 PM, Simon MacDonald
> > > >> >> > > > > wrote:
> > > >> >> > > > >
> > > >> >> > > > > > I'll go out on a limb and give a Mark Messier 
> > > >> >> > > > > > level guarantee
> > > >> >> that
> > > >> >> > > the
> > > >> >> > > > > > InAppBrowser for Android will before Monday. 
> > > >> >> > > > > > Hopefully that
> > > >> >> > reference
> > > >> >> > > > > isn't
> > > >> >> > > > > > too painful for any fans of the NJ Devils or 
> > > >> >> > > > > > whoever the
> > > >> Rangers
> > > >> >> > went
> > > >> >> > > > on
> > > >> >> > > > > to
> > > >> >> > > > > > beat in the Stanley Cup that year. No one ever 
> > > >> >> > > > > > remembers the
> > > >> >> > losers.
> > > >> >> > > > > Well,
> > > >> >> > > > > > maybe their long suffering fans do.
> > > >> >> > > > > >
> > > >> >> > > > > > *Lights bridge on fire before heading down to the
> > > >> >> > > > > > gym.*
> > > >> >> > > > > >
> > > >> >> > > > > > Simon Mac Donald
> > > >> >> > > > > > http://hi.im/simonmacdonald
> > > >> >> > > > > >
> > > >> >> > > > > >
> > > >> >> > > > > > On Wed, Nov 21, 2012 at 2:38 PM, Filip Maj 
> > > >> >> > > > > > 
> > > >> >> wrote:
> > > >> >> > > > > >
> > > >> >> > > > > > > Probably Monday with the states eating turkey 
> > > >> >> > > > > > > from Thursday
> > > >> >> til
> > > >> >> > > > Sunday
> > > >> >> > > > > > >
> > > >> >> > > > > > > On 11/21/12 11:34 AM, "Simon MacDonald" <
> > > >> >> > simon.macdon...@gmail.com
> > > >> >> > > >
> > > >> >> > > > > > wrote:
> > > >> >> > > > > > >
> > > >> >> > > > > > > >I'm actively working on InAppBrowser for 
> > > >> >> > > > > > > >Android right
> > > >> now. I
> > > >> >> > just
> > > >> >> > > > > > pushed
> > > >> >> > > > > > > >manual tests to Mobile Spec and I plan to be 
> > > >> >> > > > > > > >done with the
> > > >> >> code
> > > >> >> > by
> > > >> >> > 

[jira] [Updated] (CB-1930) window.openDatabase() throws exception 18 on iOS

[Mikhail Kadan (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CB-1930?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Mikhail Kadan updated CB-1930:
--

Attachment: sample.zip

Sample project

> window.openDatabase() throws exception 18 on iOS
> 
>
> Key: CB-1930
> URL: https://issues.apache.org/jira/browse/CB-1930
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: 2.0.0, 2.2.0
> Environment: iOS 5.1, iOS 6.0, iOS Simulator 6.0
>Reporter: Mikhail Kadan
>Assignee: Shazron Abdullah
> Attachments: sample.zip
>
>
> 1. Initialize your rootViewController in AppDelegate with some simple 
> UIViewController that shows e.g. "Continue" button.
> 2. By pressing this button MainViewController : CDVViewController is set to 
> rootViewController and PhoneGap app works as usual.
> 3. PhoneGap app calls window.openDatabase().
> Everything is ok for the moment.
> But if you add a step after 1 and before 2 - Press Home button to go to iOS 
> home screen and then press app icon to return to app.
> Then step 3 will fail with "Security_ERR: DOM Exception 18". It'll be 
> impossible to use WebSQL is this case, but window.localStorage works ok.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Created] (CB-1954) Header support for PhoneGap's FileTransfer (Upload)

[JIRA]

Julien Fougère created CB-1954:
--

 Summary: Header support for PhoneGap's FileTransfer (Upload) 
 Key: CB-1954
 URL: https://issues.apache.org/jira/browse/CB-1954
 Project: Apache Cordova
  Issue Type: Improvement
  Components: BlackBerry
Affects Versions: 2.1.0
Reporter: Julien Fougère
Assignee: Tim Kim


On Blackberry, It is impossible to add custom headers(For example basic-auth 
Authorization header ) via the FileTransfer.upload API.

The documentation cleary show a "headers" attribute in FileUploadOptions:
http://docs.phonegap.com/en/2.1.0/cordova_file_file.md.html#FileUploadOptions

But theses sources do not implement it:
https://github.com/apache/cordova-blackberry-webworks/blob/master/framework/ext/src/org/apache/cordova/http/FileUploader.java
https://github.com/apache/cordova-blackberry-webworks/blob/master/framework/ext/src/org/apache/cordova/http/FileTransfer.java

This issue has already been fixed on 1.5.0 version for Android, 1.9.0 for iOS 
and an open issue is still unresolved for WP7. I am opening this one for 
blackberry platform.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

Re: we can enable nitro

[Brian LeRoux]

Whatcha think, add to the docs or just put a note in the wiki?

On Thu, Nov 29, 2012 at 10:42 AM, Shazron  wrote:
> Awesome -- Apple might disapprove for App Store apps but doesn't mean an
> enterprise developer can't enable it for enterprise distributed apps
>
>
> On Thu, Nov 29, 2012 at 2:32 AM, Brian LeRoux  wrote:
>
>> of course just because we can doesn't mean we should
>>
>>
>> http://www.littlereddoor.co.uk/ios/how-to-enable-the-nitro-javascript-engine-in-ios-applications-directly-through-xcode/
>>

Re: we can enable nitro

[Shazron]

Awesome -- Apple might disapprove for App Store apps but doesn't mean an
enterprise developer can't enable it for enterprise distributed apps


On Thu, Nov 29, 2012 at 2:32 AM, Brian LeRoux  wrote:

> of course just because we can doesn't mean we should
>
>
> http://www.littlereddoor.co.uk/ios/how-to-enable-the-nitro-javascript-engine-in-ios-applications-directly-through-xcode/
>

we can enable nitro

[Brian LeRoux]

of course just because we can doesn't mean we should

http://www.littlereddoor.co.uk/ios/how-to-enable-the-nitro-javascript-engine-in-ios-applications-directly-through-xcode/

Live Video Streaming from IP Camera

[Nguyen, Joe]

Hello All,

Could somebody please share some ideas as how to capture live video streaming 
using Cordova?
Thank you so much.

Joe Nguyen


This message and/or attachments may include information subject to GD Corporate 
Policy 07-105 and is intended to be accessed only by authorized personnel of 
General Dynamics and approved service providers. Use, storage and transmission 
are governed by General Dynamics and its policies. Contractual restrictions 
apply to third parties. Recipients should refer to the policies or contract to 
determine proper handling. Unauthorized review, use, disclosure or distribution 
is prohibited. If you are not an intended recipient, please contact the sender 
and destroy all copies of the original message.