Hi Team,

This is specifically a request for you to bring over the SignaturePad control from UI for Xamarin either as as a compatibility shim, or as a new native MAUI handler.

Regards,

Jared

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

Hello,

We are looking to port an existing Xamarin Forms app to MAUI. Can you please confirm that the RadAutoComplete control will be available? e.g.

<ContentPage
    xmlns="http://schemas.microsoft.com/dotnet/2021/maui"
    xmlns:x="http://schemas.microsoft.com/winfx/2009/xaml"
    xmlns:telerikInput="clr-namespace:Telerik.XamarinForms.Input;assembly=Telerik.Maui.Controls.Compatibility">

       <telerikInput:RadAutoComplete />

Thanks.

Hi Team,

Currently, if you try to use a CornerRadius property with the RadExpanderHeader control, the radius is not clipped and you end up with something like this when applying a shadow.

this feature request is to allow any corner radius to be applied all the way through the base.

To present content in an expandable container that can be easily expanded/collapsed by tapping on the header of the control.

Add the ability to specify a template when the ItemsSource is null or collection is empty.

As a solution until this feature is implemented:

Hide the DataGrid and show any content over it in the case its ItemsSource is empty.

Expose additional properties for DataFormRadComboBox editor. Properties like DisplayMemberPath, SearchTextPath, etc. 

Currently you can achieve this using the Editor Style 

            <telerik:DataFormRadComboBoxEditor EditorStyle="{StaticResource EditorStyle}"/>
<Style x:Key="EditorStyle" TargetType="telerik:RadComboBox">
                <Setter Property="DisplayMemberPath" Value=""/>
</Style>

or create an editor that inherits from DataFomRadComboBoxEditor and define the DisplayMemberPath property. 

Currently the LoadOnDemandCollection accepts a callback of the following format in the constructor:

public LoadOnDemandCollection(Func<CancellationToken, IEnumerable> action)

It is a very common scenario to populate the items asynchronously. In its current form the collection would require blocking the current thread to populate the results:

ItemsSource = new ListViewLoadOnDemandCollection((cancelationToken) =>
{
    var result = new List<ItemsModel>();
    try
    {
        var items = dataService.GetItemsAsync().Result;

        // TODO: Handle the result.

        return result;
    }
    catch (Exception e)
    {
        // TODO: Handle the exception.
        return null;
    }
});

This is not desired, as using Task.Result blocks the current thread and is considered an anti-pattern, in general.

A better approach would be to add a second overload of the constructor, allowing asynchronous calls:

public LoadOnDemandCollection(Func<CancellationToken, Task<IEnumerable>> action)

This way we can use async and await in the callback instead:

ItemsSource = new ListViewLoadOnDemandCollection(async (cancelationToken) =>
{
    var result = new List<ItemsModel>();
    try
    {
        var items = await dataService.GetItemsAsync();

        // TODO: Handle the result.

        return result;
    }
    catch (Exception e)
    {
        // TODO: Handle the exception.
        return null;
    }
});

According to my tests, the first blocking approach is not a problem, as the ListViewLoadOnDemandCollection starts a thread internally. That behavior is not obvious however, and using Task.Result is somewhat counterintuitive, so the second approach is much better from the user's perspective.

Currently you have the SlideView control for UI for Xamarin, see Xamarin SlideView Documentation | Overview - Telerik UI for Xamarin.

I would like to have this control for UI for .NET MAUI, can you please add it to the backlog?

Thank you,

Rolf

Add an option to define chart title. 

 Currently we can achieve this by adding a label on the top/bottom of the chart.

Example:

<Grid RowDefinitions="Auto,*">
    <Label Grid.Row="0" Text="Chart title"/>
    <telerik:RadCartesianChart x:Name="chart" Grid.Row="1" AutomationId="chart">
        <telerik:RadCartesianChart.BindingContext>
            <local:ViewModel />
        </telerik:RadCartesianChart.BindingContext>
        <telerik:RadCartesianChart.HorizontalAxis>
            <telerik:CategoricalAxis />
        </telerik:RadCartesianChart.HorizontalAxis>
        <telerik:RadCartesianChart.VerticalAxis>
            <telerik:NumericalAxis />
        </telerik:RadCartesianChart.VerticalAxis>
        <telerik:RadCartesianChart.Series>
            <telerik:BarSeries CategoryBinding="Category"
                                ValueBinding="Value"
                                ItemsSource="{Binding Data}" />
        </telerik:RadCartesianChart.Series>
    </telerik:RadCartesianChart>
</Grid>