Microsoft.Maui.Graphics.Controls
Microsoft.Maui.Graphics.Controls copied to clipboard
dotnet
Is this project is dead ?
There is no any activity or progress on this project repo from long time.
What is the future of this project ?
The project is not dead!. But now is in an experimental phase. We are validating if it is an interesting option to include with .NET MAUI. The main PRs and changes are to keep itup to date with the latest versions of .NET MAUI as well as validate possible questions related to accessibility, performance etc.
Until the experimental phase is passed, there is no detailed dedication time reserved.
I hope this project is not dead. In my UC we need drawn controls intermixed with graphics, and was hoping this was the solution. Also would like to use this with Blazor.
@jsuarezruiz I guess this is the most demanded feature in .net maui & to compete with competitor like flutter. Still why Microsoft is validating it as interesting option to include with .net maui ?
Very interested in this project so I hope it continues. Great work btw!
@jsuarezruiz I guess this is the most demanded feature in .net maui & to compete with competitor like flutter. Still why Microsoft is validating it as interesting option to include with .net maui ?
Decisions are based on many different types of metrics. From your comment here, to the interest in the repository or many interviews with developers and companies. Collecting the data and analyzing it correctly takes time. If you want to share your feedback with more details, I encourage you to do it here or share it with teammates like @davidortinau
@jsuarezruiz, you say "The main PRs and changes are to keep itup to date with the latest versions of .NET MAUI". So is the latest nightly build available through the documented nuget feed (as of writing this would be 6.0.101-nightly.253) compatible with .NET MAUI RC1 and all its breaking changes since P14?
@jsuarezruiz, you say "The main PRs and changes are to keep itup to date with the latest versions of .NET MAUI". So is the latest nightly build available through the documented nuget feed (as of writing this would be 6.0.101-nightly.253) compatible with .NET MAUI RC1 and all its breaking changes since P14?
This PR include support for .NET MAUI RC2 https://github.com/dotnet/Microsoft.Maui.Graphics.Controls/pull/106, but need to update CI to generate the new packages.
@jsuarezruiz would like to try this out, any kind of ETA on getting this new package released?
@jsuarezruiz would like to try this out, any kind of ETA on getting this new package released?
Yesterday we merged a PR to use .NET MAUI GA versions. The build is running and the nightly working. The latest package have been created today.
Same here. I've been looking for a UI library like this for a long time - no XAML needed. In the Javascript world, there is QooxDoo UI framework (No HTML/CSS needed) which does the same for a very long time. Unfortunately, the QooxDoo UI is not known to many so it is not very popular but we are very successful with it in all our large software projects.
Looking forward to this project very much, hopefully this will find its way into the default MAUI graphics library.
One question though @jsuarezruiz: Currently I can only build from source, the nuget nightly feed is not working for me?!
This is how the real MAUI should be: a real alternative to Flutter.
This project should be absolutely a top priority, together with MAUI Linux host, and MAUI Linux Blazor Hybrid.
In my opinion it is more than necessary. If you look at the numbers of Xamarin.Forms.Visual.Material package: 1.7 million downloads, current version 7.3 thousend downloads.
I really hope this project isn't dead. I hope work continues on this project or that it gets merged into the main .NET MAUI project. It would be nice to know which direction this project may be heading in.
This project and the drawn principles upon which it rests are much needed.
Consider this excellent tabs project https://github.com/roubachof/Sharpnado.Tabs for MAUI. Because of the abstraction principle of MAUI, no desktops is supported yet.
The story is the same for other 3rd party controls. It is symptomatic.
With drawn controls, it wouldn't be.
Please continue the work on this project as main project for Maui.
It’s currently unbelievable how hard it is, to write controls which look and feel the same on all three platforms (Android, iOS, Windows). And the reason is, that every small information and binding must be projected to a native control, and there is always some unexpected errors in this projections. This leads to endless try-and-error session for some controls.
Do you want to know which controls worked without an issue and looked and behaved identical on all platforms? The Skia controls we’ve created.
i really wish that all of the app would work this flawless.
Again, bumping and agreeing with everyone above. @jsuarezruiz, you see that users really like this project and what it brings to the MAUI ecosystem. Would you mind giving us a quick update what the MAUI team' s plan regarding this project or related functionality looks like? We are kind of in the dark here, this project is in the github.com/dotnet namespace, and you are a XF team member, but there is no clear indication why this repository is "kind of separate" from the main dotnet/maui repo?
Again, bumping and agreeing with everyone above. @jsuarezruiz, you see that users really like this project and what it brings to the MAUI ecosystem. Would you mind giving us a quick update what the MAUI team' s plan regarding this project or related functionality looks like? We are kind of in the dark here, this project is in the github.com/dotnet namespace, and you are a XF team member, but there is no clear indication why this repository is "kind of separate" from the main dotnet/maui repo?
I would love to share more details or information, but I have nothing new to share. I really think that having drawn pixel perfect controls has potential, I continue to experiment with ideas (templated drawn controls in AlohaKit https://github.com/jsuarezruiz/AlohaKit) or tooling (figma to Maui Graphics https://github.com/jsuarezruiz/figma-to-maui-graphics). In this library I am pending to solve any possible doubt or problem in its viability (a11y, performance, speed to adapt to changes, etc). However, to take any kind of step there are many dependencies and decisions to be made that take time and require many steps. I know that PMs try to do their best to make decisions based on data and in the most adequate way possible. There are meetings with customers where data is taken, surveys, etc. At the moment, all I can share is:
- Personally I keep exploring ideas and creating options. If this gets past the experimental phase, this approach can get code or ideas from AlohaKit, etc.
- I keep the library up to date for those who want to try.
- The library is still in an experimental phase and we continue to capture any feedback. I read and share the feedback from this thread. Thank you very much to all.
@jsuarezruiz thanks for giving us an update, even if there is not much new information. It's always helpful, to see that there is still (at least some) "life" in it. 👍
Sad to hear, that the PMs don't see this as an important topic for MAUI :-/
Thanks @jsuarezruiz for your response and all your work, also glad to see that this is not abandoned. I hope the PMs will listen that this has a higher priority since it affects nearly everyone designing a MAUI UI. In my opinion, it should be given at least more weight than some of the more niche improvements talked about in recent .NET MAUI podcasts.
I really think that entries/text fields as shown on the main material.io site on text fields are quite standard and should be easy to implement in MAUI. It is one of the basic building blocks of designing a good-looking UI, which is quite difficult to achieve with the standard controls (having to combine Entry, Label and Animations into a custom control).
I love this so much! And 'From Figma to AlohaKit UI' is amazing! 🔥🤩 I hope it gets out of Experimental phase soon. 😊
