Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

.NET MAUI is coming to Linux and the browser

avaloniaui.net

Post reply on HN
Print view View original

151–160 of 276 posts

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

#151

Post by genezeta »

In case anyone cares:

I go to "Launch MAUI in your browser" [0] in section "Try It Right Now". I click on "Word puzzle - A word puzzle game", third of the demo apps. I click on the "Randomize" button. Tiles start shifting around. I click on the left arrow at the top to go back to the main menu. The whole thing becomes locked with the word puzzle on the background and the main menu on top of it. Nothing is clickable any more.

This happens on various different browsers.

[0] https://brave-sky-0c7a41a03-preview.westeurope.3.azurestatic...

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

#152

Post by raincole »

codedokode wrote: post #88
apatheticonion wrote: post #71

Earlier quoted context omitted.

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.

Use the slower but easier to write languages for front end is the norm for complex apps. Many apps that passed the trial of time are like that.

Blender: frontend Python, backend C++.

Houdini: frontend Python(PyQt), backend C(presumably)

Sim City: frontend JavaScript, backend C++

The reason is very simple: frontend is more error tolerant, but less resistant to the product designer's whims (or the users' desire to customize.)

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

#153

Post by Deukhoofd »

apatheticonion wrote: post #71
latentsea wrote: post #42

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…

In my experience with Tauri, it's pretty good on Windows, but not so much on other platforms, especially Linux. The decision to target different browser engines on each operating system means you still have to deal with a bunch of different OS-specific bugs.

For Windows you're dealing with Edge (so Chromium), on macOS you have Safari, and on Linux you have WebKitGTK. WebKitGTK has honestly abysmal performance, and you're missing a lot of modern standards.

The Tauri devs are looking at bundling a Chromium browser with it to deal with that, but that's still some time off, and leads to the same issue Electron has, where you have large bloated applications.

https://github.com/tauri-apps/wry/issues/1064

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

#154

Post by mlvljr »

genezeta wrote: post #151

In case anyone cares: I go to "Launch MAUI in your browser" [0] in section "Try It Right Now". I click on "Word puzzle - A word puzzle game", third of the demo apps. I click on the "Randomize" button. Tiles start shifting around. I click on the left arrow at the top to go back to the main menu. The whole thing becomes locked with the word puzzle on the background and the main menu on top of it. Nothing is clickable a…

[dead]

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

#155

Post by BatteryMountain »

coffeeaddict1 wrote: post #10

> 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.

This is actually really good news, as impeller was built to replace skia. Its one of the best technical bits in the flutter stack in my opinion.

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

#156

Post by majormajor »

mastazi wrote: post #82
xg15 wrote: 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.…

> 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 compa…

"E commerce apps" are very much not the sort of traditional desktop application they were referring to. Note that they add "in badly designed mobile apps, I often do."

They're referring more to things like "you can't copy the text labeling the brush width field in Photoshop" (but you CAN copy the text out of that editable field). It's a part of app design people are extremely lazy with today, as you note.

In any sensibly designed desktop package tracking app that number would've been selectable or copy-able text, like how an email subject is in a desktop email app. (Thunderbird, say.)

(Interestingly, ctrl-f to find is one that many apps/OSes have now borrowed back, with the ability to "find" items in menus through a Help menu -> Search action.)

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

#157

Post by pathartl »

latentsea wrote: post #42
mattfrommars wrote: post #25

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.

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.

Blazor is pretty great. It is mature at this point and MS is using it internally more and more. Trying to go back to something like React makes me shudder. It's not perfect, but it's better than many alternatives.

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

#158

Post by sirwhinesalot »

okanat wrote: post #63
vjvjvjvjghv wrote: post #34

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…

Everything you say is using WPF is not actually using WPF, other than Visual Studio.

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

#159

Post by majormajor »

croon wrote: post #149
xg15 wrote: 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.…

While I do occasionally miss it there as well, I think the main difference is that I very rarely use desktop applications for information gathering. I never "read" a desktop application, whereas that is mostly what I use a browser for. And if I can't properly interact with text on a website, then I would likely reach for something else.

Back in ye olden days desktop applications for information gathering like Encarta let you select and copy text because they were thoughtfully designed and knew that "information you were gathering" should be different than "application chrome" - that's the distinction being made here.

Information-oriented desktop apps still do this - any good email client, for instance, should make it trivial to copy a subject line or "to"/"from" address even if it's in the UI chrome.

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

#160

Post by LandR »

The demos barely work for me at all on Chrome.

The sliding puzzle is really finicky, have to try multiple times to slide stuff, the top left (back) arrow stopped working altogether until I refreshed the page, which of course takes you back to the original page... The time picker looks awful with the numbers not centrally aligned to the control (they look too high), and it's finnicky to use / same with the date picker.

Awful.

Post reply on HN