Re: handling resources in default cli-generated app

On Wed, Jul 24, 2013 at 10:24 PM, Filip Maj f...@adobe.com wrote: How should we proceed? Close as Not A Problem? On the one hand this is a userspace problem, on the other we're doing not doing a good job of encouraging sound engineering. What about having the default app have the right types

Re: HTML 5 platform

On 5 November 2013 13:37, Braden Shepherdson bra...@chromium.org wrote: Why is any development here happening outside of Cordova? Most apps are going to depend on Cordova APIs too deeply to get all that far with the early steps in your outline. Braden My approach when developing

Re: [Android] InAppBrowser sucks and needs a re-write

As Shazron mentioned, it is important for apps doing OAuth with 3rd party services that might not provide Java APIs. In our case, we need to use InApp Browser to allow users to sign in to FitBit. We detect when the URL changes after a successful login and pull tokens from it. On Mon, Jan 20,

Re: ios-deploy vs libimobiledevice

On 22 April 2014 11:40, Andrew Grieve agri...@google.com wrote: Only downside I can see is that for OSX, installing is a bit of a pain. There's a brew package for ideviceinstaller, but not the other tools. This random page worked for me: https://github.com/bitbar/libimobiledevice-binaries,

Re: Should use only drawable folder for single application icon

On 19 June 2014 13:52, Joe Bowser bows...@gmail.com wrote: It's really not neccessary to have 5 not similar, but exactly same icon files, when we can have only 1 icon file. People should be changing their icons anyway, and I don't believe we actually landed any support for the icon element

Re: [iOS] Xcode 6 requirement

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

cordova-lib Resource Improvements for Android

I'd like to hopefully draw some eyes over to https://github.com/apache/cordova-lib/pull/97 to have it reviewed and merged. It contains 2 fixes for Android resources when defined through config.xml with the CLI: - CB-7607: Support for xxhdpi and xxxhdpi icons and splashscreens. - CB-7598: Support

Re: adding push notifications to core plugins

On 16 October 2014 12:17, Shazron shaz...@gmail.com wrote: +1 esp since we have an emerging standard now: http://www.w3.org/TR/2014/WD-push-api-20141007/ This would be a great addition, especially if it can follow the emerging spec and provide a unified registration API across platforms. The

Re: [iOS 8] WKWebView moving forward

On 10 December 2014 at 22:20, Ally Ogilvie aogil...@wizcorp.jp wrote: @Brian it's a dark road down that way.. However, the guys at Ludei patched WKWebView and released WebView+ for iOS but have not released the source code :(

Re: Browserify JS is in

On 11 December 2014 at 11:37, Steven Gill stevengil...@gmail.com wrote: I also would like to see this shipped! If you have questions about it, LMK I was trying this out today, and overall I love the idea. I found one issue though when building for multiple platforms: cordova platform add ios

Re: Browserify JS is in

On 17 December 2014 at 15:26, Steven Gill stevengil...@gmail.com wrote: Sounds like a bug. Can you file an issue for it? https://issues.apache.org/jira/browse/CB-8183 - To unsubscribe, e-mail:

Re: [DISCUSS] Cordova-Android 4.0.0 Release

I just remembered that there should be a plugins release before Android 4.0.0 goes out because of the moving of the splashscreen logic out of the platform and into the plugin. As far as I can tell, that's still unreleased. - To

File Transfer plugin and Crosswalk engine cookies

With the idea of preparing Cordova Android 4.0.x for release starting to come up in discussions, I thought it was worth raising this as a potential blocker. The file transfer plugin uses the Android webview cookie manager. When you're using a Crosswalk webview (or GeckoView presumably), in the

Re: File Transfer plugin and Crosswalk engine cookies

PM, Darryl Pogue dvpdin...@gmail.com wrote: On 26 January 2015 at 15:54, Joe Bowser bows...@gmail.com wrote: As far as I'm aware, we're basically waiting for this to be done before starting the vote thread. Does this code exist yet? Not yet on my end. I'll try to get the core pieces

Re: File Transfer plugin and Crosswalk engine cookies

On 26 January 2015 at 15:54, Joe Bowser bows...@gmail.com wrote: As far as I'm aware, we're basically waiting for this to be done before starting the vote thread. Does this code exist yet? Not yet on my end. I'll try to get the core pieces of it together tonight unless someone else already

Re: Build signed archives using CLI

One issue we've run into on iOS is that the xcconfig specifies iPhone Developer by default, and for release builds that needs to be iPhone Distribution. We ended up using a before_compile JS hook to check if we're building with --release and modify the xcconfig:

Re: platforms/plugins save and restore from config.xml

On 8 January 2015 at 14:29, Mefire O. ommen...@microsoft.com wrote: I am a big fan of the experimental save and restore features that are in the CLI and saw that Gorkem has also created another PR (https://github.com/apache/cordova-lib/pull/143 ) to have a setting to auto persist/restore

Plugin history purged from registry?

After the plugins update today, all the old versions of the core plugins have disappeared from the registry. Anyone that has projects locked to specific versions of plugins is now unable to build. For me personally, that means potentially missing legal review deadlines for an app because I can't

Re: [GitHub] cordova-plugin-file-transfer pull request: Fix NoSuchMethodExcepti...

On 16 March 2015 at 22:54, Jesse purplecabb...@gmail.com wrote: They are independent no? Is this plugin relying on cordova-android 4.0? Or vice versa The plugin doesn't rely on cordova-android 4.0, but this change fixes a crash on Android 4.0-4.3 when using File Transfer and Crosswalk together

Re: [Android] Proposal: Deprecate/No-Op Battery Plugin

On 24 March 2015 at 09:46, Joe Bowser bows...@gmail.com wrote: The problem is that Android WebView on Lollipop that's installable from the Play Store is at 37, and of course I don't even have to mention earlier Android versions that we support, some of which don't even support Chromium. Just

Re: [DISCUSS] Cordova-Android 4.0.0 Release

On 2 March 2015 at 13:37, Joe Bowser bows...@gmail.com wrote: So, right now the whitelist changes are what's holding up the 4.0.0 release now? Is this really the only thing that's holding up this release? On Wed Feb 25 2015 at 1:18:26 PM Andrew Grieve agri...@chromium.org wrote: I think

Re: [REVIEW] NPM Registry integration for fetching plugins and plugin rm

Less a comment on the code and more of a question about the NPM transition from an end-user pespective: Is Cordova going to automatically discover and use plugins that are found in the node_modules folder (from package.json), or will it still keep its own plugins folder and require they be

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

One example that comes to mind is notification icons for Android. It used to be fine to reuse the app icon, but as of Lollipop notification icons are only transparent and white. If your app icon is square, your notification icon will be a white square unless you provide a different one. Currently

Re: [iOS 8] WKWebView moving forward

Any news on IndexedDB bug fixes? Or working URL interceptors? On 8 June 2015 at 13:13, Shazron shaz...@gmail.com wrote: Cordova developers rejoice, iOS 9 includes the API to load pages from file:// urls https://twitter.com/wkwebview/status/608002548151119872 On Mon, Feb 9, 2015 at 2:19 PM,

Re: [DISCUSS] Plugins Release

https://github.com/apache/cordova-plugin-file-transfer/pull/68 This bug is causing app crashes on older OS versions for anyone using FileTransfer on Android with Crosswalk. On 2 June 2015 at 10:50, Steven Gill stevengil...@gmail.com wrote: Going to start a plugins release tomorrow. If you

Re: [iOS 8] WKWebView moving forward

IndexedDB news is looking a bit bleak: https://gist.github.com/nolanlawson/08eb857c6b17a30c1b26 On 9 June 2015 at 13:28, Shazron shaz...@gmail.com wrote: Here's the juicy Safari iOS 9 bits, including new javascript and css features, including SFSafariViewController:

Re: Dialogs plugin alignment with W3C notification

My problem with the W3C spec is that there is no mechanism for scheduling notifications. You tell it to show a notification, and that notification appears on the screen. The API as spec'ed is already supported in Chrome/Chromium (on Android and desktop), Safari (on desktop), and Firefox (desktop,

Re: Make internal storage default on Android

+1 because saving to the SD Card has added problems with other apps (such as photo and music apps) picking up files that they shouldn't. Nothing more annoying than accidentally unleashing 200 logos and icons into the photos app of unsuspecting users. On 22 July 2015 at 12:47, Simon MacDonald

Re: Supported Git version

flag being used. He recently removed the use of --depth and this may fix the git 1 vs 2 issues Victor is seeing. On Wed, Jul 22, 2015 at 2:30 PM, Darryl Pogue dar...@dpogue.ca wrote: Support for installing from git URLs for plugins is a pretty important requirement for us as end users

Re: npm install on cordova platform/plugin add

One example would be the ios-sim and ios-deploy node modules that the iOS platform needs for launching the simulator and deploying to a device. Currently these are bundled dependencies and checked in to git. Another example is the Platform API that's been added to cordova-android, which depends

Re: [Vote] Tools Release Sep 17th

-1 The tools on npm @rc have Windows line endings and fail to execute on OSX. On 17 September 2015 at 07:08, Vladimir Kotikov (Akvelon) < v-vlk...@microsoft.com> wrote: > Please review and vote on this Tools Release by replying to this email > (and keep discussion on the DISCUSS thread) > >

Supporting a "display name" in config.xml

One feature that has been requested a few times is the ability to specify a different display name for an app. On iOS this corresponds to CFBundleDisplayName, on Android this is the Activity label, and on Windows this is the DisplayName. It turns out that the W3C Widgets/Packaged Apps spec that

Android 6 permission prompts for Web APIs

Hey folks (in particular Joe), While cordova-android 5.x gives plugin developers the tools needed for prompting for runtime permissions on Android 6, there's a gap where some natively supported web APIs fail to prompt for permission. Geolocation is one example, but the plugin handles that case

Re: [DISCUSS] Android@5.1.0

With cordova-android master, the Crosswalk Webview plugin fails to build because gradle was updated and now NDK support has been removed. It can be re-enabled by providing a gradle.properties file, but I'm not sure whether that should be the responsibility of Cordova-Android or the Crosswalk

Re: [DISCUSS] Cordova-iOS release

I think we're still waiting for https://github.com/apache/cordova-ios/pull/193 to land (but it's probably good to merge) On 24 February 2016 at 12:53, Steven Gill wrote: > Any blockers? Going to aim to send this out this afternoon. > > > -Steve >

Re: --browserify workflow status?

I've been using the --browserify flag for several months and it's been working great On 21 January 2016 at 11:02, Anis KADRI wrote: > YES YES YES! Please cordova_plugins.js is killing me. > > On Wed, Jan 20, 2016 at 4:10 PM Nikhil Khandelwal >

Re: [Android] CB-8976, CB-8453 and is there anyone building multiple APKs

Not intentionally on my end, but when I add the CrossWalk plugin I seem to get two APKs as output (one for armv7, one for x86). On 18 February 2016 at 11:05, Joe Bowser wrote: > > Hey > > Based on the feedback on those two issues, and other places, I think that > most hated

Re: [Android] New Bridge: evaluateJavascript

If it's an addition to one of the public interfaces, doesn't that require a major bump because every existing implementation of the interface would now cause errors due to missing methods? Semver aside, this change sounds good to me. I've definitely encountered some bizarre issues with the

Re: [Android] New Bridge: evaluateJavascript

On 10 March 2016 at 16:29, Joe Bowser <bows...@gmail.com> wrote: > On Thu, Mar 10, 2016 at 3:54 PM, Darryl Pogue <dar...@dpogue.ca> wrote: > Semver aside, this change sounds good to me. I've definitely encountered >> some bizarre issues with the online/offline even

Re: [DISCUSS] Patch release for Cordova Plugin File

Not a plugin, but I'd appreciate a tools release (or at least a cordova-lib release). On 27 April 2016 at 11:26, Steven Gill wrote: > I'm fine with you doing a plugins release next week. Anyone else have any > plugins that need a release? > > On Wed, Apr 27, 2016 at

Re: Yet another Cordova-Android 6.0.x release thread, and another 5.x release soon

Do you know if there was any mention of the new ServiceWorker classes at I/O? The docs are rather lacking right now, but it would be great to have a way to combine ServiceWorkers and Cordova. http://msdx.github.io/androiddoc/docs//sdk/api_diff/n-preview-1/changes/pkg_android.webkit.html On 24

Re: Node v6 support

I believe there's another Node 6 bug affecting a wide number of CLI apps (including Cordova), where logging buffers are not guaranteed to be flushed on process.exit(). This means that sometimes output is truncated or overlaps in the terminal after an error. The upstream bug is

Re: proposal for new core plugin to control screen orientation

I think this is a good feature to have as a supported core plugin, but I also worry about feature creep and endless bikeshedding like we see with the statusbar plugin. The originally linked plugin acts as a polyfill for the W3C spec[1]. This new core plugin should do the same, and should

Re: [COMMUNITY RALLY] WKWebView localStorage will not work with file urls in iOS 10 unless...

I've had a bug open about a similar issue with IndexedDB for a while, and it actually just got updated today: https://bugs.webkit.org/show_bug.cgi?id=153783 So it looks like LocalStorage, IndexedDB, and possibly WebSQL will work in iOS10 for file:/// URLs. Unfortunately, that doesn't help with

Re: [DISCUSS] tools release

If we're doing a tools release, I'd really love to get the resource-file tag parsing support into cordova-common merged. It lays the groundwork for supporting tags in config.xml to copy files into the platforms, which is currently one of the most common steps that still relies on custom hooks.

Re: [Discuss] Cordova-Android 6.0.x

Crosswalk plugin has already been updated (on master anyways) :) https://github.com/crosswalk-project/cordova-plugin-crosswalk-webview/pull/95 On 8 September 2016 at 14:46, Joe Bowser wrote: > Hey > > So, this is exciting. Things are broken on Master if you're trying to use

Xcode 8 packaging changes

So Xcode 8 is out, and it simplifies some aspects of code signing, but complicates the process of packaging an app. Currently, cordova-ios will use the "iPhone Developer" certificate when building a debug build, and the "iPhone Distribution" certificate when making a release build. It uses xcrun

[PROPOSAL] Separate restoring logic from prepare

The complexity around these two pieces of unrelated code being tied together is the source of unexpected behaviour and several edge case bugs. I'd like to see them untangled: https://github.com/cordova/cordova-discuss/pull/54 Please comment on the PR with your thoughts and suggestions.

Re: [ANDROID] [XWalk] Crosswalk Webview Device Ready does not fire on Master

On 18 October 2016 at 14:24, Joe Bowser wrote: > Recently, we decided to change the default bridge from using OnlineEvent to > a JS_Exec bridge so that we can support a multi-webview use case. The > downside of this change is that it breaks on Crosswalk. It's almost >

Re: [ANDROID] [XWalk] Crosswalk Webview Device Ready does not fire on Master

eQueue.addBridgeMode(new >> NativeToJsMessageQueue.EvalBridgeMode(this, cordova)); >> >> >> On Tue, Oct 18, 2016 at 2:32 PM, Joe Bowser <bows...@gmail.com> wrote: >> >>> Correct. Without that method, it won't even compile. >>> >>

Re: [DISCUSS] Split cordova-lib modules into their own repos

On 22 November 2016 at 17:30, Steven Gill wrote: > I propose to split these modules into their own git repos. Thoughts? A giant +1 from me! I routinely run into cases where cordova-common or cordova-lib problems have been fixed in master or I'm trying to test a branch,

Re: Release cordova-android 6.0.1?

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

Re: Release cordova-android 6.0.1?

I'd consider this a pretty serious regression, and worth a bugfix release as soon as possible. As it currently stands, Cordova-Android 6 command-line builds aren't suitable for distribution, and bugs will keep pouring in. On 1 November 2016 at 09:12, Joe Bowser wrote: > >

Re: Access to Jenkins instance, questions about CI

Hi Alexander, It seems that public read permissions have broken for the Jenkins instance. I think previously it was possible to see the list of jobs and job output without logging in, but now I'm prompted immediately to auth with GitHub. After doing that, I get an error message "dpogue is missing

Re: [DISCUSS] Cordova-Android 6.2.0 Release

Not a reason to delay, but if there are no objections then I'd like to get the config.xml resource-file [1] support merged in for this release. The required version of cordova-common is bundled now, and this would cut down on one of the very common user pain points where hooks are required for

Re: [DISCUSS] Cordova-Android 6.2.0 Release

I have tested locally and it works when adding the platform and running prepare, with the following cases. Existing src to target: works Existing src to target in new directory: works Nonexisting src to target: Error (consistent with icon/splash tags) There aren't any unit tests, but there don't

Re: [NIGHTLY BUILDS] Missing

Hey Vladimir, I noticed we were getting Jenkins build failures for the nightlies, but it was correctly publishing cordova-lib and cordova nightlies to npm. It's failing on cordova-android with a permissions error. It looks to me like the only thing we need to do to get these working is to grant

Re: [DISCUSS] cordova-ios@4.4.0 release

I was planning to look at CB-8980 but I was sick last week and busy now catching up on work stuff :( It should be pretty quick, involving only changes to the prepare.js file, probably very similar to the implementation on Android: https://github.com/apache/cordova-android/pull/321 On 12 April

[DISCUSS] App display/short name support

Hey folks, One of the pain points for Cordova users is the inability to have different names for the app itself and the display name as shown on device home screens. For apps with longer app names, this leads to awkward truncation when displayed on the device. This feature is supported by our

Re: [DISCUSS] Moving JIRA issues to Github

My concern with GitHub issues is that we have a tonne of repos and issues can easily span across them, and we'd lose the one central place for issue tracking and triage. I worry that we'd be inundated with issues on the wrong repos, or without additional information, and triaging would become an

Re: WebRTC (getUserMedia) in cordova-ios on iOS11

I did a bit of digging in the WebKit sources last night, and it looks like the WebRTC/MediaCapture stuff is all gated behind a preference that's only accessible via a private API. There was also a commit that mentioned something about apps needing to handle all the setup for A/V permissions. In

Re: Nightly build #321 for cordova has failed

One of the indirect dependencies of cordova-coho (figures, via inquirer) is using ES6 `const` and the ancient version of node (v0.10.25) that Jenkins is running considers that to be a syntax error. Since we've dropped support for node 0.x from the user-facing tools, it probably makes sense to

Re: [DISCUSS] cordova-ios@4.5.3 Release

We might also want to revisit the list of Splash Screen sizes and add support for the new ones: https://developer.apple.com/ios/human-interface-guidelines/icons-and-images/launch-screen/#static-launch-screen-images I don't consider that a release blocker, but if it's quick to do it might have us

Re: [DISCUSS] cordova-ios@4.5.3 Release

lready an existing issue for this? If not I will > go ahead and file one. > > On Mon, Oct 23, 2017 at 2:09 PM, Darryl Pogue <dar...@dpogue.ca> wrote: > > > We might also want to revisit the list of Splash Screen sizes and add > > support for the new ones: >

Re: [DISCUSS] Cordova-Android 7.0.0

The steps here should work: https://github.com/apache/cordova-android/pull/389#issuecomment-320067936 To recap on email, you'll want to add the android platform via a git reference: cordova platform add git://github.com/infil00p/cordova-android.git#StudioProjectCompat On Tue, Nov 28, 2017

Re: [DISCUSS] Cordova-Android 7.0.0

oid%406.4.0_with_build/platforms/android/build/ >> >> outputs/apk/debug/android-debug.apk >> >> vs. >> >> https://github.com/janpio/cordova-android7test/blob/ >> >> cordova-android%406.4.0_with_build/platforms/android/build/ >> >> outputs/apk/debug/android-de

Re: [DISCUSS] cordova@8 & tools release

Given the number of times I've run into (and complained about) build failures due to unexpected npm version bugs, I'm 100% in favour of this. On Wed, Dec 13, 2017 at 6:15 PM, Terence M. Bandoian wrote: > Does removing '--no-fetch' apply to adding plugins? I've recently had

Re: [DISCUSS] Updating npm dependency (cordova-lib)

My initial reaction, having run into a bunch of issues related to the npm2 dependency, is jubilation. However, given that the next major is planning on dropping the npm dependency entirely (since it's not needed with cordova-fetch), does it make sense to spend time doing this? I don't remember

PR with additional linting rules

Hi folks, There's a PR[1] to cordova-common that turns on some additional linting rules and removes unused function parameters. I'm happy to merge it but feel like I shouldn't unilaterally approve changes to our linting rules, so anyone else have any strong feelings on this? [1]

Re: [VOTE] cordova-common 2.2.4 patch release

I vote +1 * Confirmed sigs & hashes with `coho verify-archive` * Verified sha1s match tags with `coho verify-tags` On Mon, Jun 18, 2018 at 3:22 PM Jesse wrote: > > I vote +1 > * Ran coho audit-license-headers over the relevant repos > * Ran coho check-license to ensure all dependencies and >

Re: Android 4.4 support?

Speaking as a Cordova user, Android 4.4 still accounts for an agonizing 10.3% of devices (as of May 2018)[1] and our company's apps are still required to support it. I can't speak to the media plugin, since I've never used it, but I can confirm that the latest cordova-android still supports 4.4

Re: [VOTE] cordova-serve release

The vote has now closed. The results are: Positive Binding Votes: 3 - Darryl Pogue - Chris Brody - Tim Barham The vote has passed. - To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org For additional commands, e-mail

[VOTE] cordova-common Release

Please review and vote on this Tools Release by replying to this email (and keep discussion on the DISCUSS thread) Release issue: https://issues.apache.org/jira/browse/CB-14112 Packages have been published to dist/dev: https://dist.apache.org/repos/dist/dev/cordova/CB-14112/ The packages were

[DISCUSS] cordova-common release

Hey folks, There have been a number of commits[1] to cordova-common since the previous release, primarily related to bringing outdated dependencies up to date and tackling a backlog of bugfix pull requests. As you may know, npm 6 has been released and includes an audit feature to warn about

Re: [VOTE] cordova-common Release (Attempt 2)

The vote has now closed. The results are: Positive Binding Votes: 3 Darryl Pogue Jesse MacFadyen Steve Gill The vote has passed. I will publish the blog post and publish cordova-common@2.2.3 to npm. On Mon, Jun 4, 2018 at 1:39 PM Steven Gill wrote: > > +1 > * npm test > * coho ve

[VOTE] cordova-common Release (Attempt 2)

Please review and vote on this Tools Release by replying to this email (and keep discussion on the DISCUSS thread) Release issue: https://issues.apache.org/jira/browse/CB-14112 Packages have been published to dist/dev: https://dist.apache.org/repos/dist/dev/cordova/CB-14112/ The packages were

Re: [VOTE] cordova-common Release

ote: > > > +1 > > > > * Ran npm test > > * coho audit-license-header > > * coho verify-archive > > > > On Thu, May 31, 2018 at 4:40 AM Chris Brody wrote: > > > > > +1 > > > > > > On May 31, 2018 12:21 AM, "Darry

Re: Request for releasing new cordova-serve version

Hi Ruslan, I'll try to get a release of cordova-serve out in the next week. It's not quite as simple as releasing master because there are some dependency updates that need to happen as well before we can release. I'm hoping to get those done and merged today. ~Darryl On Wed, Jun 6, 2018 at 7:22

[VOTE] cordova-serve release

Please review and vote on this Tools Release by replying to this email (and keep discussion on the release request thread started by Ruslan) Release issue: https://issues.apache.org/jira/browse/CB-14122 Both tools have been published to dist/dev:

Roadmap for next major versions

Hi folks, As we've been discussing dropping node 4 support and how that requires a major version bump, we should review what had already been on the pile for next majors and what we want on the pile. I've started a Google Doc scratchpad to loosely organize high-level goals for the various

Re: Roadmap for next major versions

ce we > intend to bake this in for sure. > > [CDVWebViewEngineProtocol support]( > https://github.com/apache/cordova-ios/blob/master/CordovaLib/Classes/Public/CDVWebViewEngineProtocol.h) > so we can swap in any webview engine will remain unchanged. > > On Tue, Jun 26, 2018 at 12

Re: Add support for annotation @CordovaMethod

On Mon, Apr 30, 2018 at 12:37 PM Wojciech Trocki wrote: > > It's nice but it's just syntactic sugar so if it is slower than the > current > method I'd say no. > Linked PR[1] has no performance impact for end users. > It's not changing any current Cordova API etc. so it's

Re: Cordova CLI integration for Linux Wrapper

That looks really cool! There's been talk for a while of creating a platform based on Electron[1] for Cordova apps to run cross-platform on desktop. Electron is the WebView-based packaging behind apps like Slack, VisualStudio Code, and Atom. There have been a few attempts at making a

Re: WKWebView plugin - issues before baking it in to cordova-ios

On Sun, Jul 15, 2018 at 11:39 PM Shazron wrote: > > 4. XmlHttpRequests don't work, because of Cross-Origin Resource > Sharing issue (CORS). There is a workaround plugin created by Oracle > (UPL licensed, which is Apache-2.0 compatible). See > https://issues.apache.org/jira/browse/CB-10143 This

Re: WKWebView plugin - issues before baking it in to cordova-ios

it might be a crutch until its too late and UIWebView is > gone and they are surprised since it was all working "behind the > scenes". > > On Fri, Aug 3, 2018 at 1:22 AM Darryl Pogue wrote: > > > > On Sun, Jul 15, 2018 at 11:39 PM Shazron wrote: > > > > > >

Re: Time to mark major Cordova release & remove committed node_modules?

+1 Just to be clear, we're proposing to bump to the next major -dev version, not actually making any major version releases yet, correct? i.e., cordova-ios 4.6.0-dev -> cordova-ios 5.0.0-dev On Tue, Jul 31, 2018 at 12:14 PM Chris Brody wrote: > > Now that we have dropped support for deprecated

Re: Better discussion forum?

Apache Software Foundation projects use mailing lists for communication. It is The Apache Way. See http://apache.org/foundation/how-it-works.html#communication On Tue, Jul 31, 2018 at 10:10 AM Chris Brody wrote: > > I would really love to see a better discussion forum for ideas. I > think the

Re: Better discussion forum?

to send a link to proposal documents to the list, and ask for feedback to be posted in that thread. On Tue, Jul 31, 2018 at 10:32 AM Darryl Pogue wrote: > > Apache Software Foundation projects use mailing lists for communication. > It is The Apache Way. > > See http://apache.org

Re: Reviving Face-to-Face video meetings?

e next few weeks, but I would like to join in > >>> in the future if it becomes a regular occurrence. > >>> > >>> On 2018/07/18 3:59, raphine...@gmail.com wrote: > >>>> Definitely! > >>>> > >>>> Chris Brody schrieb am Di., 17. Juli

Re: Reviving Face-to-Face video meetings?

for review on Monday. Thanks, ~Darryl On Thu, Aug 9, 2018 at 2:21 AM Chris Brody wrote: > > Looking forward to the final result (hope you send by email), thanks! > On Thu, Aug 9, 2018 at 2:32 AM Darryl Pogue wrote: > > > > Yes! Sorry for missing my intended deadline here,

Re: [DISCUSS] [Github Issues] Issue and PR template + Merge Conventions / Protected Branch

On Tue, Aug 7, 2018 at 12:36 PM Chris Brody wrote: > > > I would suggest we use something similar to this, which explicitly > > asks for running the tests and writing documentation: > > https://github.com/fastlane/fastlane/blob/master/.github/PULL_REQUEST_TEMPLATE.md > > > > What do you think

Re: Reviving Face-to-Face video meetings?

to use for today's meeting > skype/hangeout/Google . > > Rabindra > > On Tue, Aug 14, 2018, 09:22 Darryl Pogue wrote: > > > Rough Agenda (please suggest additions): > > > > https://docs.google.com/document/d/1c_dqxVJ8B2RjACB3faIJNljEfpOoBWL0H9lulX82oFk/edit#heading=

Re: Reviving Face-to-Face video meetings?

15, 2018 at 6:28 AM Chris Brody wrote: > > I just added my comments, looking forward to the link to the meeting. > On Mon, Aug 13, 2018 at 11:52 PM Darryl Pogue wrote: > > > > Rough Agenda (please suggest additions): > > https:/

Re: Reviving Face-to-Face video meetings?

, 2018 at 7:51 AM Darryl Pogue wrote: > > If you are participating in the meeting, you should be able to join > the hangout from this link: > https://hangouts.google.com/hangouts/_/t6zlmowc4jdyvfnlotns5eimime > > If you are wanting to watch the meeting and participate only in

Re: Reviving Face-to-Face video meetings?

g 15, 2018 at 1:06 PM Darryl Pogue wrote: > > > > Thanks everyone who attended, it was great to put faces to usernames > > and have the chance to chat things out! > > > > I tried to take some meeting notes, which are available

Re: Reviving Face-to-Face video meetings?

Rough Agenda (please suggest additions): https://docs.google.com/document/d/1c_dqxVJ8B2RjACB3faIJNljEfpOoBWL0H9lulX82oFk/edit#heading=h.xymt8g6roq2 On Mon, Aug 13, 2018 at 1:01 AM Shazron wrote: > > Thanks Darryl! I'll try to make this one... > On Sat, Aug 11, 2018 at 11:12 AM Dar

Re: Reviving Face-to-Face video meetings?

On Thu, Aug 9, 2018 at 2:33 PM wrote: > > > > > let's try to have a date picked by this coming Friday (August 10th). > > > > What's the deadline? 2018-08-10T24:00Z? Sure, let's go with that! > > > *** TIMES ARE IN UTC. PLEASE CHECK CONVERSION TO YOUR LOCAL TIME > > BEFORE REPLYING. *** > > >

Release Planning for Next Major Version

Hi folks, In the Hangouts meeting earlier this week, we discussed the effort of continuing to do bugfix releases of existing release branches compared to the much larger effort of our roadmap for the next major. The suggestion was that we should make a major release now, which serves primarily

Reviving Face-to-Face video meetings?

Hey folks, In the days of old, the Cordova project tried to have semi-regular video conference meetings on Hangouts for coordinating work and getting to know fellow collaborators a bit better. Those dropped off as people became less active on the project, but with a bunch of new and eager faces

Re: Nightly build #795 for cordova has failed

ed > versions: 8.0.1-dev. : cordova > https://builds.apache.org/job/cordova-nightly/795/artifact/cordova-cli/npm-debug.log > > <https://builds.apache.org/job/cordova-nightly/795/artifact/cordova-cli/npm-debug.log> > > I hope that might help help... > > > > On

  1   2   >