JWM
Introducing .NET Multi-platform App UI (MAUI)
JWM | Introducing .NET Multi-platform App UI (MAUI) | |
---|---|---|
4 | 273 | |
536 | 21,578 | |
0.9% | 0.9% | |
6.3 | 9.9 | |
2 months ago | about 22 hours ago | |
C++ | C# | |
Apache License 2.0 | MIT License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
JWM
- Running IntelliJ IDEA with JDK 17 for Better Render Performance with Metal
-
Fast and Elegant Clojure: Idiomatic Clojure without sacrificing performance
sigh
Yeah. I am very bullish on Kotlin. Think it's probably the most exciting language evolving right now.
I went on a few-tweet minirant here about why:
https://twitter.com/GavinRayDev/status/1443279425311805440
But the tl;dr is that:
- There is Jetpack Compose currently, for Desktop, Web, and Android
- And Kotlin Native putting a large portion of resources into Skia bindings (JetBrains calls the lib "Skiko" for Kotlin Native https://github.com/JetBrains/skiko and "Skija")
It's very clear (and there are some employees which have confirmed this IIRC) that they are working on "Jetpack Compose Everywhere" that runs on iOS as well, from a single codebase.
There's the big Kotlin event going on right now, where they just announced the new WASM backend and changes in their compiler + IR commonizing/restructuring ("K2").
- https://blog.jetbrains.com/kotlin/2021/10/the-road-to-the-k2...
- https://www.youtube.com/watch?v=-pqz9sKXatw
The net result is that you wind up with a single language that you can use to write your backend API, your UI code (Jetpack Compose app deployed across Web/Android/iOS/Mac/Win/Linux, or transpile to JS/TS if you just want a web app, etc) and with Kotlin Native even your native, low-level code to integrate with existing C/C++ etc ecosystem.
KN already does automatic bindgen for C and Swift headers, they have direct C++ interop (like Swift does) on their future roadmap as a potential "todo".
All of this is mostly possible already -- I can do the same thing using IE Java, GraalVM, and a transpiler like Google's j2cl or bck2brwser (which is what Gluon uses for JavaFX on the web). Including the "native" part.
IE, here's a contribution I made to get GraalVM producing native binaries using Skia from the JVM + JNI Jetbrains Skia library:
https://github.com/HumbleUI/JWM/issues/158
But Kotlin is pushing the hardest to make this whole platform/stack from native <-> desktop <-> mobile <-> browser a seamless, unified experience. And you can feel it, when you try to do the "whole stack, every platform, one language" thing.
Sorry for the rant and wall of text!
- Thoughts on Clojure UI framework
- The web is swallowing the desktop whole and nobody noticed (2017)
Introducing .NET Multi-platform App UI (MAUI)
- Developers are not happy with .NET MAUI, but nobody in the team cares about it
-
Android predictive back support
I am migrating XF app into MAUI and writing a simple Navigation framework because Prism doesn't work well and I didn't use anything advanced anyway. So, I am surfing the code of MAUI to intercept all the back buttons, etc. I haven't found a single mention of apis related to predictive back "RegisterOnBackInvokedCallback", "OnBackInvokedDispatcher", "OnBackPressedDispatcher", "AddCallback", "android:enableOnBackInvokedCallback" Also I don't see any issue on github that would say "Support Android Predictive back". Only one kinda related https://github.com/dotnet/maui/issues/8680
-
Group List View And Collection View are not working In .NET MAVI For IOS
Below issue is still reproducing in Maui .net7.0 version also. #10163
-
.NET 8 – MAUI
Maui is Open Source, MIT License
https://github.com/dotnet/maui
.NET is Open Source
https://dotnet.microsoft.com/en-us/platform/open-source
I do share your skepticism of Microsoft, but it looks like the economics and cash flow dynamics have changed drastically after the advent of the cloud.
Microsoft is more focused on getting developers onto its ecosystem and help them with open source projects with the hope that they will use its Azure cloud services and bring in the money.
My skepticism is a bit relaxed now and I have no qualms using .NET.
I hope I am not wrong.
-
.NET 8 – .NET Blog
It's a bit of a hit and miss as of today. CLI, back-end and natively compiled libraries (think dll/so/dylib or even .lib/.a - you can statically link NAOT binaries into other "unmanaged" code) work best, GUI - requires more work.
Avalonia[0] and MAUI[1] have known working templates with it, but YMMV.
[0] https://github.com/lixinyang123/AvaloniaAOT / https://github.com/AvaloniaUI/Avalonia/ / honorable mention https://github.com/VincentH-Net/CSharpForMarkup
[1] https://github.com/dotnet/maui (try out with just true in csproj - it is known to work e.g. on iOS)
-
What's New in Final RC for .NET 8, .NET MAUI, Asp.net Core and EF8
While this is the quite endorsed by the community: https://github.com/dotnet/maui/discussions/339
I think the fundamental issue is that desktop Linux is way too fragmented. Not only just GTK2/3 and Qt but you have GNOME, KDE, XFCE, Cinnamon and then you have X11, Xorg, Wayland...
To be honest, all those craps are why desktop Linux never took off. I'm very safe to say MAUI for Linux will eventually renders components off its own using framebuffer and hardware acceleration APIs such as OpenGL or Vulkan just because of the market fragmentations...
If desktop Linux truly wants to get the attention, it will need to unify. Fixing dependency hell using Flatpak is the right direction.
There is an existing old fork of MAUI for Linux that uses GTK: https://github.com/jsuarezruiz/maui-linux
- MSFTbot: “We've moved this issue to the Backlog milestone”
-
Every other tab in Shell doesn't show Shell.TitleView on Android
First I came across this Github issue: https://github.com/dotnet/maui/issues/9687 - According to this issue, this is a known bug for MAUI iOS, but it works OK for MAUI Android. As I said, I target Android only and I have the exact same issue. It's apparantly fixed with some of the latest versions for MAUI but the problem still occurs to me even with MAUI version:
-
Bindable properties issue with Custom controls
I saw this and tried to imitate (ofc my lack of experience wouldn't allow me to do it in the exact way). Already found some documentation that allowed to understand better. Thanks for the insigh.
-
ASP.NET Core - how to create an IdentityUser account from an external login
I implemented the Auth controller following this sample code from Microsoft.
What are some alternatives?
tiled - Flexible level editor
Flutter - Flutter makes it easy and fast to build beautiful apps for mobile and beyond
datascript - Immutable database and Datalog query engine for Clojure, ClojureScript and JS
Avalonia - Develop Desktop, Embedded, Mobile and WebAssembly apps with C# and XAML. The most popular .NET UI client technology
skiko - Kotlin MPP bindings to Skia
WPF - WPF is a .NET Core UI framework for building Windows desktop applications.
Petalisp - Elegant High Performance Computing
maui-linux - .NET MAUI is the .NET Multi-platform App UI, a framework for building native device applications spanning mobile, tablet, and desktop.
criterium - Benchmarking library for clojure
Uno Platform - Build Mobile, Desktop and WebAssembly apps with C# and XAML. Today. Open source and professionally supported.
skija - Java bindings for Skia
react-native-windows - A framework for building native Windows apps with React.