Ajay, Generally speaking, the aim of Cordova is to enable JavaScript developers to build cross-platform mobile applications. Since Windows is one of the few platforms to run JavaScript natively, it made sense to use the preferred language of the target audience. There are also performance benefits to using JavaScript natively in the Windows context. Namely, plugin APIs can directly access the WinRT APIs via JavaScript without having bridge the webview.
I'm a little confused by your statement that customers have wanted to use "commercially available UI control product that is available only in C#." Of course, it's totally natural to leverage commercially available products, but even if the Cordova Windows platform was implemented with a webview in a C# container, that wouldn't necessarily allow you to use C# controls since the webview occupies 100% of the available screen. In other words, all UI within a Cordova app is typically written in JavaScript. Can you clarify the use case? Hope this helps. rjs Ryan J. Salva | Principal Program Manager Lead Visual Studio Tools for Apache Cordova rsa...@microsoft.com ________________________________________ From: Ajay Chebbi <ajay.che...@in.ibm.com> Sent: Thursday, December 3, 2015 11:16 PM To: dev@cordova.apache.org Subject: Cordova implementation of windows desktop Hi, I am looking for some historical background on the decision on the implementation stack for Windows (desktop) . Windows (desktop) is implemented in WinJS . Was there any reason / implementation hurdle in implementing it in C#/XAML (like Windows Phone 8). I'm increasingly seeing customers getting to a situation where they have a cordova app - and want to invoke a commercially available UI control product that is available only in C#. one is glad to be of service -------------------------------------------------------------------------------------------- Ajay Chebbi (अजय छेब्बी) Sw. Architect/ Sr. Engineer - IBM MobileFirst Platform Foundation --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org For additional commands, e-mail: dev-h...@cordova.apache.org