Live data from Hacker News

.NET MAUI is coming to Linux and the browser

avaloniaui.net

81–90 of 276 posts

Re: .NET MAUI is coming to Linux and the browser

#81

Earlier quoted context omitted.

Not really. The downsides are mostly overblown. Plenty of category leading applications like Discord, VSCode, Slack, Figma, etc. use it quite successfully.

All of those are examples of overbloated, slow, horrible user experience apps.

Does their market share back up your take of them as horrible apps?

Are there QT or GTK competitors crushing them?

I always hear how terrible electron apps are, but the companies picking electron seem to get traction QT or other apps don't and seem to have a good cross platform story as well.

Re: .NET MAUI is coming to Linux and the browser

#82
post #46
post #7

Earlier quoted context omitted.

That's not pedantic at all! Indeed, without these capabilities, it is by some definition not the real web. This hits into that concept of what exactly the "web" is. Is it just a media transport system? Or is it something more than that. Of course, we could cite Tim Berners-Lee here or Roy Fielding in this discussion. But at minimum, I think a lot of us are tired of the app-lification of the web and somewhat wish we c…

It's also an interesting question, why, in traditional rich desktop applications, I can't say I have ever missed the ability to select and copy text from the UI chrome - whereas on the web I'd definitly miss it and in badly designed mobile apps, I often do. I think some part of UI design degraded with the web, where there used to be a clearer distinction between "user data" and "app chrome" areas than there is today.…

> why, in traditional rich desktop applications, I can't say I have ever missed the ability to select and copy text from the UI

I do miss this on an almost daily basis and I have stopped paying for services that force me to use an app without offering a website.

The last instance of this was just a couple days ago when I could not copy a tracking number from an e-commerce app (to then paste it into the shipping company website) but at least this e-commerce company has a web UI so I could rely on that.

Oh and the other one that I miss almost daily is cmd-F / ctrl-F

Re: .NET MAUI is coming to Linux and the browser

#83

Earlier quoted context omitted.

Never build a frontend on a .NET technology. Period. They always end up unsupported in the end. Just use standard web technologies and thank yourself later. I've been a .NET dev for a decade now and that's what I've learnt.

Except WinForms, spectacular for Windows-only utility GUIs.

No kidding - kind of wild that winforms is still kind of a gold standard experience today! I actually liked VB Forms - lots of easy rapid application development was possible.

Re: .NET MAUI is coming to Linux and the browser

#84
post #63

Earlier quoted context omitted.

That has been a problem since forever. Microsoft themselves rarely used the tools they gave to developers. SourceSafe, MFC, WPF and the .NET frameworks that followed were only for 3rd party devs. And when they used these tools, the software usually got worse. One example was Visual Studio. 2008 was really nice with great customization and good performance. Then they wrote 2010 with MFC and it was slow and lost tons o…

You are mixing your UI frameworks and versions. VS 2010 is written in WPF. WPF is / was Windows Vista's and 7's UX. Old Control Panel in Win 10/11 still is WPF. All the wizards like ClearType wizard is WPF. MFC is much older (1992). Unfortunately Microsoft likes to jump into bandwagons and many engineers at the company seem to like to reinvent stuff rather than adopt. WPF, WinUI2 and WinUI3 all share the same Xaml ba…

Oh yes. I mistyped. 2010 was written in WPF

Re: .NET MAUI is coming to Linux and the browser

#85

This is awesome… but: On the Web, is Avalonia using Skia to render inside a Skia Canvas? **insert inception meme here** Joking aside: this points to MSFT moving away from the whole Mono/Maui investments and into Aspire or whatever they call it. Without MSFT backing this I am not sure if there is much more future left for MAUI (or dotnet on mobile in general). Avalonia is great though.

> On the Web, is Avalonia using Skia to render inside a Skia Canvas?

Yes. They're also looking at offering Impeller as a render option:

https://avaloniaui.net/blog/avalonia-partners-with-google-s-...

Re: .NET MAUI is coming to Linux and the browser

#86

Earlier quoted context omitted.

You can make your own better system which supports GUI and provides a reasonable runtime that works on all current major platforms and provides development tools, years of ecosystem development, etc. etc. If it's better than what MAUI provides and you can support it for years, I'm sure that could take over and many people would use it instead. But... will you and why?

I started moving to using GO and Fyne for cross-platform GUI tooling. GO 1.21 supports Windows 7 with Fyne. Ya still have to support Windows 7 for work. No more wasting time with managing a Windows installer. QT Framework is still one of the best for cross-platform desktop applications when speed is key.

Searched the docs: No results for "Accessibility"

(Which is ok for some situations, but not for wide deployment like .net provides)

Re: .NET MAUI is coming to Linux and the browser

#87
post #21
post #8

Is there anything we can do to stop it? Or will it come anyway?

Why tho? We really need Silverlight reborn. Also C# and .net overall are so damn good. Anything to abolish the js and constant hacks upon hacks

I want WASM+DOM so that we can use any language on the web

Re: .NET MAUI is coming to Linux and the browser

#88

Earlier quoted context omitted.

Never build a frontend on a .NET technology. Period. They always end up unsupported in the end. Just use standard web technologies and thank yourself later. I've been a .NET dev for a decade now and that's what I've learnt.

Tauri is pretty awesome. Rust backend, WebView front end. Nothing uses native desktop elements of course. To be fair, there is no practical way to write native desktop applications using stylistically consistent UI elements AND have it be portable AND in a language that you enjoy using. As far as I can tell, Windows 11 doesn't even have a toolkit with platform UI elements. GTK on Gnome is pretty okay and GTK-rs is no…

> Rust backend, WebView front end.

I don't know much about it but it seems like a weird combination. If you want high performance and low memory usage, you don't want HTML, if you want fast code writing, you don't want Rust.

Re: .NET MAUI is coming to Linux and the browser

#89
post #80
post #46

Earlier quoted context omitted.

It's also an interesting question, why, in traditional rich desktop applications, I can't say I have ever missed the ability to select and copy text from the UI chrome - whereas on the web I'd definitly miss it and in badly designed mobile apps, I often do. I think some part of UI design degraded with the web, where there used to be a clearer distinction between "user data" and "app chrome" areas than there is today.…

> traditional rich desktop applications, I can't say I have ever missed the ability to select and copy text from the UI chrome You've never had to type error code/message instead of copying&pasting? Or use search to jump to a specific settings section?

I’ve never done it twice, I can tell you that much!

Re: .NET MAUI is coming to Linux and the browser

#90
post #52
post #7

Earlier quoted context omitted.

That's not pedantic at all! Indeed, without these capabilities, it is by some definition not the real web. This hits into that concept of what exactly the "web" is. Is it just a media transport system? Or is it something more than that. Of course, we could cite Tim Berners-Lee here or Roy Fielding in this discussion. But at minimum, I think a lot of us are tired of the app-lification of the web and somewhat wish we c…

IMHO there's no gatekeeper of what the "real" web is or should be. It grew organically - regular people building things they liked or needed. It's certainly more of a life necessity than it used to be, but that happened organically too. I know there are strongly held opinions about this, but I for one see no reason why the "application web" can't peacefully coexist, and interlink with, the document web. In my opinion…

If the “application web” can’t share the text to another app,

then forget that.

Post reply on HN