ListView with a TemplateSelector crashes on iOS 16 device!

    <telerik:RadListView ItemTemplate="{StaticResource ActTempSelector}"   ItemsSource="{Binding Suggestions}">

    </telerik:RadListView>

log output is the following:

2022-10-08 20:44:46.810 Xamarin.PreBuilt.iOS[1593:343579] *** NSForwarding: warning: object 0x281edbea0 of class 'Telerik_Maui_Controls_Compatibility_DataControlsRenderer_iOS_TKExtendedListView' does not implement methodSignatureForSelector: -- trouble ahead
2022-10-08 20:44:46.810 Xamarin.PreBuilt.iOS[1593:343579] *** NSForwarding: warning: object 0x281edbea0 of class 'Telerik_Maui_Controls_Compatibility_DataControlsRenderer_iOS_TKExtendedListView' does not implement doesNotRecognizeSelector: -- abort

I would like to see Blazor mobile bindings for the Telerik UI for MAUI suite, similar to your Experimental Blazor Mobile Bindings for UI for Xamarin.

Thank you,

Shabbir

Hi Team,

This is a Feature Request to ask Progress Software to build a XAML designer for .NET MAUI. Whether it is inside Visual Studio, or a separate application like Blend, the end goal is the same... to provide developers with a designer surface to develop their XAML UI.

Thank you,

Tavi

Hi Team,

I would like to be able to have client-side filtering/sorting/grouping capabilities for large backend datasets that cannot be entirely loaded on the client.

As it stands now, the DataGrid (and other data components) can only operate on the data that is has in the local DataView. This means that I need to build a custom filtering solution that prefilters/presorts the backend data before paging and loading it into the DataGrid.

To accomplish the "full view", we need a data layer that understands both the UI as well as the backend. The Telerik UI for WPF product has an excellent solution for this, known as the WPF EntityFrameworkCoreDataSource - Overview - Telerik UI for WPF and the WPF DataServiceDataSource - Overview - Telerik UI for WPF.

If such a feature can be added to Telerik UI for MAUI, it would be an excellent bonus for the component suite in data heavy applications.

Thank you,

Peter

For Kendo UI there are figma kits and a themebuilder delivered by Telerik.
We want to he same experience for .NET MAUI.

Is it possible for Telerik to deliver a .NET MAUI figma kit?

The Bottom Sheet component provides an intuitive way to display additional content to the users. It appears on the bottom of a screen as an overlay and presents users with a choice of actions that they must take.

Progress Telerik WPF over the past 2.5/3 years has done a great job in introducing very useful UI concepts in WPF and we've embraced them in our development and our users find them useful. As .NET MAUI is generating greater gravity and interest, the technology remains at a significant distance because of the big feature-parity gap between MAUI and WPF. This is not a complaint as much as it is a notice; as we aren't a UI component authoring technology company new UI component development is not our focus.  I am sure that you guys understand this and I am aware of the difference in design notions given the MAUI and WPF presentation and interactions goals; nonetheless, for ISVs like us, we have to choose the best, most stable, and cost-effective technologies and push the envelope as best as we can manage. So, love the excitement around MAUI but unless there is a way forward whereby one can migrate UI concepts from WPF to MAUI we can wait for MAUI to mature.

Tavi

Progress/Telerik --

I would like Telerik to extend the Microsoft .NET MAUI MediaPicker control to support the selection of MULTIPLE Photos and/or Videos from the Image Gallery.

I believe this is a reasonably standard scenario for use cases where the user takes multiple Photos or Videos with the Camera and then would like to upload them to a server for storage in a web app and database.

The current Microsoft MediaPicker supports the selection of a SINGLE item only.

.NET MAUI - Platform Integration - Media - Photos and Videos

And while there are several GitHub libraries that have done this for Xamarin.Forms (and rely on Xamarin.Essentials), they are either archived or not updated in a timely manner like a 3rd Party - Paid For - Control would be.

Even Telerik/Progress has recently done a Blog Post on how to use the Microsoft Control - Leomaris Reyes published this:

Getting Started with the Media Picker in .NET MAUI

Also, I believe this Feature Request is asking for the same feature:

https://feedback.telerik.com/maui/1552553-upload-images-file-via-in-net-maui

Now, for me personally, I only need multiple image selection.  So, if that's easier without the support for the other pieces, I would be happy.  To be complete, I'm thinking others would need to select multiple videos.

From Ms. Reyes Blog Post....

private async void TakePhoto(object sender, EventArgs e)
{
  FileResult photo = await MediaPicker.Default.PickPhotoAsync(new MediaPickerOptions
  {
    Title = "Select your photo"
  });
                  
  // Here, add the code that is being explained in the next step.
                   
}

The new control would have something like this:

private async void TakePhoto(object sender, EventArgs e)
{
  IEnumerable<FileResult> photos = await RadMediaPicker.PickPhotosAsync(new MediaPickerOptions
  {
    Title = "Select your photos"
  });
                  
  // Here, add the code to loop through and process the selected images
                   
}

Please let me know if you require additional information.

Hi Team,

I would like to be able to have a Ribbon component for Windows and MacCatalyst that is just as feature rich as the UI for WPF RibbonView (or at least similar to the UI for WinUI RibbonView).

We have been developing our WPF app for some 4.5 years now and use the following controls from Telerik WPF UI control set:

• PropertyGrid
• GanttView
• TimeBar
• Diagrams
• Callout
• Transition
• Wizard
• TileList
• Docking
• Notify Icon
• Task Board

* Native User Authentication UI Control that leverages  CommunityToolkit/Graph-Controls

I don't see these UI Controls on the Roadmap for MAUI and that is okay; it just delays our timeline for MAUI adoption. As we aren't a UI Component Control software development company we are dependent on folks like Telerik. This is not a complaint as much as it is just a let you know what some of your customers are doing. We need to be to be on the macOS desktop but native macOS development is very expensive. As a start-up that company that builds native desktop apps this is big deal and our investor take note of such things.

MAUI could help to reduce our development cost but only if we can move to that platform with UI Function set we have in our WPF App and to leverage engineering IP artifacts and development resource.

Tavi

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.

After updating our Maui application to Maui version 8.0.90, the Entry controls in the WinUI version stopped responding to WidthRequest, HorizontalOptions, or parent container sizes. I thought it was just a Maui problem, but in the relevant issue's notes, I saw that users were having trouble duplicating it unless Telerik UI for .NET Maui was installed (https://github.com/dotnet/maui/issues/24783).

So I created a test app that contains a few Entry controls in various containers:

<?xml version="1.0" encoding="utf-8"?>

<ContentPage xmlns="http://schemas.microsoft.com/dotnet/2021/maui"
             xmlns:x="http://schemas.microsoft.com/winfx/2009/xaml"
             x:Class="WinUIEntryBug.MainPage">

    <ScrollView>
        <VerticalStackLayout
            Padding="30,0"
            Spacing="25">

            <Border>
                <Entry />
            </Border>

            <Grid>
                <Grid.ColumnDefinitions>
                    <ColumnDefinition Width="*" />
                </Grid.ColumnDefinitions>

                <Entry Grid.Column="0"></Entry>
            </Grid>

            <Frame>
                <Entry />
            </Frame>

            <Entry />
        </VerticalStackLayout>
    </ScrollView>

</ContentPage>

Without the Telerik components added to the project, the Entry boxes render correctly:

But, when I add a reference to Telerik UI for .NET Maui version 7.1.0 (latest at the time this was written), I get this:

Note: I didn't even add UseTelerik() to the Builder in the MauiProgram.cs, just added the Nuget package.

Changing the WidthRequest, HorizontalOptions, MinWidthRequest, etc. does not affect their size. They do render correctly in iOS and Android, though.

If I then remove the UI for .NET Maui Nuget package, they go back to working.

In our main application, we are heavily dependent on Telerik components and have a substantial number of customers using the Windows version of our application, so this heavily impacts our ability to ship. Particularly since the Maui 8.0.90 fixes other bugs that we needed addressed.

I've attached my sample project with the Telerik UI for .NET Maui package installed. You can remove it to see the normal operation of the Entry boxes.

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.)