Live data from Hacker News

Microsoft donates the Mono Project to the Wine team

mono-project.com

321–330 of 509 posts

Re: Microsoft donates the Mono Project to the Wine team

#321
post #300

Earlier quoted context omitted.

For modern .NET, you don't need to know anything about the legacy terms of Mono, .NET Core, .NET Framework, .NET Standard, etc. All you need is .NET 8 SDK. It's fully-cross platform and installs support for both C# and F#. For example, just download .NET 8 SDK on whatever platform, which is usually very easy on most platforms, and then run `dotnet fsi` to get into an F# REPL.

This is wild, apparently this stuff is in the Debian repos now? https://learn.microsoft.com/en-us/dotnet/core/install/linux-... So you can just apt install dotnet-sdk-8.0. This must be the most unfriendly Linux install documentation I've ever seen though, it was not easy to find the names of those packages.

> This is wild, apparently this stuff is in the Debian repos now?

It's been there for several years now, hasn't it?

Re: Microsoft donates the Mono Project to the Wine team

#322

Earlier quoted context omitted.

Is there somewhere where someone new to the ecosystem can get a simple introduction to all of these different terms and which ones are still relevant today? I looked into .NET somewhat recently and came away with the apparently mistaken impression that Mono was how .NET did cross-platform. I guess I must have been reading old docs, but I'm pretty sure they were at least semi-official. Is there good documentation some…

You’re not alone. I would say I’m not ‘new’ and even developed .net 4.5 for a number of years. I’m just as stumped by the naming mess that Microsoft made across the board in that space. Edit: I say 4.5 because I mean the original thick .net which is not dotnet core, which I think is the way to differentiate between versions, but also all the sub libraries like the orm were iirc named the same but did different things…

I think Microsoft is completely allergic to naming anything with a unique name or term; in fact, it's almost like they pick names that will be hardest to find with a google search.

Re: Microsoft donates the Mono Project to the Wine team

#323
post #108

Earlier quoted context omitted.

I think Microsoft has finally realized that its animus toward projects like Wine and pre-acquisition Mono was ultimately unproductive, and a net negative for Microsoft itself. I still don't trust MS's motives in general, but I think they at least recognize that Wine/Proton helps make the Win32 and DirectX APIs a sort of de-facto cross-platform standard when it comes to things like desktop gaming, and that this is a g…

> Wine/Proton helps make the Win32 and DirectX APIs a sort of de-facto cross-platform standar There are perfectly fine _actual_ cross-platform standards like Vulcan and OpenGL. If your goal is cross-platform, making a Windows app that you hope will be converted well enough is a strange way to approach it.

And yet, the win32 is the only one that is confirmed to work. Example: Game Neo Scavenger is available for linux with binaries for them. They dont work in any modern linux because (I believe) they were compiled for a 32bits version of linux.

Do you know how you can play the game on linux? Yes, using the windows version with lutris, which is 32bits too.

Re: Microsoft donates the Mono Project to the Wine team

#324

This will sound pretty dumb, but with all the amazing cross platform games written in Unity - which I thought was Mono or some form of cross platform library with .NET as one of the primary languages, I always wondered why there was not a more 'business app version' of this. After using Xamarin, Appcelerator, and dozens of other 'cross platform tools', with to be let down from ALL of them in the end and/or support dr…

Mostly because business apps have to appear similar to the platform UI. Games do not, they have to look the same regardless of the platform in use.

And making a cross platform app framework which looks like native UI is much harder.

In contrast, Unity's UI systems are all terrible and looking native isn't even one of their goals.

Re: Microsoft donates the Mono Project to the Wine team

#325

Earlier quoted context omitted.

Avalonia. The UI isn't native, is a Skia canvass with drawn controls. But it'll work on basically every OS and it's pretty good. Also, you're not writing JavaScript, so that's a win any day in my book.

Sounds like Flutter?

No it's way better than Flutter. Avalonia really works on desktop.. :). Also the model is WPF so whoever know a little bit of legacy .NET framework will be able to write Avalonia apps in no-time

Re: Microsoft donates the Mono Project to the Wine team

#326
post #315

Earlier quoted context omitted.

There was also a GTK package for Xamarin Forms which I've used https://github.com/xamarin/Xamarin.Forms/pkgs/nuget/Xamarin.... BUT That's now officially unsupported as all of Xamarin Forms is no longer supported and the MAUI replacement doesn't cover Linux nor does that look likely (MAUI is mired deep in problems due over-ambition, failure to resource and it seems a significant push in MS to use MAUI Hybrid aka web U…

I really don't get the push of Blazor everywhere instead of its original WebAssembly target. It is like the Web folks, that don't get anything else, are now pushing where .NET goes, mostly since .NET is now under Azure org chart. I have done Web and native since "forever", not everything has to be for everything.

Yes, .net is for azure cloud webapps, that's how modern software is made. Then wrap them in electron to make them native.

Re: Microsoft donates the Mono Project to the Wine team

#327

Earlier quoted context omitted.

Is there somewhere where someone new to the ecosystem can get a simple introduction to all of these different terms and which ones are still relevant today? I looked into .NET somewhat recently and came away with the apparently mistaken impression that Mono was how .NET did cross-platform. I guess I must have been reading old docs, but I'm pretty sure they were at least semi-official. Is there good documentation some…

You’re not alone. I would say I’m not ‘new’ and even developed .net 4.5 for a number of years. I’m just as stumped by the naming mess that Microsoft made across the board in that space. Edit: I say 4.5 because I mean the original thick .net which is not dotnet core, which I think is the way to differentiate between versions, but also all the sub libraries like the orm were iirc named the same but did different things…

It's even worse, since they dropped the core now and just call it .NET. So searching has become even more of a pain. It's also pretty much a mess, because many things were different between the versions.

So let's say you google how to do something and the result could be:

  - .NET Framework
  - .NET core 1
  - .NET core 2
  - .NET core 2.1
  - .NET core 3
  - .NET 5+
Many times there will be no clear indication what version the result was built on.

On stackoverflow, answers sometimes include all versions varieties.

Re: Microsoft donates the Mono Project to the Wine team

#329
post #300

Earlier quoted context omitted.

For modern .NET, you don't need to know anything about the legacy terms of Mono, .NET Core, .NET Framework, .NET Standard, etc. All you need is .NET 8 SDK. It's fully-cross platform and installs support for both C# and F#. For example, just download .NET 8 SDK on whatever platform, which is usually very easy on most platforms, and then run `dotnet fsi` to get into an F# REPL.

> It's fully-cross platform To a point. Making cross platform native desktop apps is still in the hands of 3rd party vendors such as Avalonia and Uno. MAUI was supposed to fix that oversight to a less than stellar results.

That is like saying C is not cross platform because there is not a library for making desktop apps that use native components on all those platforms.

Re: Microsoft donates the Mono Project to the Wine team

#330
post #315

Earlier quoted context omitted.

I really don't get the push of Blazor everywhere instead of its original WebAssembly target. It is like the Web folks, that don't get anything else, are now pushing where .NET goes, mostly since .NET is now under Azure org chart. I have done Web and native since "forever", not everything has to be for everything.

Yes, .net is for azure cloud webapps, that's how modern software is made. Then wrap them in electron to make them native.

I can't tell if this is sarcasm. I really hope it is
Post reply on HN