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
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?
Error clang++ exited with code 1:
ld: in /Users/.../Library/Caches/Xamarin/mtbs/builds/SDKBrowserMaui/.../obj/x64/Debug/net7.0-ios/iossimulator-arm64/linker-cache/TelerikUI.a(TKChartAnnotation.o), building for iOS Simulator, but linking in object file built for iOS, file '/Users/.../Library/Caches/Xamarin/mtbs/builds/SDKBrowserMaui/.../obj/x64/Debug/net7.0-ios/iossimulator-arm64/linker-cache/TelerikUI.a'
clang: error: linker command failed with exit code 1 (use -v to see invocation) SDKBrowserMaui C:\Program Files\dotnet\packs\Microsoft.iOS.Sdk\16.4.7089\targets\Xamarin.Shared.Sdk.targets 1274
Steps to reproduce:
Run the SDKBrowser example from the Telerik UI for .NET MAUI 6.1.0 package following this instruction: https://www.telerik.com/blogs/running-ios-simulator-windows-net-maui
The paired Mac needs to have an Apple silicon (M1 or M2) chip.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.
To present content in an expandable container that can be easily expanded/collapsed by tapping on the header of the control.
Hi team,
When deploying to certain platforms, under cetain circumstances, there is an exception that occurs in the DatePicker, TimePicker and a few other controls that rely on the same inner components. The stacktrace looks like it has to do with a default value for AppThemeBinding.
Thank you,
Nathan
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
private void OnEntryFocused(object sender, FocusEventArgs e)
{
if (sender is RadEntry entry && !string.IsNullOrEmpty(entry.Text))
{
entry.CursorPosition = 0;
entry.SelectionLength = entry.Text.Length;
}
}
I know you are all working on this and are addressing the breaking changes between preview7 to RC1, I wanted to open this Feature Request so that I can be immediately notified when UI for MAUI RC1 support is ready to download and use.
Thank you,
Denis
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.
When you release your MAUI components, can you please provide well designed working sample projects so that your customers can get started quickly.
These projects should be fully working Line of Business (LoB) apps which is your target market i.e. customers like me.
These samples should connect to ReST Web API's (as is the case with all my KendoUI projects), with a login screen, and then desktop, tablet and mobile 'personalities' with navigation bar, hamburger side menu, caption, search, account drop down, CRUD etc... i.e. all the things modern apps have these days.
You should also produce a 'kitchen sink' app which demonstrates the use of every component in a simple 'app' without use of overly complex code which could confuse or intimidate your customers.
Remember, you are the experts, not your customers, else we would not be buying your products, we'd build our own. Help us to build cool products with your components.
If you have read the famous 'mythical man month', Brookes recommends buying components, especially big ones, the bigger the better. He means buying fully scaffolded, working, documented, easy to understand, application source code e.g. LoB projects which you are best placed to construct for our benefit. Progress has many excellent tech evangelists, I have watched their presentations, and I'd like to see these people involved in constructing these LoB sample apps, as their video presentation skills will also benefit your customers in understanding best practice for building LoB apps.
I hope this helps?
Kind Regards
Garry
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).
Hi Team,
Please introduce a SignaturePad control to Telerik UI for Maui.
Manish
We have been developing our WPF app for some 4.5 years now and use the following controls from Telerik WPF UI control set:
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