Cross platform tooling opinions
-
Today there was this article in the Insider Newsletter: [The Insider News](https://www.codeproject.com/Insider.aspx?msg=5675223#xx5675223xx) And I am like, really Microsoft? You are going to chose JavaScript over .NET for your multiplatform tooling of choice? But let's be open minded for a little while... apart the fact it uses..yuukk... J.... a... v...a.... script.. phew.. so painful to merely mention. Maybe it's err.... good shit? And now I am curious? What cross platform GUI tooling would you guys recommend if I want to give it a go?
A new .NET Serializer All in one Menu-Ribbon Bar Taking over the world since 1371!
-
Today there was this article in the Insider Newsletter: [The Insider News](https://www.codeproject.com/Insider.aspx?msg=5675223#xx5675223xx) And I am like, really Microsoft? You are going to chose JavaScript over .NET for your multiplatform tooling of choice? But let's be open minded for a little while... apart the fact it uses..yuukk... J.... a... v...a.... script.. phew.. so painful to merely mention. Maybe it's err.... good shit? And now I am curious? What cross platform GUI tooling would you guys recommend if I want to give it a go?
A new .NET Serializer All in one Menu-Ribbon Bar Taking over the world since 1371!
This isn't Microsoft's first venture into JavaScript development. Visual Studio Code was built with Electron | Build cross platform desktop apps with JavaScript, HTML, and CSS.[^] And if I were to build a new desktop app today I'd certainly consider Electron as well :)
Best, Sander sanderrossel.com Continuous Integration, Delivery, and Deployment arrgh.js - Bringing LINQ to JavaScript Object-Oriented Programming in C# Succinctly
-
Today there was this article in the Insider Newsletter: [The Insider News](https://www.codeproject.com/Insider.aspx?msg=5675223#xx5675223xx) And I am like, really Microsoft? You are going to chose JavaScript over .NET for your multiplatform tooling of choice? But let's be open minded for a little while... apart the fact it uses..yuukk... J.... a... v...a.... script.. phew.. so painful to merely mention. Maybe it's err.... good shit? And now I am curious? What cross platform GUI tooling would you guys recommend if I want to give it a go?
A new .NET Serializer All in one Menu-Ribbon Bar Taking over the world since 1371!
We use Ionic frontends (cordova/phonegap) for mobile (pretty much angular and scripting) but all the heavy lifting is still pretty much done via webservices in .net . If I read the article correctly , they are talking about windows to mobile not windows/Linux/Mac which is where Core is targeted. VS2017 used to have an Ionic integration component, think that's changed a bit now with 2019 but we used to code in VS, deploy either to android or remote deploy to a mac to compile IOS. TBH, we didn't like Xamarin a while ago and it seemed quite bloated as a app platform.
-
Today there was this article in the Insider Newsletter: [The Insider News](https://www.codeproject.com/Insider.aspx?msg=5675223#xx5675223xx) And I am like, really Microsoft? You are going to chose JavaScript over .NET for your multiplatform tooling of choice? But let's be open minded for a little while... apart the fact it uses..yuukk... J.... a... v...a.... script.. phew.. so painful to merely mention. Maybe it's err.... good shit? And now I am curious? What cross platform GUI tooling would you guys recommend if I want to give it a go?
A new .NET Serializer All in one Menu-Ribbon Bar Taking over the world since 1371!
If you want something for .NET your choices are limited I'm afraid, maybe Xamarin, Avalonia or Sciter. But I haven't tried any of those ... See overview here: best-cross-platform-gui-toolkits[^]
-
If you want something for .NET your choices are limited I'm afraid, maybe Xamarin, Avalonia or Sciter. But I haven't tried any of those ... See overview here: best-cross-platform-gui-toolkits[^]
That list is incomplete. Remember the movie 'Willow'?
Quote:
Which finger holds the power of the universe?
Answer, of course, always your own. I have written my own UI and by accident it also became multi platform later. Lesson learned: If you need something and nobody wants to sell it to you, then it's time to roll up your sleeves and get coding.
I have lived with several Zen masters - all of them were cats. His last invention was an evil Lasagna. It didn't kill anyone, and it actually tasted pretty good.
-
That list is incomplete. Remember the movie 'Willow'?
Quote:
Which finger holds the power of the universe?
Answer, of course, always your own. I have written my own UI and by accident it also became multi platform later. Lesson learned: If you need something and nobody wants to sell it to you, then it's time to roll up your sleeves and get coding.
I have lived with several Zen masters - all of them were cats. His last invention was an evil Lasagna. It didn't kill anyone, and it actually tasted pretty good.
Wow, I smell a CodeProject article coming :-\
-
This isn't Microsoft's first venture into JavaScript development. Visual Studio Code was built with Electron | Build cross platform desktop apps with JavaScript, HTML, and CSS.[^] And if I were to build a new desktop app today I'd certainly consider Electron as well :)
Best, Sander sanderrossel.com Continuous Integration, Delivery, and Deployment arrgh.js - Bringing LINQ to JavaScript Object-Oriented Programming in C# Succinctly
Looks interesting for some lightweight-apps; then again, I wouldn't want to import all the security-pitfalls that a normal desktop app doesn't have. https://slack.engineering/interops-labyrinth-sharing-code-between-web-electron-apps-f9474d62eccc[^]
Bastard Programmer from Hell :suss: If you can't read my code, try converting it here[^] "If you just follow the bacon Eddy, wherever it leads you, then you won't have to think about politics." -- Some Bell.
-
Today there was this article in the Insider Newsletter: [The Insider News](https://www.codeproject.com/Insider.aspx?msg=5675223#xx5675223xx) And I am like, really Microsoft? You are going to chose JavaScript over .NET for your multiplatform tooling of choice? But let's be open minded for a little while... apart the fact it uses..yuukk... J.... a... v...a.... script.. phew.. so painful to merely mention. Maybe it's err.... good shit? And now I am curious? What cross platform GUI tooling would you guys recommend if I want to give it a go?
A new .NET Serializer All in one Menu-Ribbon Bar Taking over the world since 1371!
-
Wow, I smell a CodeProject article coming :-\
That article has been waiting for years now. I needed a UI that worked together with a 3D rendering, even if the program was actually more UI centric than all about the rendering. Hosting 3D rendering in a WinForm or WPF control always turned out to be a crude hack, plus the problem that this feels like two separate programs accidentally running in the same window without the needed degree of communication or coordination. The other way around works better, as the UI becomes a part of the rendering engine. All 'game UIs' I got my hands on were too primitive to build a larger application on, not expandable or custonizable enough, or too expensive, or any combination of these. So I wrote my own. With multithreading (especially for messaging, UI, rendering and data access), XAML to load scenes into the renderer, XAML to load UI themes and styles, XAML of course also to load the layout of the views, a still small but good set of controls and enormous portability. Believe it or not, but I started out with ASP.Net WebForms, went to WinForms + 3D hack, then WPF plus the 3D hack and finally, when 3D rendering does not want to come to the UI, I brought the UI to the 3D renderer. Due to the MVP pattern, I just had to rewrite the views every time. They are the only classes that are specific to the UI and the rest of the iceberg can stay as it is. And yes, it also became multi platform because Mickeysoft killed XNA, which I used to get access to DirectX. It was revived as MonoGame, which now compiles for different platforms:
Quote:
Cross-Platform We currently support iOS, Android, MacOS, Linux, all Windows platforms, PS4, PSVita, Xbox One, and Switch with more platforms on the way.
Want to take a look? It's that video which I must have posted a thousand times by now: FoC UserClient[^] That's also why I started to love Mickeysoft so much. They killed XNA because they wanted us all to come over to Win 8 and I don't like it very much when they stop me dead in my tracks. As I see it, Mickeysoft owes me a new Lamborghini and I will not even take a look at their crap until I have it. :-)
I have lived with several Zen masters - all of them were cats. His last invention was an evil Lasagna. It didn't kill anyone, and it actually tasted pretty good.
-
That article has been waiting for years now. I needed a UI that worked together with a 3D rendering, even if the program was actually more UI centric than all about the rendering. Hosting 3D rendering in a WinForm or WPF control always turned out to be a crude hack, plus the problem that this feels like two separate programs accidentally running in the same window without the needed degree of communication or coordination. The other way around works better, as the UI becomes a part of the rendering engine. All 'game UIs' I got my hands on were too primitive to build a larger application on, not expandable or custonizable enough, or too expensive, or any combination of these. So I wrote my own. With multithreading (especially for messaging, UI, rendering and data access), XAML to load scenes into the renderer, XAML to load UI themes and styles, XAML of course also to load the layout of the views, a still small but good set of controls and enormous portability. Believe it or not, but I started out with ASP.Net WebForms, went to WinForms + 3D hack, then WPF plus the 3D hack and finally, when 3D rendering does not want to come to the UI, I brought the UI to the 3D renderer. Due to the MVP pattern, I just had to rewrite the views every time. They are the only classes that are specific to the UI and the rest of the iceberg can stay as it is. And yes, it also became multi platform because Mickeysoft killed XNA, which I used to get access to DirectX. It was revived as MonoGame, which now compiles for different platforms:
Quote:
Cross-Platform We currently support iOS, Android, MacOS, Linux, all Windows platforms, PS4, PSVita, Xbox One, and Switch with more platforms on the way.
Want to take a look? It's that video which I must have posted a thousand times by now: FoC UserClient[^] That's also why I started to love Mickeysoft so much. They killed XNA because they wanted us all to come over to Win 8 and I don't like it very much when they stop me dead in my tracks. As I see it, Mickeysoft owes me a new Lamborghini and I will not even take a look at their crap until I have it. :-)
I have lived with several Zen masters - all of them were cats. His last invention was an evil Lasagna. It didn't kill anyone, and it actually tasted pretty good.
That story makes me think of a colleague who spent several months trying to get a GIS 3D WPF application working hosted inside a Winforms application, you can guess where it all ended: he never got it working without bugs :-\
-
That story makes me think of a colleague who spent several months trying to get a GIS 3D WPF application working hosted inside a Winforms application, you can guess where it all ended: he never got it working without bugs :-\
The problem is that DirectX needs a Win32 window as a rendering target. WinForm controls are based on Win32 windows, so they can be used for that. Getting a rendering engine to run in a control opens many cans of worms in performance, thread synchronization and communication. That single control is a bottleneck in every respect. WPF controls are not based on Win32, so you must open a separate window and make it pretend to belong to the UI. The result is almost funny, especially when you move the entire WPF form around and the Win32 window tries to catch up with it to get back into its position. It also can disappear behind the form. And you also get a similar bottleneck, this time with the object that represents the Win32 window. In the end these are just hacks
I have lived with several Zen masters - all of them were cats. His last invention was an evil Lasagna. It didn't kill anyone, and it actually tasted pretty good.
