121–130 of 260 posts
Earlier quoted context omitted.
I agree, XAML and WPF are vastly superior.
WPF is rightly put out to pasture and Xaml should have gone with it. Tooling is terrible. So much lost productivity.
Earlier quoted context omitted.
The entire point is to avoid javascript as much as possible and to force the few edge cases into an interop shim. We have a very complex Blazor webapp and the JS interop shim is fewer than 200 lines of code. This is 100% of the custom javascript for the entire application. Front and back. We do things like GetClientRect, Get/Set/Delete cookies, keyboard/mouse event subscription, etc. There is little-to-no context swi…
> The notion of "front-end" and "back-end" is completely meaningless here. So to start with, a disclaimer: I carry some baggage here, from working occasionally on 10+ year old GWT app that's developed into quite a tangled mess. Having said that -- this sort of thing doesn't seem like an obvious win to me. The notion of "front end" and "back end" represents a real-world distinction that you want to pay attention to. M…
Earlier quoted context omitted.
IMO, Tk is by far the best for targeting multiplatform desktop. Qt is a close second and Gtk is "sticks out like a sore thumb, but works" I don't think Tk runs on iOS, which is why Tk is usually disqualified in "multiplatform" recommendations MAUI and Xamarin.Forms both have "okay" linux support last time I checked.
To put the question a bit more nicely than my sibling, don't Tk apps all look... really bad? I don't know if I've ever seen a Tk app that tried to mimic native widgets at all. For example, the most prominent Tk application I'm aware of looks like this on Windows: https://upload.wikimedia.org/wikipedia/commons/2/2b/Scid_4.6... On Linux (where I use it), it looks even worse. While Qt doesn't use real native widgets on…
Earlier quoted context omitted.
> The notion of "front-end" and "back-end" is completely meaningless here. So to start with, a disclaimer: I carry some baggage here, from working occasionally on 10+ year old GWT app that's developed into quite a tangled mess. Having said that -- this sort of thing doesn't seem like an obvious win to me. The notion of "front end" and "back end" represents a real-world distinction that you want to pay attention to. M…
Ditto, I've no desire at all for web applications--or heaven forbid clients--to poke directly at a database or cache, or otherwise obviate the need for APIs. One will need to deploy, scale, monitor, and secure those things very differently from one another.
OurApp.exe:
SQLite C# Services Razor Components
I would not currently argue for developing blazor server apps as a replacement for 100% of web applications. But, there are situations where you have a constrained user base and predictable performance characteristics which provides enough confidence to go all-in on a single fast box.
I would say I'm hopeful for this to bear fruit. MS is in a much different position today than in the past. That said, my opinion still generally stands, When I see 3 versions from MS with cross platform support, at that point I'll consider it. For me, without a supported Linux target, it's pretty much a no-go. Having a single UI platform that gets you most of the way there is really nice. Part of why I actually like…
.NET Core 2.x (2019), .NET Core 3.x, .NET 5, .NET 6 (Sept 2021)
Will you consider then?
Earlier quoted context omitted.
Python was built as an education/learning language first. It's popular because it's often a first language learned, and necessity in education/research space caused a lot of innovation over the years. The only thing I like about VB (.Net) is that it supports XML literal notation... which was crazy useful in the mid-2000's when dealing with Flash (it's own XML literal notation) as a data passing option. I know others…
> Python was built as an education/learning language first. It's popular because it's often a first language learned That's my point. Colleges have been teaching Visual Basic as a starter programming language for decades. Only in the last handful of years have colleges started switching to teaching Python first... after many years of neglect by Microsoft. My local college still has an entire specialization of their C…
Where? In the US, university-level intro to programming would have been in Lisp, Forth, C, C++, and/or Java before possibly trying something else in the mid 2000s, but I struggle to imagine an American university strong in CS touching anything in the VB namespace (5, 6, .NET) whatsoever.
Earlier quoted context omitted.
> If the "open web platform" stops requiring an entire Chromium engine in the app, I would agree. PWA. FileSystem API is coming. > Or if Google wasn't the sole effective standards body for it. Agreed.
I'm not well versed with PWA topics but as long as Apple doesn't curve around this, we can't expect a wide adaptation of it. Don't get me wrong, PWA can be the future but not without the whole Apple ecosystem missing.
Last time I looked the download overhead for Blazor was a non-starter for anything other than an intranet.