Hi Team,

Please introduce a SignaturePad control to Telerik UI for Maui.

Manish

Hi Team,

Currently, Telerik UI for MAUI works implicitly with the standard MSIX packaged WinUI 3 app. However, if I manually bypass that and use msbuild to build an unpackaged, self-contained exe, some of the resources are not embedded.

This feature request is for UI for MAUI to implicitly support unpackaged apps without the developer needing to do anything for the destination environment (fonts, etc.)

Hi Team,

Although UI for MAUI does not have a Calendar/Scheduler control... you're still forcing us to declare a NSCaldendarsUsage permission in info.plist because of some old code inside the native iOS static library inherited from UI for Xamarin.

I have some requests/comments for you:

• Please remove this from the native iOS static library, there is no use for it at the moment.
  
• If you plan on bringing the old Xamarin Calendar to the MAUI with the new handler architecture; please split up the iOS libraries so that the Calendar's use of this API can be linked out during compilation.
• If you are going to build a new calendar/scheduler using modern MAUI layers; please allow non-Calendar consumers to not require any permissions that Calendar may need.

I do understand that if I'm not using the Calendar in my app, the user will not be explicitly asked to approve permissions. However, this is unacceptable excuse because my org's application only uses the RadListView, but we still have to show that the calendar is a potential access point in the permissions manifest.  In the world of security conscious users and enterprise security audits, this explanation is tiresome to hold up.

We've known about this problem for many years, and hopefully .NET MAUI can be a fresh break away from the headaches of Xamarin.

Thank you for your time and consideration,

Gerard

Changing the current culture of the application on the fly does not affect the UI components of the current page. Consider the following scenario: the user selects a preferred language from a list. The application changes the current culture dynamically on the fly:

CultureInfo.CurrentCulture = someCulture;
CultureInfo.CurrentUICulture = someCulture;

This does not update the UI of the current page in any way. All of the UI components are displayed with the language of the original culture. The only way to see them translated to the new language is to reload the entire page.

Currently for all controls I have to have a separate control for the label of the control.  Its annoying.

It would be nice if each of your controls had a Header property and a Control Template property that allows automatic layout of the Header in relationship to the control

So

Enter Name

_______________

It would be one control not currently 2.

In addition if the control layout would allow for something like material layout that would be a huge bonus - see below how the Note in the input field moves to the top of the layout.

Hi Team,

I prefer C#, so I am looking for resources that are not using XAML. Can you please make a duplicate of all your demos and documentation mentions so that we can toggle between XAML and C#.

Thank you

Joesph

I would like to see a new feature in the RadComboBox for "Select All" functionality.

Here is the general functional paradigm I'm hoping to see.

1. All Selection

• If user checks Select All, it should display every item in the list as checked
• If user unselected All then every item should be unchecked.
  

2. Partial Deselection

• If user unselect only one item, then it should only unselect that item, but also uncheck the "Select All" checkbox, while leaving the reaming items still checked.