Live data from Hacker News

.NET MAUI is coming to Linux and the browser

avaloniaui.net

91–100 of 276 posts

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

#91

Earlier quoted context omitted.

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)

Like I said tooling. Means that the User is well defined where Accessibility is not an issue. The tooling I creating is for people that have to engage with physical equipment; from replacing parts to making sure a motor is working properly.

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

#92
post #75
post #60

Earlier quoted context omitted.

You would create transparent DOM elements in the right places with the right ARIA attributes and content, I suspect.

I guess that’s what I’d like to see a better API for, then. Mapping on click events for invisible elements feels like a hack.

It's HTML imagemaps from the 90s, when we could not style buttons and navbars where GIFs with links in the right places. Browsers still have the code to render them.

https://developer.mozilla.org/en-US/docs/Web/HTML/Reference/...

https://caniuse.com/mdn-html_elements_map

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

#93

In the .NET ecosystem, I have noticed people to shame .NET MAUI because Microsoft themselves don't use this framework - Microsoft Team is built on Electron and not MAUI. Why build a product on MAUI when Microsoft aren't too sure about it.

Why invest strongly in a desktop-first framework when society aren’t too sure about it?

MAUI was to get them through to where everyone wants webapps - served from an Azure backend, of course.

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

#94

If React is what’s powering the start menu now, I’m more curious about why Maui doesn’t power the start menu. .NET Maui running on windows seems like a more logical first step to prove the organization buys their own dogfood.

You wouldn’t use MAUI to build something for only one platform. You would just use whatever it’s an abstraction over for that platform which in the case of Windows is WinUI.

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

#95
post #21

Earlier quoted context omitted.

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

WASM and DOM in Rust: https://www.leptos.dev/

Uno can render to canvas or the DOM in C#: https://platform.uno/

Blazor renders to the DOM: https://dotnet.microsoft.com/en-us/apps/aspnet/web-apps/blaz...

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

#96
post #8

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

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?

Anything would be better than another UI toolkit made by Microsoft. They will abandon it in the matter of a few years like they did about 10 times already.

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

#98
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.…

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

I forgot what desktop application it was, but there was a time that I repeatedly needed to copy texts from a dialog, which didn't support text selection. It frustrated me so much, that I put together a script to do OCR on the dialog.

Supporting complex data types for copy & paste is good; but it is almost trivial to also support plain text copying as a fallback when it already supports copying of other mimetypes. The problem is that some UI has no support of copying in any format at all.

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

#99

Earlier quoted context omitted.

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

They work great for me.

Oh yes, the great old "works for me". On a yesterday's supercomputer, I presume? I live in a "developing" (have doubts it's really developing) country, most people are running laptops with no more than 8 GiB of RAM (sometimes it's 4 or less), and all this Electron nonsense is running like molasses, especially if you're trying to use a computer like a proper computer and do multitasking.

And most of the world is like that, very few of us (speaking globally) have $2k to drop on a new supercomputer every few years to run our chat applications.

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

#100
post #15

> We are collaborating with the Flutter team at Google to bring Impeller, their GPU first renderer, to .NET. That work is already in progress and as it lands, the MAUI backend will inherit those gains. Interesting, I wonder how good Impeller is and if it's actually better than the new Graphite backend of Skia.

More info here [1] the big difference is this Predictable performance: Impeller compiles all shaders and reflection offline at build time. It builds all pipeline state objects upfront. The engine controls caching and caches explicitly. or as described here [2] Flutter’s Impeller renderer outperformed Skia. Impeller eliminates runtime shader compilation stalls, delivering lower frame times and more stable performance.…

Yeah, buts that's compared to the older "ganesh" version of Skia. The new "graphite" version purportedly brings all those same advantages.
Post reply on HN