ElectronCGI – A Solution to Cross-Platform GUIs for .NET Core
blinkingcaret.com
ElectronCGI – A Solution to Cross-Platform GUIs for .NET Core
1–10 of 87 posts
Re: ElectronCGI – A Solution to Cross-Platform GUIs for .NET Core
#2Re: ElectronCGI – A Solution to Cross-Platform GUIs for .NET Core
#3https://blog.stevensanderson.com/2019/11/01/exploring-lighte...
From Blazor roadmaps a few months ago, I think the idea is that Blazor will become the recommended .NET Core cross-platform UI choice sometime after .NET 5.
Re: ElectronCGI – A Solution to Cross-Platform GUIs for .NET Core
#4Or go full functional with an Elmish architecture using F#, .net core and Avalonia.
Re: ElectronCGI – A Solution to Cross-Platform GUIs for .NET Core
#5It's got to be better than anything Electron for sure.
Anyone know if .NET Core Qt bindings are a technical possibility?
Re: ElectronCGI – A Solution to Cross-Platform GUIs for .NET Core
#6I always wonder why Qt5+/Qml/QtQuick have not taken the XP desktop development by storm. QML is JS like, there's an IDE and KDE seems to have built lot of good looking desktop software using Kirigami/QtQuick. It's got to be better than anything Electron for sure. Anyone know if .NET Core Qt bindings are a technical possibility?
Re: ElectronCGI – A Solution to Cross-Platform GUIs for .NET Core
#7If I were creating a new cross-platform desktop application I would probably reach for Java instead. I know that's not the popular answer, but if a .NET Core cross-platform GUI requires either using Electron or simulating a client-server setup with Node then it's not there yet.
To illustrate, here is the "Hello World" cross-platform GUI application in Java:
https://docs.oracle.com/javase/tutorial/uiswing/examples/sta...
Setting up a connection between two processes and building async handlers is way too much if the application is running on one machine.
Re: ElectronCGI – A Solution to Cross-Platform GUIs for .NET Core
#8I always wonder why Qt5+/Qml/QtQuick have not taken the XP desktop development by storm. QML is JS like, there's an IDE and KDE seems to have built lot of good looking desktop software using Kirigami/QtQuick. It's got to be better than anything Electron for sure. Anyone know if .NET Core Qt bindings are a technical possibility?
There are already GTK bindings for Mono through Gtk#. Those should be usable under .NET Core.
Re: ElectronCGI – A Solution to Cross-Platform GUIs for .NET Core
#9This is a great step forward, but it seems like a great deal of overhead and complexity to have a cross-platform GUI. If I were creating a new cross-platform desktop application I would probably reach for Java instead. I know that's not the popular answer, but if a .NET Core cross-platform GUI requires either using Electron or simulating a client-server setup with Node then it's not there yet. To illustrate, here is…
Re: ElectronCGI – A Solution to Cross-Platform GUIs for .NET Core
#10I always wonder why Qt5+/Qml/QtQuick have not taken the XP desktop development by storm. QML is JS like, there's an IDE and KDE seems to have built lot of good looking desktop software using Kirigami/QtQuick. It's got to be better than anything Electron for sure. Anyone know if .NET Core Qt bindings are a technical possibility?
If I had to guess, it's because people are misinformed about the pricing and features. I regularly see people who assume that you either have to pay a large per-developer fee, or completely open source your application, even though Qt is licensed under the LGPL, so you're fine as long as you don't statically link it or depend on secret modifications to Qt for your application. A lot of people also assume it only supports C++ and dismiss it outright.