Live Video Streaming from IP Camera
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.
we can enable nitro
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
Whatcha think, add to the docs or just put a note in the wiki? On Thu, Nov 29, 2012 at 10:42 AM, Shazron shaz...@gmail.com 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 b...@brian.io 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/
[jira] [Created] (CB-1954) Header support for PhoneGap's FileTransfer (Upload)
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
[jira] [Updated] (CB-1930) window.openDatabase() throws exception 18 on iOS
[ 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
RE: tag 2.3.0rc1 this week?
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 simon.macdon...@gmail.comwrote: 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 shaz...@gmail.com 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 shaz...@gmail.com wrote: I'll get started for iOS/ On Mon, Nov 26, 2012 at 11:28 AM, Anis KADRI anis.ka...@gmail.com 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 alharding...@gmail.com 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 stevengil...@gmail.com wrote: Lets tag RC1 today! On Fri, Nov 23, 2012 at 6:17 AM, Brian LeRoux b...@brian.io wrote: :[ On Wed, Nov 21, 2012 at 7:47 PM, Simon MacDonald simon.macdon...@gmail.comwrote: 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 f...@adobe.com 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 end of day Thursday. Since everyone I work with will be off tomorrow I expect an interruption free day. When is the tagging day for 2.3.0rc1 Friday? Monday? Simon Mac Donald http://hi.im/simonmacdonald On Wed, Nov 21, 2012 at 2:27 PM, Filip Maj f...@adobe.com wrote: If we can land it for 2.3.0 proper, then I think we should move forward with the rc. On 11/21/12 11:23 AM, Andrew Grieve agri...@chromium.org wrote: I know we try not to hold releases up on features, but I think it will be strange to release 2.3 with
Re: [iOS] Cordova.plist to config.xml - deprecation
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
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 b...@brian.io 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 shaz...@gmail.com 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 b...@brian.io 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
I've already started working on pluginstall…which btw is now called plugmanhttp://github.com/imhotep/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.orgwrote: 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
Transferring Binary data across exec bridge
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] Cordova.plist to config.xml - deprecation
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 anis.ka...@gmail.com wrote: I've already started working on pluginstall…which btw is now called plugmanhttp://github.com/imhotep/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: [iOS] Cordova.plist to config.xml - deprecation
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 bra...@chromium.orgwrote: 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 anis.ka...@gmail.com wrote: I've already started working on pluginstall…which btw is now called plugmanhttp://github.com/imhotep/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
Reminder: FOSDEM CrossDesktop DevRoom 2013 - Call for Talks
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 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: we can enable nitro
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 shaz...@gmail.com 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 dave.c.john...@gmail.comwrote: 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 b...@brian.io 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 shaz...@gmail.com 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 b...@brian.io 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
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 shaz...@gmail.com 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 shaz...@gmail.com 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 dave.c.john...@gmail.comwrote: 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 b...@brian.io 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 shaz...@gmail.com 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 b...@brian.io 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/
[jira] [Commented] (CB-1475) Allow Cleaver to use as a wwwFolderName an absolute path (eg. ~/Library)
[ https://issues.apache.org/jira/browse/CB-1475?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=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: WebNotifications plugin
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 anis.ka...@gmail.com wrote: On Wed, Nov 28, 2012 at 10:43 PM, Brian LeRoux b...@brian.io 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: Live Video Streaming from IP Camera
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 joe.ngu...@gdsatcom.com 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
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: Test WP8 template
I've got all the tools installed. Where is the test template? On Thu, Nov 29, 2012 at 1:08 PM, Jesse purplecabb...@gmail.com 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: 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 shaz...@gmail.com wrote: I've got all the tools installed. Where is the test template? On Thu, Nov 29, 2012 at 1:08 PM, Jesse purplecabb...@gmail.com 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
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 anis.ka...@gmail.com 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 f...@adobe.com 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 anis.ka...@gmail.com wrote: On Wed, Nov 28, 2012 at 10:43 PM, Brian LeRoux b...@brian.io 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
[ 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
Ok this is the essence of what the previous threads I linked to guys :) On Thu, Nov 29, 2012 at 1:43 PM, Jesse purplecabb...@gmail.com 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 anis.ka...@gmail.com 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 f...@adobe.com 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 anis.ka...@gmail.com wrote: On Wed, Nov 28, 2012 at 10:43 PM, Brian LeRoux b...@brian.io 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: Test WP8 template
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 shaz...@gmail.com wrote: I've got all the tools installed. Where is the test template? On Thu, Nov 29, 2012 at 1:08 PM, Jesse purplecabb...@gmail.com 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
[ https://issues.apache.org/jira/browse/CB-1947?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=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 access origin=http://127.0.0.1*/ !-- allow local pages -- access origin=https://mysite.com; subdomains=true/ access origin=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 access origin=*/ 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: Transferring Binary data across exec bridge
state of the art would be marshaling strings aka 'outsider art' On Thu, Nov 29, 2012 at 7:00 PM, Michal Mocny mmo...@google.com 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
Re: WebNotifications plugin
+1 to Jesse's suggestion of Party. And the events thing. On Thu, Nov 29, 2012 at 10:51 PM, Shazron shaz...@gmail.com 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 purplecabb...@gmail.com 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 anis.ka...@gmail.com 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 f...@adobe.com 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 anis.ka...@gmail.com wrote: On Wed, Nov 28, 2012 at 10:43 PM, Brian LeRoux b...@brian.io 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: [iOS] Cordova.plist to config.xml - deprecation
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 agri...@chromium.orgwrote: 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 bra...@chromium.org 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 anis.ka...@gmail.com wrote: I've already started working on pluginstall…which btw is now called plugmanhttp://github.com/imhotep/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
[jira] [Created] (CB-1955) CDVViewController causes exception with legacy backupWebStorage value
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: WebNotifications plugin
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 b...@brian.io wrote: +1 to Jesse's suggestion of Party. And the events thing. On Thu, Nov 29, 2012 at 10:51 PM, Shazron shaz...@gmail.com 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 purplecabb...@gmail.com 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 anis.ka...@gmail.com 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 f...@adobe.com 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 anis.ka...@gmail.com wrote: On Wed, Nov 28, 2012 at 10:43 PM, Brian LeRoux b...@brian.io 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] [Commented] (CB-1893) Convert cordova.plist - config.xml
[ https://issues.apache.org/jira/browse/CB-1893?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=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