Calling all .NET desktop and mobile developers!

Olia Gavrysh


We would love to hear about your experience with building client applications in .NET. Your feedback will greatly help us to improve the .NET tooling and ensure our roadmap focuses on your needs. Participate in shaping the future of the .NET client development by taking this short survey (5 minutes to complete).

We are also searching for developers to discuss new concepts and prototypes, so tell us in the survey if you would like .NET engineering team to reach out to you about upcoming opportunities in .NET UI development.

Take survey!

We really appreciate your input and will build our decision on the feedback we hear from you.

Olia Gavrysh
Olia Gavrysh

Program Manager, .NET

Follow Olia   


  • Avatar
    Aryan Ebrahimpour

    If you decided to create a new “modern” xplat GUI for .NET Core, please make sure it is not C#-only, it is easy to support for the other official .NET language F#, and there is freedom of pattern (cause C# devs do it in MVVM and F# devs do it in Elmish and MVU, there shouldn’t be a bias to specific one).
    Just as a side-note, there is community support for Avalonia in F# MVU: Avalonia.FuncUI
    Thank you <3

  • Avatar
    Jack Bond

    Oh look, another survey so Microsoft can continue to ignore the #1 request 8 years running…
    Cross-platform WPF with a Microsoft store for MacOS and Linux.

  • Avatar
    Max Mustermueller

    Question #15 is missing a choice to say “Yes I would switch but only if I can easily port my application”. The current answers are either rewrite or no. But I personally would like to switch but I would definitely not rewrite my applications from scratch. Like I would have to when going from WPF to Xamarin.

    Personally I’d love to see WPF going cross platform, but only because I wouldn’t have to switch to Xamarin and it’s much more flexible than Winforms so it would be a great choice.

  • Avatar
    Horst Höfle

    I will migrate my Silverlight floating windows apps to a cross plattform xaml/c# .NET Core solution next year – wpf/uwp/uno

  • Avatar
    Mehdi Alahgholi

    Hi dotnet team … Please add this controls to toolbox hello for face and fingerprint control 2. share control for all types of files 3.zoom control 4.adds stylus events  to all winform controls 5.replace powershell with cmd console application 
    please replace c# language to vbscript in office  and powershell scripts and unified to one language for all types of Microsoft product to work programming language like English language that is internatoinal language for humans and c# language is internatoinal language for programming microsoft product in office and powershell and…
    Please remove vb and f# from dotnet 5 and reduce dotnet costs to improve framework and with one language dotnet performance is better than with 3 language…

  • Avatar
    Francis West

    Obviously cross-platform :)Perhaps start by tidying up that blazor/electron demo you guys had going.Then onto WPF for core 3?

  • Avatar

    More VB.NET Based support (Everything is C#, its keeping Telerik’s Online Code Converter very busy…), Better Media Controls for WinForms (XAML Islands is a great start), Native Security Interaction Controls (Windows Hello etc…), Better WinForms DPI Calculation for Labels etc, Code obfucastion as a native VS feature, Eaiser Socket communication for client/server based apps, Native REST/WebSocket API Controls + Documentation for WinForms & VB.NET (relying on thirdparty nuget packages and wrapper classes from the community isnt ideal). Thanks!

  • Avatar
    Marcel Bradea

    Cross-platform XAML/WPF makes absolutely no sense – and thus why Microsoft has been avoiding this for years.
    Although the first inclination of any developer is always to ‘write once, run everywhere’, this strategy from a practical perspective has never panned out. We live in an age of native everywhere, meaning a native Mac/Windows app, a native web app, native mobile/tablet apps. A write-once, run-everywhere, ‘cross-platform XAML’ would be a lowest common denominator attempt that would produce a poor experience everywhere and against what our users inately demand/expect.
    The valuable option without being native already exists with bringing web/HTML to a native desktop app (ie: Electron), which makes sense and carries business value because web apps are most often already designed for the desktop form-factor and often have no OS-specific UI widgets that they usually integrate into – ie: they use their platform-agnostic design language through the use of any number of UI frameworks (Bootstrap, Material etc.). This is not ideal from a user/product perspective, but so many websites already exist that business value-wise it’s an acceptable compromise (see Postman / Slack as examples of great implementations of this approach).
    In terms of achieving true NATIVE cross-platform UI framework, the first FEASIBLE attempts at creating such a platform are Flutter and SwiftUI, which are both a paradigm shift away from any other previous framework (ie: WPF (Windows), Cocoa/CocoaTouch (iOS), Android) – and both of them required re-imagining/building from the ground up from language through to framework to enable such possibilities (read here for a glimpse of why this needs ground-up to achieve:
    The only VIABLE contribution from Microsoft in this space would be to build native widget/UI-kit implementations for Flutter (right now) and wait on SwiftUI to open-source and do the same for it (hopefully within a year).

    These things tend to be very winner-takes-all, and even the battle between Flutter and SwiftUI may eventually end up with a single winning platform. Trying to achieve what the entire Web ecosystem and Apple/Google have in the consumer UI space is completely futile, and Microsoft DNA-wise as a company stands no chance at achieving such a thing (lack both design prowess and consumer adoption).
    Plus, XML/C# are both structurally outdated and have no chance competing with either the modernity of Swift (and yet-to-be-seen Dart), or the adoption/scale of Web. Smart folks at Microsoft know better than to attempt this guaranteed failure, and anyone who has been deep enough into the world of UI/consumer platforms undestands this very well.
    So hold your horses for another year or so, and then pick between Electron/web, SwiftUI and Flutter (with hopefully SwiftUI as the winner if Apple decides to open-source and third parties can start implementing OS/web implementations such as Flutter has been already doing).


    • Avatar

      You basically said that “write once run everywhere” is a waste of time and then go into endorsing Flutter which is exactly that.
      Also, HTML5/JS is “write once run everywhere” and has panned out pretty well.
      Finally, you laughably state that cross-platform XAML makes no sense, when Uno does a good job refuting your drab and uninspiring cantitude. 
      Are you sure you’re in the right place?

  • Maher Maher
    Maher Maher

    If .net core supports desktop programming on other platforms like .net framework on Windows, that will make it the best tool in the world 

  • zhuyong pan
    zhuyong pan

    We need a cross-platform desktop solution with community support and upgrades for a long time. Whether it is wpf or uwp

  • Avatar
    Leo Yang

    I hope that WPF can cross-platform, because we urgently need it, thank you for your contribution, and look forward to seeing the birth of a powerful cross-platform framework.

  • 驚鏵 闫
    驚鏵 闫

    Hope to cross platform! ! ! I’ve been working on WPF for 5 years now and more and more users want to support Linux

Leave a comment