GraphicsControls
Avalonia
GraphicsControls | Avalonia | |
---|---|---|
13 | 254 | |
649 | 23,749 | |
- | 1.3% | |
0.0 | 9.9 | |
6 months ago | 6 days ago | |
C# | C# | |
MIT License | 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.
GraphicsControls
-
MAUI might be the worst developer experience I have had with any framework, ever.
If you need this scenario, you can take a look at Maui.Graphics.Controls, and see if that fits your needs, right it's an experimental idea.
-
Has MAUI improved last couple of months?
And as Microsoft mentioned in the podcast, there are also implementations that use drawn controls, but those are not the standard ones and must be specifically downloaded separately by the developer. For example, https://github.com/dotnet/Microsoft.Maui.Graphics.Controls - " a .NET MAUI experiment that offers cross-platform, pixel-perfect, drawn controls"
-
Clippy goes full cross-platform thanks to Avalonia UI framework
To note, Maui does theoretically allow pixel perfect rendering with it's renderer architecture. An experiment called Microsoft.Maui.Graphics.Controls does that through Maui.Graphics and can be a possible solution for targeting Linux. Though yeah it's an experiment overall than sometimes supported at the moment.
-
Creating new Controls in .NET MAUI?
If however you're looking for custom controls, i've found very little describing how to go around making your own custom control. There is one repo on github made by one of the team: https://github.com/dotnet/Microsoft.Maui.Graphics.Controls
-
Performance Improvements in .NET MAUI
Linux is experimentally supported if you use Microsoft.Maui.Graphics.Controls
-
[Question] Pixel perfect drawn vs Native controls
The MS team have an experiment for Maui drawn controls: https://github.com/dotnet/Microsoft.Maui.Graphics.Controls I'm kind of hoping it becomes a full blown Maui feature at some point down the line 😁
-
Will .NET MAUI be the next flutter?
Yes. Maui.Control.Graphics is a feature in that lets you create your UI pixel-perfect across platform. They even let you choose the design language to use (Material, Cupertino, and Fluent). Right now the controls are still few and very limited, not to mention that this feature is still experimental. They are also drawn using the platforms rendering API (explanation here)
-
Too many weird 'gotchas' in Xamarin Forms! Is it normal??
It looks really cool tbh, seen a couple of videos. You can check it out here if you're interested: https://github.com/dotnet/Microsoft.Maui.Graphics.Controls
-
Does MAUI support web somehow?
It doesn't support web. The most promising components at the moment to make this happen are: - https://github.com/dotnet/GraphicsControls . First they will need to get this working with normal platforms. - https://github.com/dotnet/Microsoft.Maui.Graphics . A dependency of the above library. Web code exists here but is not yet functional. - Blazor. In order to deploy usable Blazor wasm apps they need to get AOT support working: https://github.com/dotnet/aspnetcore/issues/5466 (Note the blazor you read about that is connected with MAUI is just another style of writing MAUI apps and doesn't allow MAUI apps to run on the web.)
- 5 Advantages of .NET MAUI Over Xamarin
Avalonia
-
Industrial Controller? Windows or Linux?
You might also want to look at AvaloniaUI[0] for a cross platform .NET GUI library. It is similar to WPF but much nicer to work with.
[0] https://github.com/AvaloniaUI/Avalonia
- Avalonia – Farewell to the .NET Foundation
-
AvaloniaUI: Create Multi-Platform Apps with .NET
Production user here. There's no money gotchas. They're above reproach. In fact, I've received considerable free support from their devs on GitHub Issues [1].
The Avalonia business model is based on selling XPF, which runs WPF (Windows-only) apps on other platforms. That's very interesting to big corps with existing codebases.
See my comment [2]
[1] https://github.com/AvaloniaUI/Avalonia/issues
[2] https://news.ycombinator.com/item?id=39246988#39249128
-
.NET on Linux: What a Contrast
Yes, but the portable GUI frameworks by Microsoft themselves are generally not very good, and they tend to be abandoned after a couple of years.
Avalonia is developed outside of the Microsoft corporate madness and seems to be slowly becoming the defacto cross-platform framework because it is expected to last a bit longer than a manager's attention span: https://avaloniaui.net/
- Too many Mac apps are being built with Electron
-
Ask HN: Do you have a problem you'd pay to have taken away?
Not my comment, but relevant here "The problem with compiling Skia to WASM is you'll lose any benefits of hardware graphics acceleration on the device."
(From https://github.com/AvaloniaUI/Avalonia/discussions/6831#disc... )
- Dezvoltare aplicatie desktop
- Ask HN: How to create web, mobile, and desktop apps from a single code base?
-
.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)
-
One Game, by One Man, on Six Platforms: The Good, the Bad and the Ugly
For desktop, Avalonia, hands down.
https://avaloniaui.net/
Open source, powered by Skia, backed by JetBrains, and quite battle-tested at this point for small to medium-sized apps. In theory perfectly capable for enterprise as well, since it's basically a spiritual successor to WPF, which has been an industry standard for about 15 years.
They're diving into mobile and WASM well, but that's more of a recent effort and I haven't tested that yet.
What are some alternatives?
Microsoft.Maui.Graphics - An experimental cross-platform native graphics library.
Uno Platform - Build Mobile, Desktop and WebAssembly apps with C# and XAML. Today. Open source and professionally supported.
XF-Material-Library - A Xamarin Forms library for implementing Material Design
Introducing .NET Multi-platform App UI (MAUI) - .NET MAUI is the .NET Multi-platform App UI, a framework for building native device applications spanning mobile, tablet, and desktop.
dotnet-maui-workshop - A full day workshop (.NET MAUI Workshop in a Box) on how to build apps with .NET MAUI for iOS, Android, macOS, and Windows
WPF - WPF is a .NET Core UI framework for building Windows desktop applications.
Eto.Forms - Cross platform GUI framework for desktop and mobile applications in .NET
awesome-xamarin-forms - A curated list of awesome Xamarin.Forms libraries and resources
MahApps.Metro - A framework that allows developers to cobble together a better UI for their own WPF applications with minimal effort.
MobileBlazorBindings - Experimental Mobile Blazor Bindings - Build native and hybrid mobile apps with Blazor
Gtk# - Gtk# is a Mono/.NET binding to the cross platform Gtk+ GUI toolkit and the foundation of most GUI apps built with Mono