The presentation framework for .NET MAUI.
Documentation | NuGet | Templates | Demo App | Discord
UraniumUI is a free and open-source presentation layer for .NET MAUI. It fills the UI gaps plain MAUI leaves to every team: Material-styled inputs and buttons, generated forms, validation mapping, keyboard-friendly selection controls, focus-aware custom surfaces, data grids, tree views, tab views, dialogs, bottom sheets, backdrops, icons, blur effects, code views, templates, and app-ready presentation patterns.
You keep writing regular .NET MAUI: XAML, ContentPage, Shell, bindings, styles, resources, handlers, dependency injection, MVVM, and platform APIs. UraniumUI attaches to that model instead of replacing it.
It is not just a collection of styled controls and it is not only an AutoFormView package. UraniumUI provides the building blocks for real app screens: form workflows, data-heavy views, hierarchical navigation, app surfaces, visual system resources, native-MAUI handlers, and extensibility points for your own controls.
Some UI stacks ask you to move your app into their way of building software. UraniumUI does not.
There is no required base ViewModel, proprietary navigation model, custom application layer, generated project structure, or new UI DSL. Adopt one control, a validation-aware field set, or a full Material presentation layer. Your app remains a MAUI app.
Plain MAUI in, better UI out.
.NET MAUI gives you the platform foundation. UraniumUI adds the presentation architecture that most production apps end up rebuilding.
| App need | UraniumUI provides |
|---|---|
| Build forms quickly | AutoFormView generates editors from your model, while FormView handles validation, submit/reset behavior, busy state, and validation summaries. |
| Validate consistently | InputKit validation, DataAnnotations integration, async validators, and property-path mapping for generated or hand-written fields. |
| Build data screens | DataGrid, Paginator, TreeView, TabView, Select, Dropdown, CalendarView, and Material input fields for real application workflows. |
| Add app surfaces | IDialogService, modal-page dialogs, Mopups and CommunityToolkit dialog providers, form dialogs, BottomSheetView, and BackdropView. |
| Keep interaction accessible | Focusable custom surfaces, keyboard-aware Select/SelectField, Material input focus states, semantic descriptions for supported controls, and best-practice guidance for custom clickable areas. |
| Standardize presentation | Material color and style resources, light/dark tokens, button variants, containers, dividers, elevation, icon packs, cascading styles, and blur effects. |
| Keep UI native and flexible | Controls and handlers built on MAUI primitives instead of a closed rendering stack or proprietary application model. |
| Escape the defaults | Replace generated editors, customize templates, override styles, add page attachments, create themes, or use native MAUI APIs directly. |
Accessibility is a first-class concern in UraniumUI. The library keeps MAUI primitives available while adding focus-aware Material inputs, keyboard-activated custom surfaces, generated semantic hints in selection controls, and guidance for building custom cards, rows, and icon actions without losing accessibility.
Start with the accessibility docs when building these areas: popups, dialogs, bottom sheets, TabView, DataGrid, date pickers, combo/autocomplete fields, validation messages, masked or formatted inputs, and custom clickable cards.
Learn more: Accessibility best practices and Clickable areas.
Install the templates and create a ready-to-run UraniumUI project:
dotnet new install UraniumUI.Templates
dotnet new uraniumui-app -n MyMauiAppFor a lighter starter project:
dotnet new uraniumui-blank-app -n MyMauiAppYou can also generate a UraniumContentPage item:
dotnet new uraniumcontentpage -n CustomerPage -na MyMauiAppTemplates can configure icon packages, dialog integration, and blur support during project creation.
Install the Material package. It references the core UraniumUI package and configures Material controls and AutoFormView editor mappings.
dotnet add package UraniumUI.MaterialRegister UraniumUI in MauiProgram.cs:
using UraniumUI;
builder
.UseMauiApp<App>()
.UseUraniumUI()
.UseUraniumUIMaterial();Add Material resources in App.xaml:
…Read the full onboarding guide: Getting Started.
UraniumUI is useful when you need to ship complete MAUI screens, not just one-off controls. These are common places where it removes repeated UI plumbing.
Instead of hand-writing every field, binding, validation message, and layout row, describe the form with your model and let UraniumUI generate the editable UI.
using System.ComponentModel.DataAnnotations;
public class RegisterViewModel
{
[Required]
[EmailAddress]
public string Email { get; set; } = string.Empty;
[Required]
public string FullName { get; set; } = string.Empty;
[Range(1, 10)]
public int NumberOfSeats { get; set; }
[Display(Name = "I accept the terms and conditions")]
public bool AcceptedTerms { get; set; }
}<uranium:AutoFormView Source="{Binding .}" />Enable DataAnnotations validation once:
dotnet add package UraniumUI.Validations.DataAnnotationsusing UraniumUI.Options;
using UraniumUI.Validations;
builder.Services.Configure<AutoFormViewOptions>(options =>
{
options.ValidationFactory = DataAnnotationValidation.CreateValidations;
});The same model can now drive generated editors, display names, and validation messages. If a screen needs custom behavior, override the editor mapping, change the generated layout, or replace a generated field with your own MAUI view.
Learn more: AutoFormView and DataAnnotations validation.
Bind a collection and let DataGrid render rows, headers, empty states, selection columns, templates, and auto-generated columns when you want them.
<material:DataGrid ItemsSource="{Binding Customers}" UseAutoColumns="True" />When the screen needs more control, define explicit DataGridColumn items, cell templates, header templates, selection columns, and pair the grid with Paginator.
Learn more: DataGrid and Paginator.
Use higher-level controls for the patterns that show up in real apps: hierarchical data, tabbed content, searchable/selectable lists, calendars, expanders, and dropdowns.
<material:TreeView ItemsSource="{Binding Nodes}" SelectionMode="Multiple" />
<material:TabView>
<material:TabItem Title="Overview">
<material:TabItem.ContentTemplate>
<DataTemplate>
<Label Text="Overview content" />
</DataTemplate>
</material:TabItem.ContentTemplate>
</material:TabItem>
</material:TabView>TreeView supports custom item templates, expansion state binding, lazy loading, single/multiple selection, and hierarchical checkbox selection. TabView supports lazy content templates, custom headers, dynamic tabs, placement options, and caching strategies.
Learn more: TreeView, TabView, Select, and CalendarView.
Use UraniumContentPage attachments for surfaces that belong to the page instead of manually layering grids and overlays.
<uranium:UraniumContentPage.Attachments>
<material:BottomSheetView IsPresented="{Binding IsFiltersOpen}">
<VerticalStackLayout Padding="24" Spacing="16">
<Label Text="Filters" FontAttributes="Bold" />
<material:TextField Title="Search" Text="{Binding SearchText}" />
</VerticalStackLayout>
</material:BottomSheetView>
</uranium:UraniumContentPage.Attachments>The same presentation layer includes BackdropView, IDialogService, form dialogs, prompt dialogs, progress dialogs, optional Mopups and CommunityToolkit providers, Material color/style resources, icon packages, and blur effects.
Learn more: Bottom Sheet, Backdrop, Dialogs, and Blurs.
| Area | What you get | Docs |
|---|---|---|
| Forms and validation | FormView, AutoFormView, generated editors, validation summaries, busy state, async validators, ValidationPath, InputKit validation, DataAnnotations integration, and form dialogs. |
AutoFormView, Validations |
| Core infrastructure | UraniumContentPage, page attachments, StatefulContentView, DynamicContentView, GridLayout, MAUI handlers, and primitives for custom interactive controls. |
UraniumContentPage, StatefulContentView |
| Accessibility and interaction | Best-practice docs for keyboard navigation, visible focus, semantic descriptions, validation text, and custom clickable areas built with ButtonView or StatefulContentView instead of bare gestures. |
Accessibility, Clickable Areas |
| Core components | CalendarView, Select, Dropdown, AutoCompleteView, ExpanderView, and SelectableLabel. |
[Core Components](https:// |
No open issues yet, or sync has not completed.