Winforms is dead on Linux. What else do you recommend?
-
We have been developing an industrial SCADA application for the the last 15 years( more than 200 KLOC ). At the beginning we were sure we can run our software on both Linux and Windows. With the decision of Microsoft to not support dotnet core + Winforms on Linux, we finally came to conclusion that it is time to migrate to a new technology. Now, 2 choices comes to mind: 1-Qt 2-GTK. We have zero knowledge in both of them or any other library. Community seems to prefer GTK. Which technology or another one would you recommend for the GUI part of our program? Decision will be made based on these criteria in order of importance: 1- Long and active Community support ( At least the next 10 years ) 2- Would prefer Open-Source one, so bugs and security holes get patched as soon as possible 2- Fair amount of library and 3rd-party controls 3- Modern Looking Controls 4- Good IDE Support Happy Christmas to all. cheers Behzad
Behzad
-
We have been developing an industrial SCADA application for the the last 15 years( more than 200 KLOC ). At the beginning we were sure we can run our software on both Linux and Windows. With the decision of Microsoft to not support dotnet core + Winforms on Linux, we finally came to conclusion that it is time to migrate to a new technology. Now, 2 choices comes to mind: 1-Qt 2-GTK. We have zero knowledge in both of them or any other library. Community seems to prefer GTK. Which technology or another one would you recommend for the GUI part of our program? Decision will be made based on these criteria in order of importance: 1- Long and active Community support ( At least the next 10 years ) 2- Would prefer Open-Source one, so bugs and security holes get patched as soon as possible 2- Fair amount of library and 3rd-party controls 3- Modern Looking Controls 4- Good IDE Support Happy Christmas to all. cheers Behzad
Behzad
Um.
Quote:
1- Long and active Community support ( At least the next 10 years )
Yeah. OK. Nobody can guarantee that for anything.
Quote:
2- Would prefer Open-Source one, so bugs and security holes get patched as soon as possible
Do you have any idea what "open-source" actually means? 99% of open source software doesn't get bugs fixed, doesn't get security patches unless somebody is interested enough to do that - and most OS developers prefer to do the "interesting bits" like add new features they want instead of "boring stuff" like wade through looking for a bug. Take Open Office for example: it'll probably still be there in ten years time, but it's still got bugs that were reported by multiple members of the community over ten years ago!
"I have no idea what I did, but I'm taking full credit for it." - ThisOldTony "Common sense is so rare these days, it should be classified as a super power" - Random T-shirt AntiTwitter: @DalekDave is now a follower!
-
We have been developing an industrial SCADA application for the the last 15 years( more than 200 KLOC ). At the beginning we were sure we can run our software on both Linux and Windows. With the decision of Microsoft to not support dotnet core + Winforms on Linux, we finally came to conclusion that it is time to migrate to a new technology. Now, 2 choices comes to mind: 1-Qt 2-GTK. We have zero knowledge in both of them or any other library. Community seems to prefer GTK. Which technology or another one would you recommend for the GUI part of our program? Decision will be made based on these criteria in order of importance: 1- Long and active Community support ( At least the next 10 years ) 2- Would prefer Open-Source one, so bugs and security holes get patched as soon as possible 2- Fair amount of library and 3rd-party controls 3- Modern Looking Controls 4- Good IDE Support Happy Christmas to all. cheers Behzad
Behzad
[Qt | Cross-platform Software Design and Development Tools](https://www.qt.io/)
Caveat Emptor. "Progress doesn't come from early risers – progress is made by lazy men looking for easier ways to do things." Lazarus Long
-
We have been developing an industrial SCADA application for the the last 15 years( more than 200 KLOC ). At the beginning we were sure we can run our software on both Linux and Windows. With the decision of Microsoft to not support dotnet core + Winforms on Linux, we finally came to conclusion that it is time to migrate to a new technology. Now, 2 choices comes to mind: 1-Qt 2-GTK. We have zero knowledge in both of them or any other library. Community seems to prefer GTK. Which technology or another one would you recommend for the GUI part of our program? Decision will be made based on these criteria in order of importance: 1- Long and active Community support ( At least the next 10 years ) 2- Would prefer Open-Source one, so bugs and security holes get patched as soon as possible 2- Fair amount of library and 3rd-party controls 3- Modern Looking Controls 4- Good IDE Support Happy Christmas to all. cheers Behzad
Behzad
Have you had a look at Avalonia UI[^]? As for MAUI, this thread does not show much promise: First class Linux support developed by Microsoft · Discussion #339 · dotnet/maui · GitHub[^] Blazor running as an Electron app is another option...
Graeme
"I fear not the man who has practiced ten thousand kicks one time, but I fear the man that has practiced one kick ten thousand times!" - Bruce Lee
-
We have been developing an industrial SCADA application for the the last 15 years( more than 200 KLOC ). At the beginning we were sure we can run our software on both Linux and Windows. With the decision of Microsoft to not support dotnet core + Winforms on Linux, we finally came to conclusion that it is time to migrate to a new technology. Now, 2 choices comes to mind: 1-Qt 2-GTK. We have zero knowledge in both of them or any other library. Community seems to prefer GTK. Which technology or another one would you recommend for the GUI part of our program? Decision will be made based on these criteria in order of importance: 1- Long and active Community support ( At least the next 10 years ) 2- Would prefer Open-Source one, so bugs and security holes get patched as soon as possible 2- Fair amount of library and 3rd-party controls 3- Modern Looking Controls 4- Good IDE Support Happy Christmas to all. cheers Behzad
Behzad
Behzad Sedighzadeh wrote:
Long and active Community support ( At least the next 10 years )
The "next" 10 years? If you can predict the future you might want to look into other business opportunities. But other than that I like to look for the number of posts by different people to code updates and responding to questions. That gives a better idea of how well it is supported versus looking at something like how many releases there are.
-
We have been developing an industrial SCADA application for the the last 15 years( more than 200 KLOC ). At the beginning we were sure we can run our software on both Linux and Windows. With the decision of Microsoft to not support dotnet core + Winforms on Linux, we finally came to conclusion that it is time to migrate to a new technology. Now, 2 choices comes to mind: 1-Qt 2-GTK. We have zero knowledge in both of them or any other library. Community seems to prefer GTK. Which technology or another one would you recommend for the GUI part of our program? Decision will be made based on these criteria in order of importance: 1- Long and active Community support ( At least the next 10 years ) 2- Would prefer Open-Source one, so bugs and security holes get patched as soon as possible 2- Fair amount of library and 3rd-party controls 3- Modern Looking Controls 4- Good IDE Support Happy Christmas to all. cheers Behzad
Behzad
-
Have you had a look at Avalonia UI[^]? As for MAUI, this thread does not show much promise: First class Linux support developed by Microsoft · Discussion #339 · dotnet/maui · GitHub[^] Blazor running as an Electron app is another option...
Graeme
"I fear not the man who has practiced ten thousand kicks one time, but I fear the man that has practiced one kick ten thousand times!" - Bruce Lee
If you have develped apps with Avalonia, I, and I am sure others, would appreciate a CP article. cheers, Bill
«The mind is not a vessel to be filled but a fire to be kindled» Plutarch
-
If you have develped apps with Avalonia, I, and I am sure others, would appreciate a CP article. cheers, Bill
«The mind is not a vessel to be filled but a fire to be kindled» Plutarch
BillWoodruff wrote:
If you have developed apps with Avalonia, I, and I am sure others, would appreciate a CP article.
Avalonia looks like it is based on XAML. UNO is also XAML-based web UI. Could use that too. I have not but I will accept the challenge. There is an old app, WinForm using VB, that was coded almost 20 years ago that I have been meaning to update and do an article on with: Blazor, WPF, Winform, & MAUI. I will add Avalonia & UNO to the list.
Graeme
"I fear not the man who has practiced ten thousand kicks one time, but I fear the man that has practiced one kick ten thousand times!" - Bruce Lee
-
BillWoodruff wrote:
If you have developed apps with Avalonia, I, and I am sure others, would appreciate a CP article.
Avalonia looks like it is based on XAML. UNO is also XAML-based web UI. Could use that too. I have not but I will accept the challenge. There is an old app, WinForm using VB, that was coded almost 20 years ago that I have been meaning to update and do an article on with: Blazor, WPF, Winform, & MAUI. I will add Avalonia & UNO to the list.
Graeme
"I fear not the man who has practiced ten thousand kicks one time, but I fear the man that has practiced one kick ten thousand times!" - Bruce Lee
"I will add Avalonia & UNO to the list." I may not live long enough to see that.
«The mind is not a vessel to be filled but a fire to be kindled» Plutarch
-
"I will add Avalonia & UNO to the list." I may not live long enough to see that.
«The mind is not a vessel to be filled but a fire to be kindled» Plutarch
BillWoodruff wrote:
I may not live long enough to see that.
Are you still alive and kicking old friend? I have an article that I am finishing up that will cover WinForms, Wpf, and Avalonia. Avalonia was never intended, however, I remembered our conversation, so I added it just for you and for my own curiosity. I have common code for all 3 project types as well as specific to the project type, specifically Control Libraries. Surprisingly, there are very few differences between WPF & Avalonia. A couple of annoyances but it is still early days for Avalonia. I am very impressed. NOTE: Both are Dot Net Core built. The Avalonia Project I have compiled and run on both Windows and MacOS. I have an animated GIF of the MacOS version for those who don't have MacOS. When I add a GUI Linux version to my WSL, I'll compile and run it there too and post an update with a GIF for that too... Here is the XAML for WPF:
And here for Avalonia:
Spot the difference! 😛 The article and supporting code will give you a chance to compare all 3. As for UNO, I wi
-
BillWoodruff wrote:
I may not live long enough to see that.
Are you still alive and kicking old friend? I have an article that I am finishing up that will cover WinForms, Wpf, and Avalonia. Avalonia was never intended, however, I remembered our conversation, so I added it just for you and for my own curiosity. I have common code for all 3 project types as well as specific to the project type, specifically Control Libraries. Surprisingly, there are very few differences between WPF & Avalonia. A couple of annoyances but it is still early days for Avalonia. I am very impressed. NOTE: Both are Dot Net Core built. The Avalonia Project I have compiled and run on both Windows and MacOS. I have an animated GIF of the MacOS version for those who don't have MacOS. When I add a GUI Linux version to my WSL, I'll compile and run it there too and post an update with a GIF for that too... Here is the XAML for WPF:
And here for Avalonia:
Spot the difference! 😛 The article and supporting code will give you a chance to compare all 3. As for UNO, I wi
thanks, Graeme ! alive yes; kicking limited by having to walk slowly on a walker, extreme weight loss. look forward to your article. cheers, Bill
«The mind is not a vessel to be filled but a fire to be kindled» Plutarch
